Actuellement, la plupart des entreprises sont agiles. L'Agilité change la façon de travailler non seulement des équipes de développement, mais aussi des autres départements comme la RH, la DAF, le PMO, etc. Nick Oostvogels, Responsable de Projet et Coach Agile chez SkyCoach, s'est récemment exprimé sur le nouveau rôle du PMO (Project Management Office) dans une entreprise agile.
Nick explique qu'il existe des conséquences à l'Agilité en entreprise, comme le mauvais alignement de certaines équipes fonctionnelles, la planification qui ne correspond pas au rythme agile, ainsi que le PMO qui ne sait pas comment soutenir les équipes agiles. Dans la plupart des entreprises, le PMO est un organe de contrôle. Il apprend les lignes directrices, les modèles et les processus aux équipes de projet.
Un PMO ordinaire qui doit soudainement composer avec un projet agile agira de la même façon. Elle expliquera au Product Owner, ou au Scrum Master, qu'il doit se préparer pour une revue mensuelle de projet. Pour ce faire, il devra entrer son planning de projet dans l'outil de l'entreprise, pour qu'une base y soit présente et que le projet puisse être géré en détails. Quand le PO, ou le SM, expliquera qu'il n'a pas de planning de projet, mais plutôt un backlog produit priorisé, le PMO demandera cordialement, mais fermement, qu'il le convertisse en diagramme de Gantt. Lors de la prochaine revue de projet, le Product Owner présentera son diagramme de Gantt et changera doucement, mais inévitablement, son comportement.
Charles G. "Chuck" Cobb, Expert en Gestion de Projet Agile, Consultant et Ecrivain, a récemment partagé son point de vue sur le rôle du PMO Agile. Il explique qu'il y a beaucoup de gens dans la communauté Agile qui diront que le rôle de PMO n'existe pas dans un environnement agile ou lean, et que le concept même de PMO est clairement associé au contrôle et à l'imposition de règles de type Waterfall pour sélectionner et gérer l'exécution de projets et de programmes. Il mentionne que, dans un environnement agile, le rôle de PMO devient un rôle de conseil et de consultation plutôt qu'un rôle de contrôle.
La responsabilité primordiale de fournir une orientation au projet se déplace plutôt vers le côté métier, représenté par le Product Owner dans les projets, et il y a une association beaucoup plus étroite avec le côté métier pour donner plus d'importance à la livraison de valeur métier plutôt que simplement gérer les coûts et les plannings.
Nick suggère que les actions suivantes devraient être à la charge du PMO dans une entreprise agile :
- Demander au PO quel est l'axe principal du projet - Qu'est-ce qui est le plus crucial pour ce projet ? Y a-t-il un périmètre minimum que nous voulons livrer ?
- Demander le Backlog Produit au PO - Le Backlog Produit est-il à jour, estimé et priorisé ?
- Fournir au PO les outils de planification de livraison agile - le PO doit être en mesure de générer un release burn-up chart à partir de son backlog produit. Cela lui procure (ainsi qu'à la direction de projet) une bonne vision globale de l'évolution du projet, sprint après sprint, et stimule la méthode de pensée agile de livrer des incréments jusqu'à ce que suffisamment de valeur métier ait été réalisée.
Peter Schmidt, Vice Président du Service Client chez ESI International, s'exprime à travers son article InfoQ, sur le rôle du PMO dans la planification agile. Il explique que le PMO peut jouer un rôle important dans les sessions de planification agile.
En termes de planning, le PMO est fortement impliqué sur les trois principaux niveaux de planification de projet agile (stratégique, financier et planification de projet), tandis que l'équipe projet fournit les bases pour la livraison, l'itération et le planning des cycles journaliers. L'illustration ci-dessus décrit les interactions top-down et bottom-up de ces activités de planification.