SlideShare une entreprise Scribd logo
1  sur  37
Télécharger pour lire hors ligne
Adopter l’agilité
  Le kit pour
  convaincre
    David Brocard - 2012
Prérequis



• Connaissances de base de ce qu’est l’Agilité
• Les concepts présentés ne sont pas détaillés
• Fournir des points d’entrée pour aiguiller


                  The author must be referenced for any reuse
David Brocard
            Consultant indépendant
Gestion de Projet Informatique - Méthodes Agiles
Sommaire



✓ Client septique
✓ Frequently Heard Answers
✓ Convaincre pour changer
Client
Septique
• L’Agilité progresse !

• “Méthodologie de rupture”

• Encore beaucoup d’effort pour
  convaincre
Halte au simplisme !

• 10 ans d’Agilité quand même...
• Une communication à améliorer
• Ne prenons pas le client pour un ...
• Respectons ses acquis
• agilité vs Agilité
Frequently
  Heard
 Answers
   (FHA)
Pour chaque FHA


1. L’hypothèse simpliste
2. Les pratiques à éviter
3. L’agilité "naturelle"
4. Les différences avec l'Agilité
Frequently Heard Answers
• "Nous cassons déjà l'effet tunnel !"
• "Notre méthode gère déjà les changements !"
• "Notre façon de faire de l'architecture ne se limite pas
  à tout figer dès le départ !"

• "L'Agilité est incompatible avec nos sous-traitants au
  forfait !"

• "Nous mettons déjà en oeuvre les pratiques
  d’ingénierie logicielles agiles !"

• “Notre documentation est la minimum nécessaire“
"Nous cassons déjà l'effet tunnel !"
Effet tunnel
• L’hypothèse simpliste
  ‣   Pur cycle en V
  ‣   Pas de livraisons intermédiaires, effet tunnel d’un an
  ‣   Phasage strict: pas d’anticipation d’une phase sur l’autre,
      on attend la tenue des jalons avant de poursuivre

• Les pratiques à éviter
  ‣   Inscrire le cycle en V comme fondation du référentiel projet

• L’agilité "naturelle"
  ‣   Incrémental: plusieurs mini-cycles en V
  ‣   Une vraie discipline de tests unitaires
  ‣   “Lean en V”: les principes Lean génériques appliqués au cycle en V
  ‣   Le design et le code sont souvent commencés avant la fin des specs
Effet tunnel
• Les différences avec l'Agilité
  ‣   Pas de time box, ni de vrai flux
  ‣   Différent du Lean Software Development
  ‣   Phases vs activités d’ingénierie
  ‣   RUP : agile ?
"Notre méthode gère déjà les changements !"
Changements
• L’hypothèse simpliste
  ‣   Tous les besoins définis au départ de façon
      détaillée

• Les pratiques à éviter
  ‣   Critères de succès basés sur la conformité au
      plan initial
  ‣   CCB lourd et inadapté à la taille du projet
  ‣   Sous estimer la part de l’inconnu à l’instant t
      (voir les statistiques)

• L’agilité "naturelle"
  ‣   CCB léger et adapté à la taille du projet
  ‣   Phase de prototypage préliminaire permettant
      de limiter la casse
Changements
• Les différences avec l'Agilité
  ‣   L’acceptation du changement est sans doute l’aspect le mieux pris en
      compte par l’Agilité
  ‣   A l’origine de la culture agile <> CCB formel, vécu a posteriori
  ‣   Injection de changements au début de cycles courts
  ‣   L’agilité technique sécurise l’acceptation des changements
  ‣   Gestion des besoins taillées pour prévenir les perturbations
"Notre façon de faire de l'architecture ne se
  limite pas à tout figer dès le départ !"
Architecture
• L’hypothèse simpliste
  ‣   Architecture exhaustive figée dans les détails avant de passer à la phase
      suivante
  ‣   Architectes non impliqués dans les phases de développements

• Les pratiques à éviter
  ‣   Différer la mise à l’épreuve de l’architecture sur papier
  ‣   Rester trop abstrait en termes d’exigences non fonctionnelles (NFR)
  ‣   Mettre toutes les NFR au même niveau d’importance

• L’agilité "naturelle"
  ‣   Commencer par un mini-projet dans le projet : POC (Proof Of Concepts)
      ou prototypes
  ‣   Cas du RUP : la phase d’élaboration vise explicitement à itérer pour livrer
      une “architecture exécutable”
Architecture
• Les différences avec l'Agilité
  ‣   Architecture = “les grands principes de conception irréversibles” - phase
      d’exploration
  ‣   L’architecture est propriété de l’équipe et non d’experts mandatés
  ‣   Une approche POC intrinsèque
  ‣   Les NFR sont exprimées sous forme de user stories et sont
      systématiquement priorisées
  ‣   Les NFR sont priorisés, donc échelonnées
  ‣   Même quand il y a une “Release 0”, l’architecture continue à émerger lors
      des itérations “fonctionnelles”
  ‣   Une utilisation raisonnée des outils de modélisation



  Exploration Engagement        Release 0                    Release 1
"L'Agilité est incompatible avec nos sous-
            traitants au forfait !"
Sous-traitance
• L’hypothèse simpliste
  ‣   Le client transmet un cahier des charges et ne revient qu’au moment de la
      recette
  ‣   Le client est à même de sécuriser son forfait par des besoins précis
  ‣   Le client sait écrire les tests de recette et passer la recette

