L'une des sessions les plus discutées lors du PMI Symposium '17 a été présentée par Seth Norburg, Program Management Supervisor chez Caterpillar. Dans sa session, Seth a présenté le parcours Agile de Caterpillar Equipment et ce qu'a été l'introduction des méthodologies Agile chez ce géant industriel centenaire.
L'équipe de M. Norburg était un PMO central qui fournissait une sorte d'assistance-conseil aux équipes locales qui structuraient et mettaient en œuvre des projets.
Le parcours agile de Caterpillar Equipment
Au départ, l'entreprise disposait d'une équipe logicielle qui avait 
a adopté l'approche agile, ce qui a été un succès. Lorsqu'une autre équipe a demandé au PMO central de l'aider à adopter l'agile, cela ne s'est pas très bien passé. En fait, ils ont parlé d'un "échec total". En examinant les leçons apprises, ils ont déterminé que leur échec dans la mise en œuvre de la méthode agile pour la deuxième équipe était dû au fait qu'ils avaient.. :
- Connaissance insuffisante des méthodologies Agile
- Ne savait pas quelle méthodologie "agile" utiliser
- Nécessité d'impliquer davantage d'équipes
L'occasion suivante de mettre en œuvre la méthode agile s'est présentée avec une équipe qui avait des problèmes de portée endémiques - portée non contrôlée, changements fréquents des exigences et cycles constants de planification et de replanification.
Cette fois-ci, avant de procéder à la mise en œuvre, ils ont commencé par contacter les principales parties prenantes afin d'identifier la compréhension et les attitudes actuelles de l'équipe à l'égard de la méthode agile, de manière à pouvoir planifier des stratégies de formation et de réponse appropriées. Ils ont constaté que l'équipe pensait que
- Si nous utilisons la méthode agile, nous n'avons plus besoin de respecter les délais.
- notre projet est trop important pour l'approche agile
- nous n'exécutons pas de projet informatique, l'approche agile n'est donc pas applicable
- nous ne pouvons pas utiliser la méthode agile si nous ne sommes pas installés au même endroit
- Nous n'avons pas besoin de plan en agile !
Leur engagement précoce et 
L'accent a été mis de manière cohérente sur l'éducation et la formation, notamment en identifiant les principaux points de résistance et en essayant d'y remédier. Pour ce faire, il était essentiel de se concentrer sur les similitudes entre la méthode Agile et la méthode Waterfall :
- LES DEUX utilisent l'itération et l'élaboration progressive
- Dans les deux cas, il y a un chef de projet - dans les deux cas, il y a une charte. Le chef de projet facilite la collaboration entre l'équipe et les parties prenantes. En fin de compte, il s'agit de travailler avec des personnes pour atteindre un objectif.
Et, en fin de compte, 
Les sponsors des entreprises ne se soucient pas de ce que nous faisons pour livrer, ils sont seulement concernés par les résultats.
Lors de la mise en œuvre, ils se sont concentrés sur trois domaines :
- Éducation et formation
- Gestion du changement
- Proposer des offres de services flexibles pour soutenir la bonne méthodologie
Mais... quelle méthodologie était la bonne ?
La méthodologie
L'équipe de Caterpillar a examiné les méthodologies Agile et a décidé que la seule méthodologie capable de gérer leur travail au niveau d'un projet, d'un programme et d'un portefeuille, et de répondre aux besoins des composantes en cascade d'un programme, était SAFe Agile. Cette approche :
- Est basé sur les principes Lean/Agile
- Prise en charge de Scrum, Kansan et XP
- Assurer la gestion agile des portefeuilles et des programmes
- Meilleure évolutivité et adaptabilité
Programmes hybrides
Bien sûr, cela n'avait pas de sens de prendre toutes les équipes agiles, ni de s'assurer que toutes les équipes d'un même programme étaient agiles - alors comment gérer un programme hybride ? Voici une illustration de la façon dont ils ont combiné les projets Agile et Waterfall dans le même projet.
- Ils ont aligné les récits des utilisateurs sur les étapes clés et les dépendances.
- La règle générale était que chaque sprint devait donner lieu à un produit livrable, même s'il ne faisait pas l'objet d'un test complet
- Ils ont ensuite superposé des étapes de gestion
- Ajout de GANTTs pour les travaux basés sur la chute d'eau (juridique, infrastructure, etc.)
- Enfin, pour lier le tout, ils ont tenu à jour un registre détaillé des dépendances, qui décrit les dépendances entre les équipes Agile et les équipes Waterfall - c'est la CLÉ pour que tout fonctionne.
Vestiges de la chute d'eau
Elles fonctionnent et prévoient de continuer à fonctionner dans un environnement "hybride", pour les raisons suivantes 
certains projets sont plus adaptés à la méthode Agile, d'autres à la méthode Waterfall. En général, leur approche était que si un projet avait un champ d'application très strict, il était préférable de l'adapter à la méthode Waterfall. S'il y avait une chance ou une opportunité que le champ d'application soit ou puisse être flexible, ils l'orienteraient vers l'agile. Ils admettent volontiers que ce choix n'est pas toujours facile, ni toujours facile à faire. 
bien dès la première fois. Ils ont parfois constaté qu'ils devaient adapter un projet Waterfall à la méthode Agile, ou un projet Agile à la méthode Waterfall.
Outils
En ce qui concerne les outils, il semble qu'il s'agisse d'un travail en cours. Pour les composants Waterfall, ils utilisent Primavera - il semble également que ce soit là qu'ils fassent l'essentiel de leur planification financière, représentant chaque sprint agile comme une barre de tâches de deux semaines. Il n'y a pas d'intégration automatisée aujourd'hui - tout est saisi manuellement - à chaque sprint.
En ce qui concerne l'approche Agile, ils utilisent Microsoft Visual Studio Team Services (VSTS). Cet outil permet aux équipes de saisir et de gérer des épopées, des fonctionnalités, des histoires et des tâches, et prend également en charge Kanban. Bien que d'autres outils puissent offrir ces fonctionnalités, l'entreprise disposait déjà d'une expertise interne et a donc décidé de l'utiliser.
L'inconvénient de ces outils est qu'il n'y a pas d'intégration, de sorte qu'il y a beaucoup de post-traitement manuel pour obtenir les chiffres mensuels réels. Bien que cela ne soit pas précisé, j'imagine que le suivi des dépendances a dû être entièrement manuel et que sa maintenance et sa mise à jour ont probablement demandé beaucoup de travail.
Enseignements tirés
- L'éducation est absolument essentielle à la réussite de la mise en œuvre de la méthode Agile, et il doit s'agir d'une transformation du haut vers le bas
- Cibler un projet pilote réussi
- Développer un modèle de formation solide, répondant aux besoins des membres de l'équipe, des maîtres de mêlée, des propriétaires de produits et des coachs agiles.
- La transformation n'est pas facile et nécessite un changement total d'état d'esprit.
- Comprendre les avantages de l'agilité, de la chute d'eau ou de l'approche "bot".
Prêt pour l'agilité ?
Contact Us to find out more about our Project and Change Management Services, please email us at PPManswers@KolmeGroup.com.
N'oubliez pas de nous suivre sur Twitter, LinkedIn et YouTube et d'utiliser #KolmeGroup sur les messages partagés !
Réservez votre consultation