Visa källa för La methode Scrum en gestion de projet9252257

Sans doute le cadre le plus construction des methodes Agile, Scrum pour atteindre un objectif commun», selon ses inventeurs Hirotaka Takeuchi et Ikujiro Nonaka. Scrum prend des parties des idees de gestion de projet traditionnelles et les combine pour une maniere structuree et flexible de gerer des projets, et agiles.

A l'instar d'Agile, Scrum decompose les projets en taches completes, puis attribue a chacun un «sprint» - deux a quatre semaines de temps consacre a l'expedition de cette phase du projet, avec des sprints quotidiens pour expedier une partie de cette stage. C'est l'accent mis sur le temps qui apporte plus de construction a l'idee Agile.

Ensuite, pour s'assurer que le projet progresse comme prevu et pour atteindre des objectifs qui auraient pu changer en cours de route, Scrum necessite une reevaluation - et des changements potentiels de projet - a la fin de chaque sprint. Il divise egalement les responsabilites en trois roles: le proprietaire du produit (PO), le maitre Scrum et l'equipe scrum.

Le proprietaire du produit, qui doit etre profondement familier avec tous les aspects du developpement, s'assure que tout est en harmonie avec les objectifs d'affaires et les besoins des clients avec une vue globale du projet. L'equipe est alors les personnes travaillant dans chaque sprint, en divisant les taches et en s'assurant que tout est expedie.

Avec toute la structure principale, cette gestion de Scrum s'articule autour de 5 reunions: backlog, planification Sprint, Daily Scrum, Sprint Review et Sprint Retrospective.

Backlog: Cette reunion ressemble beaucoup a la phase de planification de TPM et se deroule le premier jour de chaque sprint - et deciderez a quoi se concentrer, vous verrez les taches laissees dans le projet, Sprints. Le PO fait l'appel sur la facon de hierarchiser les taches, et cela ascertain finalement la facon dont les sprints sont efficaces.

Reunion de planification Sprint: Une fois que la PO decide sur quoi se concentrer, cette reunion aide l'equipe a comprendre ce qu'ils vont construire et pourquoi.

Sprint Review: Comme un post susceptible d'etre expedie est attendu a la fin de chaque sprint, le cadre Scrum met naturellement l'accent sur l'examen. Les membres de l'equipe presenteront ce qu'ils ont fait a toutes les parties prenantes. Bien que cette reunion pousse la responsabilite, son objectif est de s'assurer que les elements acheves du sprint correspondent aux objectifs des entreprises et des utilisateurs.

Retrospective de Sprint: La retrospective de Sprint se deroule immediatement apres la reunion d'examen du sprint. En regardant les reussites et les retenues, tout le monde decide de ce qui fonctionne (ce qu'ils doivent continuer a faire) et de ce qui ne fonctionne pas (ce qu'ils devraient cesser de faire). Cela devrait inspirer l'attention du prochain sprint.

C'est une facon structuree de s'assurer que tout est fait.


{Pour plus d'informations sur methodologie scrum Site: [http://www.nutcache.com/fr/blog/methodologie-scrum/regardez ici maintenant].