• Les pratiques à éviter
  ‣   Jouer pour perdre : demander l’impossible à son sous-traitant et fermer les
      yeux en attendant qu’il se récupère par des avenants hors de prix
  ‣   Négliger l’effort à consacrer pour un suivi régulier et son importance
Sous-traitance
• L’agilité "naturelle"
  ‣   Des personnes plus intelligentes que des contrats inadaptés
  ‣   Granularité des engagements
  ‣   Contrats cadre éprouvés



               Spec1
                                        SERVICE           WORKLOAD
      F1                                Complexe UC          10 days
               Spec2

                                         Average UC          5 days

      F2                                 Simple UC           2 days

                                       Corrective patch      3 days

                                             etc

      F3
Sous-traitance
• Les différences avec l'Agilité
  ‣   Le client est réellement engagé
  ‣   De la subordination au partenariat
  ‣   Vers la sortie du “triangle de fer”
  ‣   Une vraie difficulté : toujours un monde d’aventuriers
  ‣   Les catalogues de services sont plus rigides que les contrats à base
      d’engagement de vélocité
  ‣   Rediriger l’engagement vers la qualité intrinsèque
"L'Agilité est incompatible avec nos gros projets
             en équipes distribuées !"
Gros projets
• L’hypothèse simpliste
  ‣   Grosses équipes “en râteau”
  ‣   Pas d’interactions horizontales
  ‣   Pas de rendez-vous intermédiaires

• Les pratiques à éviter
  ‣   Excès de hiérarchie et de subordinations entre les différents niveaux
  ‣   Ségrégation des activités. Céder au mythe du découpage stricte
      expertise métier / software factory




                             V
                                    Us
                                  Them
                               Someone
Gros projets
• L’agilité "naturelle"
  ‣   Pas de solution “tout-en-un”. Adaptation à la spécificité du contexte
  ‣   Volonté de développer la communication et les rencontres sur place
  ‣   Développement des visio

• Les différences avec l'Agilité
  ‣   L’agilité invite à considérer le rapprochement géographique
  ‣   Rendez-vous plus fréquents
  ‣   On privilégie le découpage en “Feature Team” pour que chaque entité soit
      impliquée verticalement dans le développement
  ‣   Intégration continue transverse ou multi-niveaux
  ‣   Les valeurs prennent le relais des contraintes
"Nous mettons déjà en oeuvre les pratiques
     d’ingénierie logicielles agiles !"
Ingénierie logicielle
• L’hypothèse simpliste
  ‣   Intégration big-bang
  ‣   Tests unitaires et fonctionnels non automatisés

• Les pratiques à éviter
  ‣   Exigences mal découpées ; pilotage par les tâches techniques
  ‣   Négliger l’importance d’une couverture maximale de tests unitaires
  ‣   Ecriture tardive des tests fonctionnels et de recette

• L’agilité "naturelle"
  ‣   Structuration des besoins en uses case métier
  ‣   Savoir-faire en matière de tests (“XUnit Tests Patterns” - Meszaros)
  ‣   Automatisation des tests unitaires et fonctionnels
Ingénierie logicielle
• Les différences avec l'Agilité
  ‣   Use cases vs user stories : de nombreux points communs mais des
      différences essentielles
  ‣   TDD, BDD : bien plus que des tests unitaires
  ‣   Discipline sous-jacente autour de l’intégration continue
  ‣   Une traçabilité par construction et par exécution

                                                      User story


                                                            Acc. Tests


                                                                   Fixture


                                                                         Code


                                                                             Tests results
“Notre documentation est la minimum
            nécessaire“
Documentation
• L’hypothèse simpliste
  ‣   Client obnubilé par une documentation exhaustive

• Les pratiques à éviter
  ‣   Ne pas se préoccuper au préalable des relecteurs à consulter pour assurer
      la pertinence du contenu
  ‣   Faire du zèle aux poulets

• L’agilité "naturelle"
  ‣   Référentiels qualité prévoient des déclinaisons en fonction de la complexité
      des projets
  ‣   Les cochons ne disent rien mais n’en pensent pas moins
Documentation
• Les différences avec l'Agilité
  ‣   Inscrit noir sur blanc dans les 1eres lignes du Manifeste
  ‣   La métaphore “voyager léger” autorise de remettre en cause l’intérêt,
      l’efficacité et le contenu d’un document
  ‣   La documentation n’est requise que si elle réellement nécessaire pour le
      contexte du projet
  ‣   La documentation minimale se limite à ce qui est nécessaire pour
      compléter les conversations face à face et fédérer les intervenants
  ‣   La documentation “exécutable” prend le relais de la documentation
      classique (TDR, TDD)
  ‣   “La doc c’est le code”
Convaincre
   pour
 changer
Pourquoi convaincre ?

• Identifier l’origine de l’impulsion
  1.   Marketing ou politique
  2.   Vraie volonté de changement de gouvernance
  3.   Levier technique

• Agir en conséquence
  1.   Des valeurs = du courage !
  2.   Ne pas survendre l’Agilité
  3.   La route vers l’Agilité technique (Craftsmanship)
Changer

• Changer le process ou changer les valeurs ?
• Les pilotes sont indispensables
• Ne pas négliger le niveau culturel du
  changement
• Montrer l’intérêt avec le temps par l’absence
  d’Agilité
• Etre respectueux et pragmatique

                             Coaching : une affaire de sensibilité
Merci !

Contenu connexe

Tendances

