Introduction à l'agilité numélink - 24 mai 2012 - #6 Transition Agile

1. Numélink - 24 mai 2012
Transition agile
Introduction
à l'agilité
@Agnes_Crepet
@GuillaumeEhret
@AlfredAlmendra

2. Diffusion de la nouveauté
Commencer par trouver des gens motivés par la nouveauté
et des sponsors de la démarche

3. Avant de se lancer
Pour ceux qui n'en veulent pas, on peut toujours utiliser au
moins quelques pratiques agiles (quick wins = gains à pas
cher)
Expérimenter, et ne garder que ce qui est utile
Pour les autres, la base :
• quel est l'objectif ?
• conscience de l'impact et de la motivation nécessaire
• "comming out agile" : commence par reconnaitre la valeur
de l'homme, ses défauts individuels, et sa force collective
Sens top-down ou bottom-up (from grass)

4. The Golden Circle
Se poser les bonnes questions, dans le bon ordre !

5. Les premiers pas
Commencer par fédérer tous les acteurs autour d'une même
vision/stratégie/objectif (faire le test de la product box)
Pour la mise en oeuvre, viser l'exemple des start up qui ont la
chance de pouvoir démarrer directement en mode agile
... en s'inspirant des retours d'expérience d'autres
organisations qui ont réalisé leur transition agile
Redistribution des rôles, accompagnement/coaching,
décloisonnement
Le processus continu de fabrication qui remplace le cycle
projet/maintenance

6. Difficultés
Participation active des métiers ou d’un panel d’utilisateurs
Soutien engagé et permanent des décideurs, du client, du
payeur
Acceptation du changement, de l’erreur, de la critique : tout le
monde est concerné
Autoriser l’erreur c’est donner le droit et la chance de
l’amélioration (pour soi et les autres)
L’humain n’aime pas le changement, donc freine
consciemment ou inconsciemment jusqu’à sa propre
amélioration

7. Quelques clés de réussite
Proximité (même bureau ou workspace, offshore compliqué)
Qualités humaines : collaboration, motivation, remise en cause,
reconnaissance de la valeur d’autrui, transparence
Forte IHM plutôt que batchs techniques et contraints
Innovation, exploration des besoins
Nouveaux développements ou refonte d’applications
existantes, plutôt que dans l’embarqué

9. Quelques clés de réussite
Projet de taille moyenne : ni trop court (au moins quelques
semaines ou mois), ni trop gros (moins de 10 personnes)

10. Quelques clés de réussite