Ti sei mai chiesto se con il tuo team state gestendo in modo "agile" la codebase? C'è da sempre molto interesse verso le pratiche agili perché aiutano i team a portare valore alle persone che usano il prodotto incorporando nello sviluppo i feedback ricevuti. Ho notato però che spesso la stessa attenzione non è riservata alla collaborazione su una codebase. Quindi, come possiamo applicare i principi agili anche a questo aspetto? ---- Slides del talk di XPug Milano del 25/05/2023 ---- Articoli per approfondire: - nelis.boucke.be/post/trunk-based-development - mrdevops.io/trunk-based-development-8376fe577c11 - techbeacon.com/app-dev-testing/how-trunk-based-delivery-key-faster-more-reliable-software - trunkbaseddevelopment.com - media.webteam.puppet.com/uploads/2019/11/2016-State-of-DevOps-Report_0.pdf - georgestocker.com/2020/03/04/please-stop-recommending-git-flow/ - mrdevops.io/if-you-still-insist-on-feature-branching-you-are-hurting-your-business-and-our-profession-32e1109d4594 - continuousdelivery.com/2011/07/on-dvcs-continuous-integration-and-feature-branches/ - 12factor.net - martinfowler.com/bliki/BranchByAbstraction.html - continuousdelivery.com/2011/05/make-large-scale-changes-incrementally-with-branch-by-abstraction - martinfowler.com/articles/feature-toggles.html - infoq.com/articles/feature-flags-gone-wrong - martinfowler.com/bliki/StranglerFigApplication.html - tuple.app/pair-programming-guide/the-case-for-pair-programming - grrava.blogspot.com/2017/10/review-of-our-code-review-process.html

1. Trunk Based
Development
is a social
matter

2. Alessio Coser
Software Developer

3. Quando gli sviluppatori collaborano sul
codice presente in un singolo branch.
— trunkbaseddevelopment.com

4. 1. Push continuo di piccoli commit
direttamente su master
— trunkbaseddevelopment.com
2. Merge frequente di short-lived
branches (-1 giorno)
— trunkbaseddevelopment.com

5. Frequenza di Integrazione

6. Quando ogni membro di un team
integra il codice
almeno una volta al giorno.
– https:/
/martinfowler.com/articles/continuousIntegration.html

7. Vogliamo ottimizzare
il flusso di lavoro per fronteggiare
i continui cambiamenti
Da una prospettiva Agile

8. Vogliamo ottimizzare
il flusso di lavoro per fronteggiare
i continui cambiamenti
● Ridurre il work in progress
Da una prospettiva Agile

9. Vogliamo ottimizzare
il flusso di lavoro per fronteggiare
i continui cambiamenti
● Ridurre il work in progress
● Lavorare per piccoli incrementi
Da una prospettiva Agile

10. Vogliamo ottimizzare
il flusso di lavoro per fronteggiare
i continui cambiamenti
● Ridurre il work in progress
● Lavorare per piccoli incrementi
● Accorciare il ciclo di feedback
Da una prospettiva Agile

11. Ma quale ciclo di Feedback?

12. Impatti

13. Soprattutto quando ci sono più
persone che lavorano sulla stessa
parte del sistema.
Aumenta la frequenza
di integrazione

14. rendendolo più trasparente, sai
immediatamente che codice
stanno cambiando i colleghi.
Viene evidenziato
il work in progress

15. Iterativo, e incrementale
con push frequenti
Abilita il
refactoring

16. Riduce la distanza tra gli sviluppatori che
lavorano sulle funzionalità nella stessa
codebase.
Aumenta la
collaborazione
https://trunkbaseddevelopment.com/5-min-overview/#distance
Branches create distance between
developers and we do not want that
— Frank Compagner, Guerrilla Games

17. Perchè TBD
non lo fanno
tutti?

18. Mindset
sociale

19. Lavoro di
squadra
Viene incoraggiato
rispetto al lavoro
individuale
Mindset - sociale

20. Lavoro di
squadra
Feedback
Viene incoraggiato
rispetto al lavoro
individuale
Frequente e
costruttivo
Mindset - sociale

21. Lavoro di
squadra
Fiducia
Feedback
Viene incoraggiato
rispetto al lavoro
individuale
Frequente e
costruttivo
Che livello di
fiducia abbiamo
nel team?
Mindset - sociale

22. Mindset
tecnico

23. Mindset - tecnico
Piccole
modifiche
incrementali

24. Mindset - tecnico
Piccole
modifiche
incrementali
Attenzione
alla qualità