Agile Tour Paris 2014 : Ma stack d'outils Agiles, tout un programme !, Cedric...
Agile Tour Paris 2014 : Ma stack d'outils Agiles, tout un programme !, Cedric...Agile Tour Paris 2014 : Ma stack d'outils Agiles, tout un programme !, Cedric...
Agile Tour Paris 2014 : Ma stack d'outils Agiles, tout un programme !, Cedric...
ENSIBS
 
Agile Tour Paris 2014 : Travailler Avec L'Existant, Sam Cranford
Agile Tour Paris 2014 : Travailler Avec L'Existant, Sam CranfordAgile Tour Paris 2014 : Travailler Avec L'Existant, Sam Cranford
Agile Tour Paris 2014 : Travailler Avec L'Existant, Sam Cranford
ENSIBS
 

Tendances (20)

Valtech - Quel ROI pour ma transformation Agile ?
Valtech - Quel ROI pour ma transformation Agile ?Valtech - Quel ROI pour ma transformation Agile ?
Valtech - Quel ROI pour ma transformation Agile ?
 
Agile Tour Paris 2014 : Ma stack d'outils Agiles, tout un programme !, Cedric...
Agile Tour Paris 2014 : Ma stack d'outils Agiles, tout un programme !, Cedric...Agile Tour Paris 2014 : Ma stack d'outils Agiles, tout un programme !, Cedric...
Agile Tour Paris 2014 : Ma stack d'outils Agiles, tout un programme !, Cedric...
 
Agile Tour 2010 - Mise en place d'un projet agile
Agile Tour 2010 - Mise en place d'un projet agileAgile Tour 2010 - Mise en place d'un projet agile
Agile Tour 2010 - Mise en place d'un projet agile
 
Modèle de maturité CMMi-DEV
Modèle de maturité CMMi-DEVModèle de maturité CMMi-DEV
Modèle de maturité CMMi-DEV
 
Dev opsday case study
Dev opsday   case studyDev opsday   case study
Dev opsday case study
 
Agile Tour Paris 2014 : Travailler Avec L'Existant, Sam Cranford
Agile Tour Paris 2014 : Travailler Avec L'Existant, Sam CranfordAgile Tour Paris 2014 : Travailler Avec L'Existant, Sam Cranford
Agile Tour Paris 2014 : Travailler Avec L'Existant, Sam Cranford
 
Initiation Scrum
Initiation ScrumInitiation Scrum
Initiation Scrum
 
Introduction à l'Agilité - Cours complet 1 jour
Introduction à l'Agilité - Cours complet 1 jourIntroduction à l'Agilité - Cours complet 1 jour
Introduction à l'Agilité - Cours complet 1 jour
 
Valtech - Quel ROI pour ma transformation Agile ? PARTIE 2
Valtech - Quel ROI pour ma transformation Agile ? PARTIE 2Valtech - Quel ROI pour ma transformation Agile ? PARTIE 2
Valtech - Quel ROI pour ma transformation Agile ? PARTIE 2
 
Réduisons les gaspillages
Réduisons les gaspillagesRéduisons les gaspillages
Réduisons les gaspillages
 
Deux ans de développement Agile, erreurs et succès
Deux ans de développement Agile, erreurs et succèsDeux ans de développement Agile, erreurs et succès
Deux ans de développement Agile, erreurs et succès
 
Les méthodes Agiles - Introduction
Les méthodes Agiles - IntroductionLes méthodes Agiles - Introduction
Les méthodes Agiles - Introduction
 
SPS Dakar 2018 - Low code, lean et agilité - Sébastien Paulet
SPS Dakar 2018 - Low code, lean et agilité - Sébastien PauletSPS Dakar 2018 - Low code, lean et agilité - Sébastien Paulet
SPS Dakar 2018 - Low code, lean et agilité - Sébastien Paulet
 
Pas d'agilité sans qualité
Pas d'agilité sans qualitéPas d'agilité sans qualité
Pas d'agilité sans qualité
 
Lunch learn 5 sep2013
Lunch learn 5 sep2013Lunch learn 5 sep2013
Lunch learn 5 sep2013
 
Agilité à budget fixe en phase d'avant-vente. Que proposer ?
Agilité à budget fixe en phase d'avant-vente. Que proposer ?Agilité à budget fixe en phase d'avant-vente. Que proposer ?
Agilité à budget fixe en phase d'avant-vente. Que proposer ?
 
L'agilité en quelques slides
L'agilité en quelques slidesL'agilité en quelques slides
L'agilité en quelques slides
 
Conférence: L'assurance qualité au-delà de la qualité logicielle
Conférence: L'assurance qualité au-delà de la qualité logicielleConférence: L'assurance qualité au-delà de la qualité logicielle
Conférence: L'assurance qualité au-delà de la qualité logicielle
 
Mon Agilité est plus grosse que la tienne!
Mon Agilité est plus grosse que la tienne!Mon Agilité est plus grosse que la tienne!
Mon Agilité est plus grosse que la tienne!
 
Utilisation de robot industriel au Québec
Utilisation de robot industriel au QuébecUtilisation de robot industriel au Québec
Utilisation de robot industriel au Québec
 

En vedette

Allais alphonse (Album primo-avrilesque, 1897)
Allais alphonse (Album primo-avrilesque, 1897)  Allais alphonse (Album primo-avrilesque, 1897)
Allais alphonse (Album primo-avrilesque, 1897)
guacho22
 
AgileTour Toulouse 2012 : Agile Unlimited
AgileTour Toulouse 2012 : Agile UnlimitedAgileTour Toulouse 2012 : Agile Unlimited
AgileTour Toulouse 2012 : Agile Unlimited
Agile Toulouse
 
