Talk présenté : - au BreizhCamp (http://lyjia.net/breizhcamp-slides-de-ma-presentation/) - Agile Tour Montpellier "Les équipes s'auto-organisent afin de faire émerger les meilleures architectures, spécifications et conceptions." C'est sur ce principe du manifeste agile que se base la notion d'équipe auto-organisée de Scrum. En pratique, beaucoup d'entreprises qui ont mis en place Scrum gardent leurs architectes dans leurs tours d'ivoire. C'est une décision normale car peut-on imaginer qu'une équipe puisse concevoir une architecture ? Et puis soyons sérieux, est-ce qu'un design par des développeurs pourrait être meilleur que celui d'un architecte ? Qu'allez-vous faire de vos architectes sinon ? À travers un retour d'expérience, nous verrons qu'effectivement confier l'architecture aux équipes n'est pas rentable si ce n'est pas fait intelligemment. En revanche, si la conception en équipe est bien maîtrisée, les bénéfices iront bien au-delà du cercle des développeurs.

1. Faire la conception en équipe
sans architecte,
non mais allô quoi ?
Ly-Jia Goldstein – Arolla
@Ly_Jia

2. Développeuse
@Ly_Jia
Paris
.NET/C#
Software Craftsmanship
TDD
BDD
DDD
http://lyjia.net
Jeux vidéo
XP MeetUp

3. Conception ?

4. Architecture ?

5. « Architecture represents the significant
design decisions that shape a system »
« The architectural decisions are those that
you can’t reverse without some degree of effort. Or, put
Simply, they’re the things that you’d find hard to refactor
an afternoon. »
Simon Brown
Software Architecture for Developers

6. « I tend to look at "architecture" as one
of those impressive-sounding words, used primarily to
indicate that we're talking something that'simportant. »
Martin Fowler
Patterns of enterprise application architecture , 2003

7. Architecte ?

8. "Quelqu'un qui a la vision globale du système"
"Une personne qui va décider des solutions techniques pérennes et des bonnes pratiques
à suivre dans la société"
"Le pondeur de schémas via Enterprise Architect"
"Des gens dans leurs bureaux à faire des powerpoints pour communiquer
des solutions à côté de la plaque"
"Étape officielle de validation"

9. ● Expérience
● Communication

11. ● Équipes de développement agiles (Scrum)

12. ● Équipes de développement agiles (Scrum)
● TDD
● Pair-programming

13. ● Équipes de développement agiles (Scrum)
● TDD
● Pair-programming
● Pas d'architecte

14. ● Équipes de développement agiles (Scrum) => Pas de spécifications
● TDD
● Pair-programming
● Pas d'architecte

15. ● Équipes de développement agiles (Scrum) => Pas de spécifications
● TDD => Conception devant le clavier
● Pair-programming
● Pas d'architecte

16. ● Équipes de développement agiles (Scrum) => Pas de spécifications
● TDD => Conception devant le clavier
● Pair-programming => Communication d'équipe
● Pas d'architecte

17. ● Équipes de développement agiles (Scrum) => Pas de spécifications
● TDD => Conception devant le clavier
● Pair-programming => Communication d'équipe
● Pas d'architecte

19. ● Conceptions hétéroclites

20. ● Conceptions hétéroclites
● Absence de documentation

23. Réunions ???

24. Whiteboarding
(aka conseils de guerre)

26. ● Diversité des points de vue facilite les solutions « out of the box »
● Vision au sein de l'équipe

31. Et la documentation ?

32. Discussion ?

33. Discussion ?
● BDD

34. Discussion ?
● BDD
● Ubiquitous language (DDD)

35. Discussion ?
● BDD
● Ubiquitous language (DDD)
Comptes-rendus des whiteboards

36. "Individuals and interactions over Processes and tools"
doesn't mean
"No processes and tools at all"

39. Responsabilité

40. Partage

41. Professionnalisme

42. Software Craftsmanship

43. Wait
I have to pay even moar?

50. 1000 personnes qui connaissent chacune une chose
ou
1 personne qui connaît 1000 choses

51. ● Scrum
●Bounded Context (DDD)
● Micro-services

52. D'accord,
mais nous avons un historique,
NOUS !

55. D'accord,
mais les bons développeurs
ne courent pas les rues !

56. La conception en équipe
sans architecte, c'est bien :
mangez-en !

58. Bibliographie
Software Architecture for Developers (extrait) – Simon Brown : https://leanpub.com/software-architecture-for-developers/read
Who Needs an Architect – Martin Fowler : http://martinfowler.com/ieeeSoftware/whoNeedsArchitect.pdf
Refactor Your Software Architecture – Julien Lavigne du Cadet : http://fr.slideshare.net/Julionn/refactor-your-software-architecture
L'ABC du BDD – Arnauld Loyer : http://fr.slideshare.net/aloyer/labc-du-bdd-behavior-driven-development
Domain Driven Design – Eric Evans
Sofware Craftsmanship Manifesto : http://manifesto.softwarecraftsmanship.org
Users group
● http://www.meetup.com/paris-software-craftsmanship/
● http://www.meetup.com/altnetfr/
● http://www.meetup.com/DDD-Paris/
Mon blog : http://lyjia.net
Twitter : @Ly_Jia

59. Merci !

60. Merci à nos sponsors
Platinum Gold
Silver Institutionnel