Est-ce qu'une cohabitation cascade-agile est envisageable ? Est-ce que le cascade est soluble dans l’agile ou est-ce que l’agile est soluble dans le cascade ? Je vous propose mon regard sur ce sujet en gardant bien évidemment à l’esprit la perspective d’une approche sobre et durable.
Peut-on envisager la cohabitation des deux approches sur un même projet ? En sachant que les méthodes et les référentiels n’apprécient pas d’être dénaturés. On peut fort heureusement adapter la méthode mais en aucun cas la dénaturer. Les fondateurs de Scrum le précisent parfaitement dans le guide définitif SCRUM en disant que bien qu’une mise en œuvre partielle de Scrum soit possible, le résultat ne sera pas Scrum. Scrum n'existe que dans son intégralité. Et c’est la même chose pour PRINCE2 ou PMI sur le volet cascade.
Et si ralentir le rythme contribuait directement à la performance des projets ? Les exigences sur les délais et sur la fréquence des rapports et des réunions ne sont pas toujours justifiées. Je suis convaincu qu’il est possible de ralentir sur les projets sans impact négatif sur leurs performances. Je suis même convaincu que l’impact est positif.
Raison, gestion et priorisation, trois leviers si simples à activer pour s’engager vers une gestion de projet sobre et durable.
Quand j’ai engagé mon projet de deuxième bureau, j’aurais pu commencer par me poser comme question « Quel bureau souhaites-tu ? », et la réponse aurait été un Roubo. Mais j’ai reformulé cette question pour me demander « Quel est ton besoin en matière de deuxième bureau ? » Et ça change tout. Je n’ai pas besoin d’un Roubo. J’ai besoin d’une surface de travail qui me permette de fixer une pièce de bois pour la travailler sur ses trois plans (ça, c’est important). Il faut pouvoir travailler sur la face de la pièce, sur le champ ou sur l’extrémité (pour y faire de beaux assemblages par exemple).
J'avais prévu de traiter 8 éléments clés de gestion d’un projet conduit en agile. L’objectif est atteint, il est donc temps de clore le projet. Cet épisode marque la fin de la saison 2 de pOsons le projet.
Garder les options ouvertes le plus longtemps possible et accueillir favorablement le changement. Et si c’était ça l’esprit agile ? En respectant le cadre pour une gestion de projet sobre et durable, bien évidemment !
N'hésitez pas à me transmettre vos commentaires, remarques, attentes, critiques et aussi vos questions en écrivant à christian@posonsleprojet.fr. Et pour aller plus loin sur la gestion de projet, rendez-vous sur www.itpms.fr
Suivre le projet agile qui avance à un rythme soutenu (et soutenable), ce n’est pas une mince affaire. Les rituels participent bien au partage des informations de suivi, mais ce n'est pas suffisant. Il faut s'appuyer sur le principe de transparence et utiliser des diffuseurs d'informations.
N'hésitez pas à me transmettre vos commentaires, remarques, attentes, critiques et aussi vos questions en écrivant à christian@posonsleprojet.fr. Et pour aller plus loin sur la gestion de projet, rendez-vous sur www.itpms.fr
En gestion de projet agile le risque doit être considérée en intégrant une difficulté particulière : l’incertitude sur le livrable. Il faut donc surveiller les risques sur la vision, la release et le sprint pour ajuster les options de traitement en fonction des évolutions du projet et de ses livrables.
N'hésitez pas à me transmettre vos commentaires, remarques, attentes, critiques et aussi vos questions en écrivant à christian@posonsleprojet.fr. Et pour aller plus loin sur la gestion de projet, rendez-vous sur www.itpms.fr
La prochaine personne qui annonce qu’elle ne planifie pas parce qu’elle "travaille en sprint", devra se repasser cet épisode 20 fois de suite jusqu’à s’engager à ne plus jamais imaginer un projet agile sans planification.
N'hésitez pas à me transmettre vos commentaires, remarques, attentes, critiques et aussi vos questions en écrivant à christian@posonsleprojet.fr. Et pour aller plus loin sur la gestion de projet, rendez-vous sur www.itpms.fr
Si vous repérez une fonction chef de projet, c'est que vous n'êtes pas sur un projet conduit en agile. Cette fonction n'est simplement pas compatible avec la gestion de projet agile, alors exercez votre devoir de conseil ! Ici nous parlons de product-owner et de scrum-master.
N'hésitez pas à me transmettre vos commentaires, remarques, attentes, critiques et aussi vos questions en écrivant à christian@posonsleprojet.fr. Et pour aller plus loin sur la gestion de projet, rendez-vous sur www.itpms.fr
Imaginer le livrable, car le décrire n'est pas possible, sinon nous ne conduirions pas le projet en agile. Mais il est possible de réduire l'incertitude sur le périmètre de la prochaine livraison augmenter la proportion de certitudes.
N'hésitez pas à me transmettre vos commentaires, remarques, attentes, critiques et aussi vos questions en écrivant à christian@posonsleprojet.fr. Et pour aller plus loin sur la gestion de projet, rendez-vous sur www.itpms.fr
Stay up to date
For any inquiries, please email us at hello@podcastworld.io