Qu’entend on au juste par autorité dans le mariage
Qu’entend on au juste par autorité dans le mariage  Qu’entend on au juste par autorité dans le mariage
Qu’entend on au juste par autorité dans le mariage
daniellamy
 
Document historique Aart OMAES dernier dubble page
Document historique Aart OMAES dernier dubble pageDocument historique Aart OMAES dernier dubble page
Document historique Aart OMAES dernier dubble page
Aart van der heide
 
Fbi files - communism-religion, hq-ebf-274
Fbi  files - communism-religion, hq-ebf-274Fbi  files - communism-religion, hq-ebf-274
Fbi files - communism-religion, hq-ebf-274
RareBooksnRecords
 
Découvrir MyBizBox
Découvrir MyBizBoxDécouvrir MyBizBox
Découvrir MyBizBox
MyBizBox
 

En vedette (20)

Ilustracion y crisis
Ilustracion y crisisIlustracion y crisis
Ilustracion y crisis
 
Allais alphonse (Album primo-avrilesque, 1897)
Allais alphonse (Album primo-avrilesque, 1897)  Allais alphonse (Album primo-avrilesque, 1897)
Allais alphonse (Album primo-avrilesque, 1897)
 
Saint-Seb' Le Mag 133 mars-avril 2015
Saint-Seb' Le Mag 133 mars-avril 2015Saint-Seb' Le Mag 133 mars-avril 2015
Saint-Seb' Le Mag 133 mars-avril 2015
 
AgileTour Toulouse 2012 : Agile Unlimited
AgileTour Toulouse 2012 : Agile UnlimitedAgileTour Toulouse 2012 : Agile Unlimited
AgileTour Toulouse 2012 : Agile Unlimited
 
Referentiel
ReferentielReferentiel
Referentiel
 
Q rcode pour tgv
Q rcode pour tgvQ rcode pour tgv
Q rcode pour tgv
 
Encimera Teka EM 30 2P
Encimera Teka EM 30 2PEncimera Teka EM 30 2P
Encimera Teka EM 30 2P
 
Qu’entend on au juste par autorité dans le mariage
Qu’entend on au juste par autorité dans le mariage  Qu’entend on au juste par autorité dans le mariage
Qu’entend on au juste par autorité dans le mariage
 
Document historique Aart OMAES dernier dubble page
Document historique Aart OMAES dernier dubble pageDocument historique Aart OMAES dernier dubble page
Document historique Aart OMAES dernier dubble page
 
Antigel dossier presse
Antigel dossier presseAntigel dossier presse
Antigel dossier presse
 
Les innovations présentées au Salon Des Solidarités 2014
Les innovations présentées au Salon Des Solidarités 2014Les innovations présentées au Salon Des Solidarités 2014
Les innovations présentées au Salon Des Solidarités 2014
 
Un monde fou 4
Un monde fou 4Un monde fou 4
Un monde fou 4
 
Fbi files - communism-religion, hq-ebf-274
Fbi  files - communism-religion, hq-ebf-274Fbi  files - communism-religion, hq-ebf-274
Fbi files - communism-religion, hq-ebf-274
 
técnicas de acercamiento a la comunidad
técnicas de acercamiento a la comunidadtécnicas de acercamiento a la comunidad
técnicas de acercamiento a la comunidad
 
Celier on VC
Celier on VCCelier on VC
Celier on VC
 
Guide
GuideGuide
Guide
 
Présentation-R-Barre-Jne 30ans-des-urfist
Présentation-R-Barre-Jne 30ans-des-urfistPrésentation-R-Barre-Jne 30ans-des-urfist
Présentation-R-Barre-Jne 30ans-des-urfist
 
Découvrir MyBizBox
Découvrir MyBizBoxDécouvrir MyBizBox
Découvrir MyBizBox
 
10% ingieneria economica
10% ingieneria economica10% ingieneria economica
10% ingieneria economica
 
Bilan saison de l'Office de Tourisme d'Espalion - 2013
Bilan saison de l'Office de Tourisme d'Espalion - 2013Bilan saison de l'Office de Tourisme d'Espalion - 2013
Bilan saison de l'Office de Tourisme d'Espalion - 2013
 

Similaire à AgileTour Toulouse 2012 : adopter l&rsquo;agilité

Atclt 2012 - Large Scale Scrum - Assurez la polycompétence dans vos équipes -...
Atclt 2012 - Large Scale Scrum - Assurez la polycompétence dans vos équipes -...Atclt 2012 - Large Scale Scrum - Assurez la polycompétence dans vos équipes -...
Atclt 2012 - Large Scale Scrum - Assurez la polycompétence dans vos équipes -...
Association pour l'Agilité en Auvergne
 

Similaire à AgileTour Toulouse 2012 : adopter l&rsquo;agilité (20)

AT2010 Mise place d'un projet Agile
AT2010 Mise place d'un projet AgileAT2010 Mise place d'un projet Agile
AT2010 Mise place d'un projet Agile
 
Aborder la transition vers l'agilité
Aborder la transition vers l'agilitéAborder la transition vers l'agilité
Aborder la transition vers l'agilité
 
CARA - Software Craftsmanship : le chaînon manquant de l’agilité ?
CARA - Software Craftsmanship : le chaînon manquant de l’agilité ?CARA - Software Craftsmanship : le chaînon manquant de l’agilité ?
CARA - Software Craftsmanship : le chaînon manquant de l’agilité ?
 
