Kanban pour l'it lkfr13

3 251 vues

Publié le

Conférence Lean Kanban France 2013, Paris
Support de ma présentation Kanban pour l'IT

Publié dans : Technologie
1 commentaire
0 j’aime
Statistiques
Remarques
  • Soyez le premier à aimer ceci

Aucun téléchargement
Vues
Nombre de vues
3 251
Sur SlideShare
0
Issues des intégrations
0
Intégrations
477
Actions
Partages
0
Téléchargements
94
Commentaires
1
J’aime
0
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

Kanban pour l'it lkfr13

  1. 1. Kanban pour l’IT
  2. 2. Êtes vous dans ce contexte ? Gérant fondateur de la société Morisseau Consulting Il accompagne les entreprises et les équipes souhaitant évoluer vers plus d'agilité, en tant que coach et formateur. Laurent Morisseau @lmorisseau laurent@morisseauconsulting.com Votre speaker
  3. 3. Story Anomalie Ticket d’incident Vous avez un flux de demandes ?
  4. 4. Votre capacité La demande Et vous êtes dans ce contexte ?
  5. 5. Votre capacité La demande Ou dans celui-ci ?
  6. 6. Alors ce qui suit est pour vous ! Capacité Demande Objectif Kanban Au niveau micro • Travail planifié et non planifié • Travail piloté par les dates ou par l’urgence • Travail de type livrable, amélioration, gestion de risque, découverte Au niveau macro • Demande cliente et demande interne • Demande court/moyen/long terme • Objectif stratégique et tactique
  7. 7. Les attentes métier Améliorer les délais Augmenter la satisfaction client/utilisateur Malgré un contexte d’incertitudes et sans avoir toutes les informations pour avancer TTM JAT
  8. 8. Enjeu n°1 Faire travailler tous les acteurs de la chaîne ensemble Métier Réalisation Homologation Exploitation
  9. 9. Enjeu n°2 Optimiser globalement la chaîne plutôt que localement les équipes 1 projet sur 3 La complexité est une barrière à l’adoption agile 1 problème sur 2 en Agile provient des interactions avec des entités non agiles
  10. 10. Les résultats Métier Réalisation Homologation Exploitation stock stock stock 95% C’est le temps passé en attente dans le système pour une demande
  11. 11. Imaginer une course de relais… …en triathlon! Métier Réalisation Homologation Exploitation
  12. 12. 95 % de la capacité est influencée par la conception du système. 5 % par la variation de la performance humaine. Pour diminuer les délais, il faut adresser le processus et aux interactions inter activités S’adresser au système Deming
  13. 13. Avec le bon niveau d’abstraction Au niveau produit Kanban board Au niveau portfolio Kanban entreprise Au niveau équipe Task board Au niveau personnel Personal Kanban
  14. 14. Les enjeux organisationnels Améliorer l’agilité métier pour répondre à la demande Améliorer la prédictibilité du processus qui y répond Avoir une approche évolutive du changement Avoir une approche de gestion de risques
  15. 15. Les enjeux opérationnels Rendre transparent le processus Décentraliser les prises de décisions Simplifier la complexité Développer la collaboration entre équipes Pour fluidifier le travail
  16. 16. QUELQUES ORGANISATIONS TYPES RENCONTRÉES
  17. 17. Organisation en silos AgileNonAgile Métier Pré exploit Dév. Recette
  18. 18. Convergence équipe maintenance corrective / évolutive Maintenance corrective AgileAgile CP PO Logiciel en production
  19. 19. Équipe multi activités Support Produit A Client B Equipe C
  20. 20. La gestion de portefeuille
  21. 21. Les domaines Conduite de projets Réduire le délai de réalisation Même si Kanban est plus orienté service que projet Maintenance applicative Gérer des flux de nature différents Avec des priorités différentes Activité de support A priori moins adapté au mode « Tiré »
  22. 22. ALORS, C’EST QUOI LE KANBAN ?
  23. 23. Les grands principes Pour que chacun travaille au bon rythme, ensemble avoir un système tiré Kanban Pour réduire les délais, travailler sur des petits lots en flux, voire en juste à temps
  24. 24. Push vs Pull Poussé (Push) Tiré (Pull) DEVELOPPEUR DEVELOPPEUR ANALYSTE ANALYSTE Je produis toutes les spécifications. J’ai besoin d’une nouvelle spécification.
  25. 25. Des limites pour un système en flux tiré Activité NActivité N-1 Activité N+1 3 2 2
  26. 26. Pourquoi du flux tiré? On ne construit pas de fonctionnalité dont personne n’a besoin maintenant. On n’écrit pas plus de spécifications que l’on ne peut coder. On n’écrit pas plus de code que l’on ne peut tester. On ne teste pas plus de code que l’on ne peut déployer. On ne déploie pas plus que l’utilisateur ne peut utiliser
  27. 27. Des pratiques pour réussir Visualiser Limiter le travail en cours Mesurer et gérer le flux de travail Rendre explicite les règles de gestion Implémenter des boucles de feedbacks Processus, interprocessus, organisation S’améliorer de manière collaborative Évoluer de manière expérimentale Superficiel Profond
  28. 28. Une démarche empirique Tirer les enseignements des écarts constatés et ajuster le système en conséquence Étudier le comportement et les réponses du système aux règles Identifier le processus existant, le travail, les règles Acquérir des données, pratiques et outils Système Kanban Concevoir Mettre en oeuvre Étudier Améliorer
  29. 29. Et le changement en douceur Commencer là où on en est. En respectant initialement le processus actuel, les rôles et responsabilités. Et s’engager à changer de manière incrémentale. Avec du leadership à tous les niveaux !
  30. 30. Visualiser le flux de travail
  31. 31. Gérer le flux de travail au quotidien Activité 1 Activité 2 Activité 3 En cours FaitEn cours FaitEn cours Fait
  32. 32. Mais quelques fois ! Activité 1 Activité 2 Activité 3 22 Comment peut-on t’aider? Nous sommes bloqués par l’activité 3! En cours FaitEn cours FaitEn cours Fait
  33. 33. Alors on étudie le système en s’aidant de modèles Fluidifier le travail • Donner du mou • Théorie des files d’attente Travailler à la bonne vitesse • Travailler avec des goulets • Théorie des contraintes Réduire la variabilité • Identifier les limites naturelles • Maîtrise Statistique des Procédés Réduire les délais • Chasser le gaspillage • Résolution de problèmes • Lean
  34. 34. Pour ajuster le système Activité 1 Activité 2 Activité 3 En cours FiniEn cours FiniEn cours Fini 232 Règle 1 Règle 2 Règle 3 Règle 4 Le processus Les règles Les limites Les éléments Juste assez pour provoquer le prochain changement incrémental
  35. 35. • Propre à chaque équipe • et ligne de produit Évoluer et évaluer le système • Modèles de conception • Modèles de collaboration Apprendre des comportements émergents • Des équipes • Du management Plus de maturité organisationnelle Apprendre du système Kanban
  36. 36. Alors, le Kanban… • Une méthode agile? • Une méthode de gestion de projet? • Une méthode de gestion de tâches? Scrum Cycle en V Bureau d’étude … Une méthode de conduite de changement par l’amélioration des processus portée par les équipes, à leur rythme pour aller vers du flux tiré
  37. 37. @lmorisseau laurent@morisseauconsulting.com Merci pour votre attention. Des questions ?

×