L’agilité est contextuelle, le choix des pratiques d’ingénierie logicielle et de gestion de projet dépend du projet, de l’organisation et de la culture d’entreprise. Il est difficile d’embarquer tous les principes et pratiques agiles sur un projet, ce n’est d’ailleurs pas une fin en soi.
Le choix des pratiques a un impact évident sur la réussite du projet. Mais il est possible et souvent recommandé de les adopter de manière incrémentale dans un processus d’amélioration continue.
Si le choix du processus itératif & incrémental ou flux tiré a également un impact sur le projet, il est plus surement un enjeu de l’adoption de l’agilité au niveau de votre organisation.
1. De Scrum au Kanban
Des retours d’expérience hors cœur de cible agile
Contexte
L’agilité est contextuelle, le choix des pratiques d’ingénierie logicielle et de gestion de projet dépend du projet, de
l’organisation et de la culture d’entreprise. Il est difficile d’embarquer tous les principes et pratiques agiles sur un
projet, ce n’est d’ailleurs pas une fin en soi.
Le choix des pratiques a un impact évident sur la réussite du projet. Mais il est possible et souvent recommandé de
les adopter de manière incrémentale dans un processus d’amélioration continue.
Si le choix du processus itératif & incrémental ou flux tiré a également un impact sur le projet, il est plus surement
un enjeu de l’adoption de l’agilité au niveau de votre organisation.
Objectif
Une première typologie de projets et de contextes sera présentée lors de cette session. Ne pas être au cœur de
cible a permis de faire apparaitre de manière plus caricaturale les éléments distinctifs de ces approches et
d’apporter plus facilement des éléments de décision, présentés à la fin de la session.
Chaque projet a un contexte différent (client, équipe, technologie, enjeu, ....) et le choix Scrum ou Kanban doit se
faire pour chaque projet/équipe comme deux outils de la trousse du coach agile.
Scrum versus Kanban
XP Scrum Kanban
Ou (est le goulot Qualité de production de Equipe de développement Client
d’étranglement) ? l’équipe
Contrainte du Délai de production fixe : Délai de production fixe : Stock de travail en cours
système itération itération limité
Comment En timeboxant les itérations En timeboxant les Par des limites sur les états
itérations
Quel est le levier ? Le stock de travail en cours Le stock de travail en cours Le temps de production
Focus Pratiques d’ingénierie Equipe Contraintes du système
logicielle
Ou est la Sur la qualité de la Sur la planification par la Sur les délais de livraison
prédictibilité ? production vélocité par le temps de cycle
Profil Développeur « artisan » Généraliste Généraliste - spécialiste
Pour aller plus loin ensemble
Cette session peut être présentée au sein de votre organisation suivie d’un atelier pour expérimenter ces approches.
Contactez-moi pour plus d’informations.
Le support
Vous trouverez le diaporama et ce support en ligne sur www.morisseauconsulting.com/publication
Pour me contacter et plus d’informations
Mail : Laurent@MorisseauConsulting.com Blog : WWW.LAURENTMORISSEAU .COM
Twitter : @lmorisseau Site pro : WWW.MORISSEAUCONSULTING . COM
2. La carte mentale de la session
Pour me contacter et plus d’informations
Mail : Laurent@MorisseauConsulting.com Blog : WWW.LAURENTMORISSEAU .COM
Twitter : @lmorisseau Site pro : WWW.MORISSEAUCONSULTING . COM