L'Agilité chez GEE Montréal
L'Agilité chez GEE MontréalL'Agilité chez GEE Montréal
L'Agilité chez GEE Montréal
 
Mix it 2016 - Software craftsmanship : le chainon manquant de l’agilité ?
Mix it 2016 - Software craftsmanship : le chainon manquant de l’agilité ?Mix it 2016 - Software craftsmanship : le chainon manquant de l’agilité ?
Mix it 2016 - Software craftsmanship : le chainon manquant de l’agilité ?
 
Mix it 2016 - Software craftsmanship : le chainon manquant de l’agilité ?
Mix it 2016 - Software craftsmanship : le chainon manquant de l’agilité ?Mix it 2016 - Software craftsmanship : le chainon manquant de l’agilité ?
Mix it 2016 - Software craftsmanship : le chainon manquant de l’agilité ?
 
Pratiques de développement pour équipes Agile
Pratiques de développement pour équipes AgilePratiques de développement pour équipes Agile
Pratiques de développement pour équipes Agile
 
Le combat contre l'atrophie technique - Agile en Seine 2020
Le combat contre l'atrophie technique - Agile en Seine 2020Le combat contre l'atrophie technique - Agile en Seine 2020
Le combat contre l'atrophie technique - Agile en Seine 2020
 
Genielogiciel
GenielogicielGenielogiciel
Genielogiciel
 
Usi 2008 - Le positionnement stratégique des cellules d'architecture transverse
Usi 2008 - Le positionnement stratégique des cellules d'architecture transverseUsi 2008 - Le positionnement stratégique des cellules d'architecture transverse
Usi 2008 - Le positionnement stratégique des cellules d'architecture transverse
 
Agile Tour Lille 2008
Agile Tour Lille 2008Agile Tour Lille 2008
Agile Tour Lille 2008
 
[Webinar Niji] Clés de succès et partage d’expériences pour mettre en œuvre e...
[Webinar Niji] Clés de succès et partage d’expériences pour mettre en œuvre e...[Webinar Niji] Clés de succès et partage d’expériences pour mettre en œuvre e...
[Webinar Niji] Clés de succès et partage d’expériences pour mettre en œuvre e...
 
Comment être agile dans un contexte non lié aux TI ?
Comment être agile dans un contexte non lié aux TI ?Comment être agile dans un contexte non lié aux TI ?
Comment être agile dans un contexte non lié aux TI ?
 
AGILE TOUR 2009: agilité et services
AGILE TOUR 2009:   agilité et servicesAGILE TOUR 2009:   agilité et services
AGILE TOUR 2009: agilité et services
 
Tour d'horizon des méthodes agiles
Tour d'horizon des méthodes agilesTour d'horizon des méthodes agiles
Tour d'horizon des méthodes agiles
 
Scrum pour les (nuls) devs
Scrum pour les (nuls) devsScrum pour les (nuls) devs
Scrum pour les (nuls) devs
 
Introduction à Agile Lean
Introduction à Agile LeanIntroduction à Agile Lean
Introduction à Agile Lean
 
Agile pour l'echafaud ATT2020.pptx
Agile pour l'echafaud ATT2020.pptxAgile pour l'echafaud ATT2020.pptx
Agile pour l'echafaud ATT2020.pptx
 
Atclt 2012 - Large Scale Scrum - Assurez la polycompétence dans vos équipes -...
Atclt 2012 - Large Scale Scrum - Assurez la polycompétence dans vos équipes -...Atclt 2012 - Large Scale Scrum - Assurez la polycompétence dans vos équipes -...
Atclt 2012 - Large Scale Scrum - Assurez la polycompétence dans vos équipes -...
 
Valtech - Mobile, Agile : Faire beau, vite et bien
Valtech - Mobile, Agile : Faire beau, vite et bienValtech - Mobile, Agile : Faire beau, vite et bien
Valtech - Mobile, Agile : Faire beau, vite et bien
 

Plus de Agile Toulouse

AgileTour Toulouse 2012 : posture Ingénieur Qualité en agilité
AgileTour Toulouse 2012 : posture Ingénieur Qualité en agilitéAgileTour Toulouse 2012 : posture Ingénieur Qualité en agilité
AgileTour Toulouse 2012 : posture Ingénieur Qualité en agilité
Agile Toulouse
 
AgileTour Toulouse 2012 : TFS
AgileTour Toulouse 2012 : TFSAgileTour Toulouse 2012 : TFS
AgileTour Toulouse 2012 : TFS
Agile Toulouse
 
AgileTour Toulouse 2012 : testing strategy
AgileTour Toulouse 2012 : testing strategyAgileTour Toulouse 2012 : testing strategy
AgileTour Toulouse 2012 : testing strategy
Agile Toulouse
 
AgileTour Toulouse 2012 : quel chemin vers l&rsquo;agilité
AgileTour Toulouse 2012 : quel chemin vers l&rsquo;agilitéAgileTour Toulouse 2012 : quel chemin vers l&rsquo;agilité
AgileTour Toulouse 2012 : quel chemin vers l&rsquo;agilité
Agile Toulouse
 
AgileTour Toulouse 2012 : objectif mars
AgileTour Toulouse 2012 : objectif marsAgileTour Toulouse 2012 : objectif mars
AgileTour Toulouse 2012 : objectif mars
Agile Toulouse
 
AgileTour Toulouse 2012 : lego4scrum
AgileTour Toulouse 2012 : lego4scrumAgileTour Toulouse 2012 : lego4scrum
AgileTour Toulouse 2012 : lego4scrum
Agile Toulouse
 