25. Mindset - tecnico
Piccole
modifiche
incrementali
Attenzione
alla qualità
Separazione
Deploy - Release

26. Mindset - tecnico
Piccole
modifiche
incrementali
Attenzione
alla qualità
Sempre in uno
stato
deployabile
Separazione
Deploy - Release

27. Come si fa deploy
quando qualcosa
è in progress?

28. Nascondi le
funzionalità
incomplete
01
Deployare se qualcosa è ancora in progress

29. Nascondi le
funzionalità
incomplete
Usa branch by
abstraction
01 02
Deployare se qualcosa è ancora in progress

30. Usa branch by
abstraction
02
Deployare se qualcosa è ancora in progress
https://www.martinfowler.com/bliki/BranchByAbstraction.html

31. Deployare se qualcosa è ancora in progress
https://www.martinfowler.com/bliki/BranchByAbstraction.html
Usa branch by
abstraction
02

32. Deployare se qualcosa è ancora in progress
https://www.martinfowler.com/bliki/BranchByAbstraction.html
Usa branch by
abstraction
02

33. Deployare se qualcosa è ancora in progress
https://www.martinfowler.com/bliki/BranchByAbstraction.html
Usa branch by
abstraction
02

34. Nascondi le
funzionalità
incomplete
Usa branch by
abstraction
Usa i feature flag
01 02 03
https://martinfowler.com/articles/feature-toggles.html
Deployare se qualcosa è ancora in progress

35. Quando fare
attenzione?

36. Quando fare attenzione?
Open
Source

37. Team(?) di singoli
contributor
Quando fare attenzione?
Open
Source

38. Team(?) di singoli
contributor
Quando fare attenzione?
Open
Source
Team distribuito in
diverse timezones

39. Esperimenti
Team(?) di singoli
contributor
Quando fare attenzione?
Open
Source
Team distribuito in
diverse timezones

40. Iniziamo domani!
… ma come?

41. Costruire le
fondamenta
del team
Iniziamo domani! … ma come?
Team

42. Costruire le
fondamenta
del team
Iniziamo domani! … ma come?
Piccoli passi e
salvataggio
frequente
Team Abitudini

43. Costruire le
fondamenta
del team
Iniziamo domani! … ma come?
Ridurre tempo
di divergenza
da main branch
Trasparenza
Team Abitudini
Piccoli passi e
salvataggio
frequente

44. Costruire le
fondamenta
del team
Iniziamo domani! … ma come?
Ridurre tempo
di divergenza
da main branch
Trasparenza
Team Abitudini
Ridurre la
burocrazia
Flow
Piccoli passi e
salvataggio
frequente

45. Conclusioni

46. Lo sviluppo software è
un’attività sociale
Una persona, da sola, non è altrettanto creativa o
efficace nel far emergere idee e trovare soluzioni

47. Accetta il cambiamento
Non nascondere la testa sotto la sabbia,
impara a convivere con il cambiamento

48. Gary Gruver from HP
“Engineers thought
trunk-based development
would never work, but once
they started, they couldn’t
imagine ever going back”

49. CREDITS: This presentation template was created by
Slidesgo, including icons by Flaticon, infographics &
images by Freepik
Per approfondire
- nelis.boucke.be/post/trunk-based-development
- mrdevops.io/trunk-based-development-8376fe577c11
- techbeacon.com/app-dev-testing/how-trunk-based-delivery-key-faster-more-reliable-software
- trunkbaseddevelopment.com
- media.webteam.puppet.com/uploads/2019/11/2016-State-of-DevOps-Report_0.pdf
- georgestocker.com/2020/03/04/please-stop-recommending-git-flow/
- mrdevops.io/if-you-still-insist-on-feature-branching-you-are-hurting-your-business-and-our-profession-32e1109d4594
- continuousdelivery.com/2011/07/on-dvcs-continuous-integration-and-feature-branches/
- 12factor.net
- martinfowler.com/bliki/BranchByAbstraction.html
- continuousdelivery.com/2011/05/make-large-scale-changes-incrementally-with-branch-by-abstraction
- martinfowler.com/articles/feature-toggles.html
- infoq.com/articles/feature-flags-gone-wrong
- martinfowler.com/bliki/StranglerFigApplication.html
- tuple.app/pair-programming-guide/the-case-for-pair-programming
- grrava.blogspot.com/2017/10/review-of-our-code-review-process.html

50. CREDITS: This presentation template was created by
Slidesgo, including icons by Flaticon, infographics &
images by Freepik
Thanks,
any question?
twitter.com/alessiocoser
it.linkedin.com/in/alessiocoser
Alessio Coser
Software Engineer