Pour le PMO, la pression est forte pour réduire le temps de planification, s'adapter aux demandes et aux changements du marché, et livrer les meilleurs projets dans le respect du budget. Mais la direction vous demande-t-elle vraiment de vous transformer en maître de mêlée, ou simplement d'adopter un cadre agile ? Les méthodologies Agile vous donnent-elles les informations nécessaires pour mesurer le succès et rendre compte à l'entreprise? L'agilité a son rôle dans le PMO, mais je dirais que ce n'est pas suffisant. Dans cette série de blogs en deux parties, je vais vous présenter les avantages et les inconvénients des méthodologies Agile et vous expliquer comment éviter ce que j'appelle le "piège de la méthodologie".
Il vous faut plus que de l'agile
Lorsqu'elles sont correctement mises en œuvre, les méthodologies Agile peuvent apporter beaucoup de valeur à l'entreprise. À un niveau élevé, Agile permet de raccourcir les cycles de planification afin que les équipes puissent se concentrer sur ce qui doit être fait à court terme, d'améliorer la communication au sein de l'équipe, de résoudre les problèmes rapidement et de créer la capacité de changement (redonner la priorité à la prochaine fonctionnalité, activité ou histoire sur laquelle travailler). Il permet de livrer quelque chose plus rapidement afin que les équipes puissent obtenir plus tôt les réactions des utilisateurs.
De toute évidence, Agile peut être votre solution pour les projets dont le calendrier et les coûts sont fixes, afin que les équipes puissent développer des solutions et itérer plus rapidement. Cependant, il est souvent difficile de l'utiliser lorsque la portée est fixe. Tous les projets ne sont pas identiques et il est souvent judicieux d'utiliser différentes approches pour différents projets en fonction de ce qui doit être accompli. Agile fait partie d'un écosystème plus large qui comprend les processus d'affaires, la planification financière et la stratégie - tous liés au cycle de vie technologique global qui détermine la compétitivité d'une organisation.
Il n'existe pas de solution unique pour hiérarchiser les bons projets et équilibrer la demande entrante et la charge de travail actuelle, tout en optimisant les ressources. Lorsqu'il s'agit d'Agile, vous avez toujours besoin de PPM.
Voyons pourquoi Agile et PPM ne s'excluent pas mutuellement.
1. De nature granulaire : Le PMO est un conseiller de confiance pour l'organisation plus large. Il a donc besoin d'un processus pour décomposer le travail en priorités stratégiques et organisationnelles, en les formulant dans un plan, des programmes et des investissements. Si un outil Agile peut gérer un backlog de priorités spécifiques, ne vous trompez pas en pensant qu'il est conçu pour peser et hiérarchiser les projets à un niveau supérieur, stratégique.
Connexion avec PPM: Il fournit la supervision et le reporting nécessaires pour pouvoir partager les objectifs de haut niveau et la stratégie en termes commerciaux avec les principaux décideurs et cadres.
2. Ne peut pas voir rapidement la valeur commerciale stratégique: Les épopées, de grands corps de travail qui sont décomposés puis remontés à partir des histoires, sont conçues pour aider les équipes à l'exécution, documenter les exigences, et aider les codeurs à gérer l'incertitude autour de la portée, la communication à travers l'équipe, et la priorisation des exigences. Mais ils ne montrent pas nécessairement la valeur commerciale ou si vous vous rapprochez de vos objectifs commerciaux globaux. Une histoire en soi livre des fonctionnalités, comment mesurer si la version va réduire les coûts, améliorer la satisfaction des clients ou augmenter les revenus ? Lorsque des conflits surviennent au sein des organisations et des équipes, des compromis sont nécessaires, comment allez-vous modéliser et évaluer les options ?
Connexion avec PPM: Aider le PMO à articuler la valeur commerciale et à comprendre l'impact des scénarios de compromis lorsqu'il envisage des stratégies, des produits, des services, des segments de clientèle, des marchés et l'adaptation des besoins commerciaux.
3. Impossible de saisir les plans et les avantages attendus: Examinons la réalité de l'informatique dans la plupart des organisations, l'IT/PMO est un centre de coûts avec des engagements à fournir de la valeur dans un certain délai et pour un certain coût et effort. Si l'informatique doit absolument réfléchir à la manière dont elle peut décomposer le travail afin de fournir de la valeur plus rapidement et de manière plus incrémentielle, cela signifie probablement créer des versions 6 mois plutôt que des versions 2-3 semaines. L'entreprise va toujours approuver le financement et exiger un retour sur investissement attendu avec des plans, des analyses de rentabilité et les avantages attendus. Comment allez-vous mesurer les progrès réalisés par rapport à ces plans et évaluer les performances lorsque ces plans seront achevés ? Bien que les outils Agile puissent mieux aligner les applications logicielles sur l'entreprise et que l'Agile rende le développement et la livraison des logiciels plus prévisibles, il s'agit toujours de fournir les informations les plus précises possibles à l'entreprise.
Connexion au PPM : Planifiez et évaluez les avantages attendus afin que le PMO puisse les présenter à la direction.
Ensemble, Agile et PPM sont une vue d'en haut - voir la situation dans son ensemble tout en étant capable de saisir la réalité et les exigences granulaires et quotidiennes qui peuvent rendre votre organisation plus agile et compétitive. Restez à l'écoute du blog de Planview où je fournirai les autres raisons pour lesquelles vous avez besoin à la fois de PPM et d'Agile.
