Scrum kanban gestion de projet

L'agilité se définit souvent comme la capacité à répondre aux changements, voire même à les favoriser. Par exemple, Scrum permet au client à travers son représentant (le Product Owner ou PO) d'incorporer des changements dans le périmètre fonctionnel à chaque fin de sprint. Pour beaucoup, c'est un progrès significatif. Maintenant Scrum se diffuse largement vers des équipes qui ne font pas que du développement de logiciel. Le paradoxe, c'est que nombreuses de ces équipes sont dans un mode de changements quasi-permanents, et le passage à Scrum peut représenter une transition rude en repoussant les changements au sprint suivant. Cet article expose des pistes leur permettant une transition plus douce en introduisant une dose de Kanban dans un cadre Scrum. Kanban est une pratique basée sur l'utilisation d'étiquettes (ou fiches) pour matérialiser des informations sur un processus, présentées sur un tableau, de façon similaire au tableau des tâches Scrum. Mais Kanban pousse à limiter le TAF (travail à finir), c'est-à-dire le nombre de travaux dans une étape du processus.
44 téléchargements

Noter ce document

-- / 20

Contenu de ce document de Méthodologie > Outils d'analyse

Plan :

I - Prise en compte du changement dans les processus..................................... 3 I.1 - Processus classique..................................... 3 I.2 - Processus agile......................................... 3 I.3 - Processus chaotique..................................... 3 I.4 - Transition à Scrum......................................... 4 II - Retour sur la mécanique de Scrum..........................................4 II.1 - Scrum au pied de la lettre.........................................4 II.2 - Tâches associées à une story......................................... 4 II.3 - Tâches récurrentes....................................5 II.4 - Planification du sprint........................................ 5 III - Changements pendant le sprint.........................................6 III.1 - Le périmètre du sprint varie......................................... 6 III.2 - La définition de fini varie......................................... 7 III.3 - Les ressources du sprint varient....................................... 7 III.4 - Un événement prévisible n'est pas vraiment une perturbation.................................. 8 III.5 - Des obstacles sont rencontrés.................................... 8 IV - Traitement des tâches urgentes : vers du Kanban........................................ 8 IV.1 - Limite par état..............................................................................................................................................8 IV.2 - Limite globale...............................................................................................................................................9 IV.3 - Limite par personne.....................................................................................................................................9 IV.4 - Usage du mou............................................................................................................................................. 9 IV.5 - Impact sur la vélocité................................................................................................................................ 10 V - En résumé.......................................................................................................................................................... 10 VI - Références.........................................................................................................................................................10
44 téléchargements

2 commentaires


Anonyme
Anonyme
Posté le 7 févr. 2015

Merci.

Anonyme
Anonyme
Posté le 8 janv. 2015

nice one

Il faut être inscrit pour télécharger un document

Crée un compte gratuit pour télécharger ce document

Je m'inscrisOU

J'ai déjà un compte

Je me connecte