AgileTour Toulouse 2012 : innovation games
AgileTour Toulouse 2012 : innovation gamesAgileTour Toulouse 2012 : innovation games
AgileTour Toulouse 2012 : innovation games
Agile Toulouse
 

Plus de Agile Toulouse (20)

ATTLS22 - Sophie ROCCA - Le leadership inconscient des experts
ATTLS22 - Sophie ROCCA - Le leadership inconscient des expertsATTLS22 - Sophie ROCCA - Le leadership inconscient des experts
ATTLS22 - Sophie ROCCA - Le leadership inconscient des experts
 
ATTLS22 - Haja RAMBELONTSALAMA - Changement de Culture bien ordonnée commence...
ATTLS22 - Haja RAMBELONTSALAMA - Changement de Culture bien ordonnée commence...ATTLS22 - Haja RAMBELONTSALAMA - Changement de Culture bien ordonnée commence...
ATTLS22 - Haja RAMBELONTSALAMA - Changement de Culture bien ordonnée commence...
 
ATTLS22 - Déborah MULLER GAUTHIER - Tribulations d’une SM
ATTLS22 - Déborah MULLER GAUTHIER - Tribulations d’une SMATTLS22 - Déborah MULLER GAUTHIER - Tribulations d’une SM
ATTLS22 - Déborah MULLER GAUTHIER - Tribulations d’une SM
 
ATTLS22 - Claudia OROZCO-GOMEZ - ATELIER - Experimenter la collaboration
ATTLS22 - Claudia OROZCO-GOMEZ - ATELIER - Experimenter la collaborationATTLS22 - Claudia OROZCO-GOMEZ - ATELIER - Experimenter la collaboration
ATTLS22 - Claudia OROZCO-GOMEZ - ATELIER - Experimenter la collaboration
 
Agile Tour Toulouse 2020 : FORTUNEO - Tous pour un, l'agile pour tous ! Comme...
Agile Tour Toulouse 2020 : FORTUNEO - Tous pour un, l'agile pour tous ! Comme...Agile Tour Toulouse 2020 : FORTUNEO - Tous pour un, l'agile pour tous ! Comme...
Agile Tour Toulouse 2020 : FORTUNEO - Tous pour un, l'agile pour tous ! Comme...
 
agile tour toulouse 2015 - Kanban pour l'it une experience d'amélioration co...
 agile tour toulouse 2015 - Kanban pour l'it une experience d'amélioration co... agile tour toulouse 2015 - Kanban pour l'it une experience d'amélioration co...
agile tour toulouse 2015 - Kanban pour l'it une experience d'amélioration co...
 
agile tour toulouse 2015 - Intel REX
 agile tour toulouse 2015 - Intel REX agile tour toulouse 2015 - Intel REX
agile tour toulouse 2015 - Intel REX
 
agile tour toulouse 2015 - Ibp - les communautés de pratiques
 agile tour toulouse 2015  - Ibp - les communautés de pratiques agile tour toulouse 2015  - Ibp - les communautés de pratiques
agile tour toulouse 2015 - Ibp - les communautés de pratiques
 
Agile Tour Toulouse 2015 - Keynote 2 - Luc Pouliquen
Agile Tour Toulouse 2015 - Keynote 2 - Luc PouliquenAgile Tour Toulouse 2015 - Keynote 2 - Luc Pouliquen
Agile Tour Toulouse 2015 - Keynote 2 - Luc Pouliquen
 
Agile Tour Toulouse 2015 - Ekito
Agile Tour Toulouse 2015 - EkitoAgile Tour Toulouse 2015 - Ekito
Agile Tour Toulouse 2015 - Ekito
 
Agile Tour Toulouse 2015 - Patch bonheur au travail
Agile Tour Toulouse 2015 - Patch bonheur au travailAgile Tour Toulouse 2015 - Patch bonheur au travail
Agile Tour Toulouse 2015 - Patch bonheur au travail
 
Agile Tour Toulouse 2015 - Jean Marc Nozeran - La Performance
Agile Tour Toulouse 2015 - Jean Marc Nozeran - La PerformanceAgile Tour Toulouse 2015 - Jean Marc Nozeran - La Performance
Agile Tour Toulouse 2015 - Jean Marc Nozeran - La Performance
 
Agile Tour Toulouse 2015 - çA prendra combien de temps
Agile Tour Toulouse 2015 - çA prendra combien de tempsAgile Tour Toulouse 2015 - çA prendra combien de temps
Agile Tour Toulouse 2015 - çA prendra combien de temps
 
AgileTour Toulouse 2012 : posture Ingénieur Qualité en agilité
AgileTour Toulouse 2012 : posture Ingénieur Qualité en agilitéAgileTour Toulouse 2012 : posture Ingénieur Qualité en agilité
AgileTour Toulouse 2012 : posture Ingénieur Qualité en agilité
 
AgileTour Toulouse 2012 : TFS
AgileTour Toulouse 2012 : TFSAgileTour Toulouse 2012 : TFS
AgileTour Toulouse 2012 : TFS
 
AgileTour Toulouse 2012 : testing strategy
AgileTour Toulouse 2012 : testing strategyAgileTour Toulouse 2012 : testing strategy
AgileTour Toulouse 2012 : testing strategy
 
AgileTour Toulouse 2012 : quel chemin vers l&rsquo;agilité
AgileTour Toulouse 2012 : quel chemin vers l&rsquo;agilitéAgileTour Toulouse 2012 : quel chemin vers l&rsquo;agilité
AgileTour Toulouse 2012 : quel chemin vers l&rsquo;agilité
 
