Twinbit e Agavee, insieme, hanno avuto la fortuna di lavorare su un progetto di dimensioni intimidenti, per un cliente Enterprise che si è rivelato inaspettatamente competente nello SCRUM. Ormai è impossibile lavorare nel web e non incappare nella voglia di lavorare in modo agile, con metodologie adeguate e moderne. Purtroppo non esiste metodo che regga l'impatto con un cliente non collaborativo o preparato. Senza più scuse, abbiamo dovuto affrontare il processo con Drupal 7. Ecco com'è andata. Autore: Marco Giacomassi

1. DRUPAL AGILE
DRUPAL ED IL MERCATO ENTERPRISE
a.k.a “come non farsi male facendo parcour in carriola”

2. Marco Giacomassi
fondatore e COO di Twinbit
@marcogiaco
photographer, climber, wanderer
www.twinbit.it
Paolo Pustorino
fondatore e CEO di Agavee GmbH
@stickgrinder
drummer, gamer, father
www.agavee.com

3. Drupal va verso l’enterprise
So what?

4. Enterprise
in che senso?

5. Management multilivello
e divisione delle responsabilità

6. Progetti di lungo raggio
necessità di manutenzione ed evoluzione

7. Team ibridi
fornitore e cliente come unico gruppo di lavoro

8. Integrazioni con sistemi
legacy e di terze parti

9. Poca elasticità sul piano
finanziario e temporale
e spesso anche dello scope

10. Constraint legali e
contrattuali
deathlines
:)

11. Have you ever heard of...
Raise your hands if so

12. Continuous integration?

13. Scrum?

14. Drupal in contesto
enterprise?
o con team di 5+ persone

15. Case study
la piattaforma ELITE di Borsa Italiana

18. Elite
Borsa Italiana
5 dev 8 dev 8 dev
1 pm
11 dev
1 pm
2013
jul
2013
dec
2014
jan
2014
may
Drupal 7
CMS
Document & task management
Social
Gerarchie multilivello

19. Scrum
Master
Product
Owner
Team
PM Devs
Tracker
Cliente
Tracker
Team

20. “Fare o non fare. Non esiste tentare”
Maestro Yoda
a.k.a. “Come abbiamo affrontato le sfide tecnologiche”

21. Drupal
non è pensato per la CI

22. Configurazione nel
database
[ problema ]

23. Configurazione nel database
Il nostro build stack
make file, installation profile, drush, features, phing
[ soluzione ]

24. Import/export di contenuti
[ problema ]

25. Import/export di contenuti
Migrate, hook_update_N
e tanto, ma tanto, amore
[ soluzione ]

26. No mocking, no party
la mancanza di Acceptance Testing
[ problema ]

27. La mancanza di Acceptance Testing
Behat e qualche esoterismo
ma l’implementazione è onerosa
ed i tempi di esecuzione sono molto lunghi
[ soluzione ]

28. Niente
Continuous Deploy
In mancanza di accesso ai server di produzione

29. Niente
upgrade path tools

30. Forte coupling
tra business data
e application data

31. “Amo le scadenze.
Adoro il sibilo che fanno quando ti
passano a fianco.”
Douglas Adams
a.k.a. “Cosa poteva andare meglio”

32. Deploy Hell

33. La not-so-continuous
integration

34. La gestione dell’affanno

35. The Gatekeeper Quest

36. Le trappole
della back-integration

37. La scarsità di competenze

38. “Il successo è una conseguenza,
non un obiettivo.”
Gustav Falaubert
a.k.a. “Dove Drupal ci ha dato una gran mano”

39. Drupal è stato
d’aiuto perchè...

40. È l’unico CMS che si
fa trattare come un
framework

41. Core e principali moduli
contrib robusti e affidabili

42. Propone una cultura
doing things the Drupal way

43. Conoscenze ed esperienze
da una grande community

44. Non c’è limite alla
customizzazione
anche quando costosa, è possibile

45. Sicurezza
nessuno dica “drupalgeddon”!
:)

46. “Imparare significa
scoprire quello che già sai.”
Richard Bach

47. L’affanno porta affanno

48. Sollevare i problemi!
e prendere il tempo di risolverli, è la strada migliore

49. Non rinunciate alla
retrospettiva
se proprio dovete rinunciare a qualcosa

50. L’ordine sarà
la vostra unica salvezza
... se proprio dovete rinunciare alla retrospettiva

51. How to pimp your Drupal

52. Abbiamo l’integration
non troppo continuous, ma c’è

53. Chi ha bisogno
di un database?
:)

54. Flusso di controllo
sia dell’integrazione che dei rilasci

55. Integrazione
tra issue tracker
e versioning tools

56. Enforcing dell’ordine
con git hooks, PHPCS e peer review

57. Ma c’è ancora aria sotto
l’acceleratore!
a.k.a. “Aspettando Drupal 8”

58. Un task runner più potente
logica più potente, parallel tasks e job queue

59. Automatizzazione
dei rilasci
operazioni più atomiche,
status reporting, speedy packaging

60. Migrazione dei contenuti
più efficiente e robusta
gli uuid non sono ancora un’opzione matura

61. Un branching model
più legato allo scope
delle storie

62. Più efficienza
nei flussi di informazione

63. Tracker over e-mail
meno overhead nelle informazioni

64. Docker
la nostra febbrile fantasia notturna

65. Drupal 8 to the rescue

66. OOP to the core
test, isolamento e interoperabilità

67. Configuration export
deploy e versioning della configurazione
“bye bye Feature?”

68. Twig
un vero template engine, finalmente!
:)

69. RESTful services
testare la business logic in isolamento,
sviluppo mobile nativo e in-browser app

70. Drupal sta convergendo
verso gli industries
standard

71. “They say Drupal 8
is really weird!”
Senior Drupal developers
“They say Drupal 8
is finally not weird!”
Rest of the world

72. PHP Standards
Recommendation
Interoperabilità e riusabilità

73. Più competenze
in ambito Enterprise

74. Delega a non-drupalisti
aspetti dell’applicazione
caching, logging, REST clients, etc

75. DOMANDE?

76. Quindi, verdetto?

77. siii puooò FARE!

78. MARCHETTE

79. GRAZIE!