PRINCE2 et SCRUM sont-ils compatibles ? – partie 2
Après notre premier principe PRINCE2 « la justification continue pour l’entreprise », voici une comparaison du second principe :
2ème Principe PRINCE2 : Leçons tirées de l’expérience
Les équipes de projet PRINCE2 tirent les leçons des expériences antérieures.
Les retours d’expérience sont identifiés, enregistrés et appliqués tout au long du projet :
- lors de l’élaboration du projet,
- au fur et à mesure que le projet progresse,
- à la clôture du projet.
Un des principes fondamentaux des méthodologies Agile et de SCRUM en particulier est « inspect and adapt » (inspection et adaptation). Cela est valable non seulement pour les artefacts comme le « backlog », mais également pour la manière dont l’équipe fonctionne.
Cette notion de rétroaction induite par le principe « inspect and adapt » est en place à plusieurs niveaux dans la séquence d’évènements qui rythment un projet SCRUM :
- La mêlée quotidienne implémente le cycle le plus court d’inspection et d’adaptation et se concentre sur le travail quotidien.
- La revue de fin de sprint implémente un cycle d’inspection et d’adaptation qui concerne le produit lui-même.
- La rétrospective de fin de sprint implémente l’inspection et l’adaptation au niveau du travail d’équipe.
- La planification du sprint implémente quant à lui un cycle d’inspection et d’adaptation qui concerne la relation que l’équipe SCRUM entretient avec le produit.
La différence: PRINCE2 stipule simplement qu’il faut chercher, enregistrer et mettre en œuvre les leçons tirées durant toutes les phases du projet (au démarrage, pendant et lors de la phase de clôture). SCRUM est beaucoup plus explicite en faisant en sorte d’affiner constamment les exigences à des moments bien précis.
Une autre différence fondamentale de SCRUM est la remise en cause de l’application de la méthodologie elle-même lors de la rétrospective de fin de « sprint », ce qui n’est pas le cas dans PRINCE2.
3eme Principe PRINCE2 : Rôles et responsabilités définis. (Prochainement en ligne…)
—–oOo—–© 2011 – Lahcen AFIF (Chef de Projet PRINCE2 Practioner & ScrumMaster Certified) Gestion de Projet – Web 2.0 – Mobile – Formation & Coaching
—–oOo—–
Catégories: PRINCE2, SCRUM · Mots-clés: Agile, Gestion de projet, PRINCE2, SCRUM
PRINCE2 et SCRUM sont-ils compatibles ?
Adepte des méthodes agiles et plus particulièrement de SCRUM, je me suis posé la question de la compatibilité et de la complémentarité de ces méthodes et des méthodes traditionnelles de gestion de projet.
Voici une comparaison des 7 principes de PRINCE2 et leur corrélation avec SCRUM.
Pour ceux d’entre vous peu familier avec SCRUM, je les invite à visualiser cette vidéo : Introduction à SCRUM.
1er Principe PRINCE2 : Justification continue pour l’entreprise.
Un projet PRINCE2 doit remplir les conditions suivantes :
- il existe une raison justifiable de le démarrer;
- la justification reste valable tout au long du projet;
- la justification est documentée et approuvée.
Cette justification est validée par une maintenance et une revue régulière du « Cas d’affaire » (Business Case).
A la différence de PRINCE2, SCRUM n’a pas de « Cas d’affaire », mais s’assure que le projet laisse de la valeur (Business Value), même s’il est interrompu. En effet, chaque itération est censée fournir un incrément potentiellement livrable.
Ce qui signifie qu’après chaque itération, le projet pourrait être interrompu. De plus, SCRUM conseille au « Product Owner » de revoir régulièrement le « Product Backlog » tout au long du projet pour s’assurer qu’on développe en priorité les fonctionnalités qui apporte le plus de valeur ajoutée (Business Value).
D’un autre coté, bien que Prince2 revoit et mette à jour le « Cas d’affaire » à la fin de chaque séquence de management, une séquence est souvent bien plus longue qu’une itération dans SCRUM.
2eme Principe PRINCE2 : Leçons tirées de l’expérience.
© 2011 – Lahcen AFIF (Chef de Projet PRINCE2 Practioner & ScrumMaster Certified) Gestion de Projet – Web 2.0 – Mobile – Formation & Coaching
—–oOo—–
Catégories: PRINCE2, SCRUM · Mots-clés: Agile, Gestion de projet, PRINCE2, SCRUM
Kanban et Scrum
Si vous vous intéressez aux méthodes agiles pour le développement de logiciel, vous avez probablement entendu parler de Scrum, et vous avez peut-être également entendu parler de Kanban. La question que nous entendons de plus en plus souvent est “C’est quoi Kanban, quelle différence avec Scrum ?” Sont-ils complémentaires et de quelle façon ?
Dans quels cas peuvent-ils rentrer en conflit ?
Le but de ce vidéo est de vous donner une vision plus claire qui vous permettra de comprendre comment Kanban et Scrum peuvent être utiles dans votre environnement de travail.
—–oOo—–© 2011 – Lahcen AFIF (PRINCE2 Practioner & ScrumMaster Certified) Gestion de Projet – Formation – Coaching
Web 2.0 – Référencement - Identité Numérique & Personal Branding —–oOo—–
Catégories: Gestion de projet, SCRUM · Mots-clés: Agile, Kanban, SCRUM
Prenez vos vacances !
Être chef de projet est une profession exigeante. En plus d’occuper la position la plus visible de l’équipe, vous êtes le seul dans ce rôle et vous n’avez personne pour vous remplacer. Planifier des congés dans ces conditions est souvent difficile, surtout si vous êtes un consultant externe car vous avez l’impression que votre absence risque d’avoir un impact négatif sur le projet.
Pour minimiser ce risque, les chefs de projet débutants annulent leurs vacances, ou dans le pire des cas, ne planifient pas de vacances du tout. J’ai appris au fil du temps que nous avions vraiment besoin de prendre des pauses régulières pour prendre du recul par rapport aux conditions stressantes qui sont inhérentes à la plupart des projets.
Je ne dis pas que vous devez planifier vos prochains congés sans aucun égard pour votre projet ou votre planning. S’il s’agit seulement d’un projet de trois semaines, il est clair que vos vacances peuvent attendre. Prendre des vacances la semaine qui précède la mise en production d’une version majeure serait également irresponsable. Prenez vos vacances, donc. Cependant, n’oubliez pas de trouver et de former quelqu’un pour remplir votre rôle durant votre absence. Votre remplaçant ne pourra certes pas faire les choses exactement comme vous les auriez faites, mais il sera en mesure de maintenir le navire à flot et de tenir la bonne direction. Vous pouvez par exemple demander de reporter les décisions importantes jusqu’à votre retour.
Ce remplaçant peut être le chef de projet d’une autre équipe, mais quelqu’un de votre propre équipe est probablement le meilleur choix. Un membre de l’équipe sera en effet plus familier avec le projet, et cela lui donnera l’occasion de faire un essai dans un rôle de leadership. Dans certaines organisations, le « business-analyst » peut être un bon intérim. Cette personne connaît assez bien les besoins, et a une bonne vue d’ensemble de l’organisation du projet. Du moins, si vous l’avez impliqué tout au long du projet, comme vous auriez dû le faire.
En développement Agile, le concept de l’équipe auto-organisée est à la fois important et puissant. L’idée est que le chef de projet met en place des processus visibles et faciles à comprendre que toute l’équipe suit. Lorsque l’équipe adopte ces processus, le chef de projet gère de moins en moins, et devient au fil du temps, un facilitateur qui supprime les obstacles et résout les problèmes.
Une absence planifiée du chef de projet devient dès lors un non-événement, et par conséquent, même si vous n’êtes pas là pendant quelques jours, le projet continue à avancer. Mais, si un projet d’une durée de 9 à 12 mois prend l’eau parce que vous avez été absent une ou deux semaine, c’est que l’avez probablement mal géré dés le début.
En conclusion, planifiez et prenez vos vacances en vous assurant que vous serez disponible pour les événements importants du projet. Et ne les annuler jamais sous prétexte que le projet risque d’être paralysé sans vous.
—–oOo—–© 2011 – Lahcen AFIF (Chef de Projet PRINCE2 Practioner & ScrumMaster Certified) Gestion de Projet – Web 2.0 – Mobile – Formation & Coaching
—–oOo—–
Catégories: Gestion de projet · Mots-clés: Gestion de projet