AgileTour Toulouse 2012 : objectif mars
AgileTour Toulouse 2012 : objectif marsAgileTour Toulouse 2012 : objectif mars
AgileTour Toulouse 2012 : objectif mars
 
AgileTour Toulouse 2012 : lego4scrum
AgileTour Toulouse 2012 : lego4scrumAgileTour Toulouse 2012 : lego4scrum
AgileTour Toulouse 2012 : lego4scrum
 
AgileTour Toulouse 2012 : innovation games
AgileTour Toulouse 2012 : innovation gamesAgileTour Toulouse 2012 : innovation games
AgileTour Toulouse 2012 : innovation games
 

AgileTour Toulouse 2012 : adopter l&rsquo;agilité

  • 1.
  • 2. Adopter l’agilité Le kit pour convaincre David Brocard - 2012
  • 3. Prérequis • Connaissances de base de ce qu’est l’Agilité • Les concepts présentés ne sont pas détaillés • Fournir des points d’entrée pour aiguiller The author must be referenced for any reuse
  • 4. David Brocard Consultant indépendant Gestion de Projet Informatique - Méthodes Agiles
  • 5. Sommaire ✓ Client septique ✓ Frequently Heard Answers ✓ Convaincre pour changer
  • 7. • L’Agilité progresse ! • “Méthodologie de rupture” • Encore beaucoup d’effort pour convaincre
  • 8. Halte au simplisme ! • 10 ans d’Agilité quand même... • Une communication à améliorer • Ne prenons pas le client pour un ... • Respectons ses acquis • agilité vs Agilité
  • 9. Frequently Heard Answers (FHA)
  • 10. Pour chaque FHA 1. L’hypothèse simpliste 2. Les pratiques à éviter 3. L’agilité "naturelle" 4. Les différences avec l'Agilité
  • 11. Frequently Heard Answers • "Nous cassons déjà l'effet tunnel !" • "Notre méthode gère déjà les changements !" • "Notre façon de faire de l'architecture ne se limite pas à tout figer dès le départ !" • "L'Agilité est incompatible avec nos sous-traitants au forfait !" • "Nous mettons déjà en oeuvre les pratiques d’ingénierie logicielles agiles !" • “Notre documentation est la minimum nécessaire“
  • 12. "Nous cassons déjà l'effet tunnel !"
  • 13. Effet tunnel • L’hypothèse simpliste ‣ Pur cycle en V ‣ Pas de livraisons intermédiaires, effet tunnel d’un an ‣ Phasage strict: pas d’anticipation d’une phase sur l’autre, on attend la tenue des jalons avant de poursuivre • Les pratiques à éviter ‣ Inscrire le cycle en V comme fondation du référentiel projet • L’agilité "naturelle" ‣ Incrémental: plusieurs mini-cycles en V ‣ Une vraie discipline de tests unitaires ‣ “Lean en V”: les principes Lean génériques appliqués au cycle en V ‣ Le design et le code sont souvent commencés avant la fin des specs
  • 14. Effet tunnel • Les différences avec l'Agilité ‣ Pas de time box, ni de vrai flux ‣ Différent du Lean Software Development ‣ Phases vs activités d’ingénierie ‣ RUP : agile ?
  • 15. "Notre méthode gère déjà les changements !"
  • 16. Changements • L’hypothèse simpliste ‣ Tous les besoins définis au départ de façon détaillée • Les pratiques à éviter ‣ Critères de succès basés sur la conformité au plan initial ‣ CCB lourd et inadapté à la taille du projet ‣ Sous estimer la part de l’inconnu à l’instant t (voir les statistiques) • L’agilité "naturelle" ‣ CCB léger et adapté à la taille du projet ‣ Phase de prototypage préliminaire permettant de limiter la casse
  • 17. Changements • Les différences avec l'Agilité ‣ L’acceptation du changement est sans doute l’aspect le mieux pris en compte par l’Agilité ‣ A l’origine de la culture agile <> CCB formel, vécu a posteriori ‣ Injection de changements au début de cycles courts ‣ L’agilité technique sécurise l’acceptation des changements ‣ Gestion des besoins taillées pour prévenir les perturbations
  • 18. "Notre façon de faire de l'architecture ne se limite pas à tout figer dès le départ !"
  • 19. Architecture • L’hypothèse simpliste ‣ Architecture exhaustive figée dans les détails avant de passer à la phase suivante ‣ Architectes non impliqués dans les phases de développements • Les pratiques à éviter ‣ Différer la mise à l’épreuve de l’architecture sur papier ‣ Rester trop abstrait en termes d’exigences non fonctionnelles (NFR) ‣ Mettre toutes les NFR au même niveau d’importance • L’agilité "naturelle" ‣ Commencer par un mini-projet dans le projet : POC (Proof Of Concepts) ou prototypes ‣ Cas du RUP : la phase d’élaboration vise explicitement à itérer pour livrer une “architecture exécutable”
  • 20. Architecture • Les différences avec l'Agilité ‣ Architecture = “les grands principes de conception irréversibles” - phase d’exploration ‣ L’architecture est propriété de l’équipe et non d’experts mandatés ‣ Une approche POC intrinsèque ‣ Les NFR sont exprimées sous forme de user stories et sont systématiquement priorisées ‣ Les NFR sont priorisés, donc échelonnées ‣ Même quand il y a une “Release 0”, l’architecture continue à émerger lors des itérations “fonctionnelles” ‣ Une utilisation raisonnée des outils de modélisation Exploration Engagement Release 0 Release 1
  • 21. "L'Agilité est incompatible avec nos sous- traitants au forfait !"
  • 22. Sous-traitance • L’hypothèse simpliste ‣ Le client transmet un cahier des charges et ne revient qu’au moment de la recette ‣ Le client est à même de sécuriser son forfait par des besoins précis ‣ Le client sait écrire les tests de recette et passer la recette • Les pratiques à éviter ‣ Jouer pour perdre : demander l’impossible à son sous-traitant et fermer les yeux en attendant qu’il se récupère par des avenants hors de prix ‣ Négliger l’effort à consacrer pour un suivi régulier et son importance
  • 23. Sous-traitance • L’agilité "naturelle" ‣ Des personnes plus intelligentes que des contrats inadaptés ‣ Granularité des engagements ‣ Contrats cadre éprouvés Spec1 SERVICE WORKLOAD F1 Complexe UC 10 days Spec2 Average UC 5 days F2 Simple UC 2 days Corrective patch 3 days etc F3
  • 24. Sous-traitance • Les différences avec l'Agilité ‣ Le client est réellement engagé ‣ De la subordination au partenariat ‣ Vers la sortie du “triangle de fer” ‣ Une vraie difficulté : toujours un monde d’aventuriers ‣ Les catalogues de services sont plus rigides que les contrats à base d’engagement de vélocité ‣ Rediriger l’engagement vers la qualité intrinsèque
  • 25. "L'Agilité est incompatible avec nos gros projets en équipes distribuées !"
  • 26. Gros projets • L’hypothèse simpliste ‣ Grosses équipes “en râteau” ‣ Pas d’interactions horizontales ‣ Pas de rendez-vous intermédiaires • Les pratiques à éviter ‣ Excès de hiérarchie et de subordinations entre les différents niveaux ‣ Ségrégation des activités. Céder au mythe du découpage stricte expertise métier / software factory V Us Them Someone
  • 27. Gros projets • L’agilité "naturelle" ‣ Pas de solution “tout-en-un”. Adaptation à la spécificité du contexte ‣ Volonté de développer la communication et les rencontres sur place ‣ Développement des visio • Les différences avec l'Agilité ‣ L’agilité invite à considérer le rapprochement géographique ‣ Rendez-vous plus fréquents ‣ On privilégie le découpage en “Feature Team” pour que chaque entité soit impliquée verticalement dans le développement ‣ Intégration continue transverse ou multi-niveaux ‣ Les valeurs prennent le relais des contraintes
  • 28. "Nous mettons déjà en oeuvre les pratiques d’ingénierie logicielles agiles !"
  • 29. Ingénierie logicielle • L’hypothèse simpliste ‣ Intégration big-bang ‣ Tests unitaires et fonctionnels non automatisés • Les pratiques à éviter ‣ Exigences mal découpées ; pilotage par les tâches techniques ‣ Négliger l’importance d’une couverture maximale de tests unitaires ‣ Ecriture tardive des tests fonctionnels et de recette • L’agilité "naturelle" ‣ Structuration des besoins en uses case métier ‣ Savoir-faire en matière de tests (“XUnit Tests Patterns” - Meszaros) ‣ Automatisation des tests unitaires et fonctionnels
  • 30. Ingénierie logicielle • Les différences avec l'Agilité ‣ Use cases vs user stories : de nombreux points communs mais des différences essentielles ‣ TDD, BDD : bien plus que des tests unitaires ‣ Discipline sous-jacente autour de l’intégration continue ‣ Une traçabilité par construction et par exécution User story Acc. Tests Fixture Code Tests results
  • 31. “Notre documentation est la minimum nécessaire“
  • 32. Documentation • L’hypothèse simpliste ‣ Client obnubilé par une documentation exhaustive • Les pratiques à éviter ‣ Ne pas se préoccuper au préalable des relecteurs à consulter pour assurer la pertinence du contenu ‣ Faire du zèle aux poulets • L’agilité "naturelle" ‣ Référentiels qualité prévoient des déclinaisons en fonction de la complexité des projets ‣ Les cochons ne disent rien mais n’en pensent pas moins
  • 33. Documentation • Les différences avec l'Agilité ‣ Inscrit noir sur blanc dans les 1eres lignes du Manifeste ‣ La métaphore “voyager léger” autorise de remettre en cause l’intérêt, l’efficacité et le contenu d’un document ‣ La documentation n’est requise que si elle réellement nécessaire pour le contexte du projet ‣ La documentation minimale se limite à ce qui est nécessaire pour compléter les conversations face à face et fédérer les intervenants ‣ La documentation “exécutable” prend le relais de la documentation classique (TDR, TDD) ‣ “La doc c’est le code”
  • 34. Convaincre pour changer
  • 35. Pourquoi convaincre ? • Identifier l’origine de l’impulsion 1. Marketing ou politique 2. Vraie volonté de changement de gouvernance 3. Levier technique • Agir en conséquence 1. Des valeurs = du courage ! 2. Ne pas survendre l’Agilité 3. La route vers l’Agilité technique (Craftsmanship)
  • 36. Changer • Changer le process ou changer les valeurs ? • Les pilotes sont indispensables • Ne pas négliger le niveau culturel du changement • Montrer l’intérêt avec le temps par l’absence d’Agilité • Etre respectueux et pragmatique Coaching : une affaire de sensibilité