Quelle place pour le département Architecture dans l'entreprise agile ? Le pôle architecture dans un monde Agile. Géraud Dugé de Bernonville, Architecte, Valtech France geraud.dugedebernonville@valtech.fr Hubert Guillon Responsable Agile & Project Office, Valtech France hubert.gillon@valtech.fr Agile Day 2012 Valtech

1. Géraud Dugé de Bernonville
Consultant Senior
06 61 45 64 98
geraud.dugedebernonville@valtech.fr Le pôle architecture dans un
Hubert Gillon
monde agile
Responsable Agile & Project Office
06 25 63 40 91
Hubert.gillon@valtech.fr

2. Agenda
Les origines du pôle archi
Et l’Agilité?
Plusieurs possibilités envisageables…
La transformation

3. Les origines du pôle archi

4. Qu’est ce que le pôle architecture?
 Pour répondre à la complexification des organisations DSI, le
pôle transverse d’architecture est apparu comme une solution
pour définir et faire appliquer les règles d’architecture du SI
 Il est composé d’architectes fonctionnels/métier/urbaniste/SI
et techniques
 Au niveau global, ils élaborent la stratégie du SI (définition des
standards, projets transverses, veille technologique, « Buy vs.
Build »…)
 Au niveau des projets, ils apportent leur expertise fonctionnelle
ou technique aux projets (revues, assistance…)
4

5. Un rôle important dans l’entreprise

6. Un rôle important dans l’entreprise

7. Un rôle important dans l’entreprise

8. Les constats
 Une tour d’ivoire
 « Concrètement, que font-ils? »
 « Ils sortent des specs inadaptées à la réalité des projets »
 « Ils ne connaissent pas les projets »
 Un surcoût pour les projets
 « Les documents d’architecture sont compliqués à compléter »
 « Ils sont juste là pour mettre le tampon « Validé » sur mon
dossier d’architecture »
 Une structure rigide
 « Le processus pour utiliser une nouvelle techno et déroger aux
standards est décourageant »
 « Les outils fournis ne sont pas à jour et évoluent peu souvent »
8

9. Les constats
9

10. Les causes
 Présence ponctuelle sur un projet, et donc manque de
connaissance des projets
 L’architecture est imposée au début du projet
 Peu d’implication ou trop nombreux projets à gérer en
parallèle
 Offre de services pas suffisamment claire
 Volonté de « génériciser » au maximum les processus,
normes et standards, sans vérifier l’applicabilité
 Besoin de tout vouloir concevoir, documenter et vérifier en
amont des projets
10

11. Et l’Agilité ?

12. Top 3 des concepts non compatibles
 Ajuster, à intervalles réguliers, son comportement, ses
processus pour être plus efficace

13. Top 3 des concepts non compatibles
 Ajuster, à intervalles réguliers, son comportement, ses
processus pour être plus efficace
 Les meilleures architectures, spécifications et conception
émergent d’équipes auto-organisées

14. Top 3 des concepts non compatibles
 Ajuster, à intervalles réguliers, son comportement, ses
processus pour être plus efficace
 Les meilleures architectures, spécifications et conception
émergent d’équipes auto-organisées
 Les demandes de changement sont les bienvenues

15. Les apports de l’Agilité… et des architectes
« Nous découvrons comment mieux développer des logiciels
par la pratique et en aidant les autres à le faire. »
Introduction du Manifeste Agile
 L’agilité demande une forte implication des participants sur
la durée de vie du projet
 Une plus forte implication permet de revaloriser le rôle de
l’architecte auprès de l’équipe projet
Apports de l’agilité Apports de l’architecte
L’architecture logicielle est bâtie au fur et à Un architecte intervenant sur le projet devra y être
mesure des itérations. Elle n’est pas figée en attaché jusqu’au bout, afin de faire évoluer
démarrage de projet. l’architecture du projet.
Il pourra ainsi mettre en pratique les standards et
capitaliser sur leur mise en œuvre.
Les membres de l’équipe sont pluridisciplinaires. L’architecte technique peut s’intégrer à l’équipe en
Tout le monde spécifie, développe et teste. Ils tant que leader technique, tout en apportant sa
doivent être présents tout au long du projet. connaissance du SI.
L’équipe de développement réfléchit aux moyens L’architecte rattaché à un projet peut faire
de devenir plus efficace. Cela doit se faire en remonter plus facilement les besoins de
respectant le contexte de l’entreprise. dérogation aux règles, les justifier et faire évoluer
15 les règles.
Il participe ainsi à l’amélioration continue du SI.

16. Plusieurs possibilités…

17. Idéalement
 100% de l’architecte sur le projet
% d'implication de l'architecte
100%
80%
60%
40%
20%
0%
IT0 IT1 IT2 IT3 IT4 IT5 … ITn

18. Une solution intermédiaire
 100% sur l’itération 0
 80% sur les 3-4 itérations suivantes (jusqu’à la levée des
risques techniques)
% d'implication de l'architecte
100%
80%
60%
40%
20%
0%
IT0 IT1 IT2 IT3 IT4 IT5 … ITn

19. Le rôle de l’architecte technique sur un projet agile
Pôle archi
Il contribue À la mise en prod, il
régulièrement à retourne au pôle:
l’amélioration des - Feedback sur la mise
L’architecte technique est
normes & standards, en place de l’architecture
intégré au projet.
outils et frameworks - Capitalisation des
Il apporte:
connaissances
-Les normes et standards
-Les outils
-Les frameworks
Projet
Il construit l’architecture au fur
et à mesure et assume le rôle
de leader technique
19

20. Le pool d’architectes
Pôle archi
L’architecte technique
Demande de support intervient sur demande des
projets
Projets
Projets
Projets
20

21. L’architecte SI sur un projet agile
Pôle archi
Feedback sur
L’architecte SI est l’évolution des
l’interlocuteur du projet. interfaces…
Il apporte sa
connaissance du SI.
Projet
Il apporte du support
au projet
21

22. La transformation

23. La transformation du pôle archi
 Les objectifs
 Améliorer l’efficacité des équipes
 Capitaliser les connaissances
 Maintenir une vision globale du SI
 Les moyens
 Impliquer les architectes au sein des projets
 Travailler en collaboration
 Gérer des communautés
 Les outils
 Se former à l’Agilité
 Faire appel à un coach agile
 Expérimenter
23

24. Questions ?

25. Backup slides

26.  La satisfaction du client est prioritaire.
 Les demandes de changement sont les bienvenues.
 La livraison de versions opérationnelles se fait le plus souvent
possible.
 La coopération entre Client et Equipe projet est permanente.
 Les projets se construisent autour d’individus motivés.
 La conversation en face à face est privilégiée.
 La mesure de l’avancement du projet se fait en termes de
fonctionnalités.
 L’avancement du projet suit un rythme soutenable et constant.
 L’excellence technique et la conception font l’objet
d’une attention de tous les instants.
 La simplicité est favorisée.
 Les équipes sont auto-organisées.
 L’ajustement des comportements et des processus est
régulier.