Get Started for FREE
Sign up with Facebook Sign up with X
I don't have a Facebook or a X account
 Your new post is loading...
Your new post is loading...
Scoop.it!
Cet article est la seconde partie du cinquième épisode, portant sur le suivi et la gestion des obstacles, perturbant l’efficience d’un Système Kanban. Le premier épisode a permis de décrire comment les obstacles sont identifiés et gérés, au sein de notre Système Kanban, via la "Fiche Kaizen". Ce second article va porter sur la mise en oeuvre d’une cérémonie, nommée "Kata", déclenchée lors du traitementd’une fiche Kaizen. 
No comment yet.
Sign up to comment
Scoop.it!
From
blog
Ce quatrième épisode décrit les étapes et éléments mis en place dans l’amélioration de la qualité des Stories. L’efficience d’un Système Kanban, réside dans sa capacité à identifier et supprimer les obstacles. L’un de ces obstacles et sans conteste la qualité des User Stories, pouvant perturber la chaine de production de valeur, ainsi que la capacité à être prédictible. Cela fait également porter un risque important sur la capacité d’une équipe projet à tenir ses promesses, notamment lorsqu’un nombre important d’anomalies est identifié en phase de qualification.
Si la description d’une User Story et le BDD n’ont plus de secrets pour vous, je vous recommande d’aller directement au paragraphe « Intégration des Régles Métier et du BDD dans mon Système Kanban ».
Stéphane NEREAU's insight:
Les règles métiers donnent une vision statique, le BDD apporte une vision dynamique qui manque souvent pour la compréhension d’une story. Il permet également d’éviter des compréhensions différentes en utilisant un format de description déterministe et intelligible par tous les acteurs d’un projet. Le retour d’expérience de la mise en place de ce processus, sur notre projet, a été une amélioration importante de la qualité des stories et plus généralement des développements réalisés. L’autre élément intéressant, mis en avant par l’équipe de développement lors du bilan, a été un accueil très positif du pair-testing, qui a réduit les perturbations sur le travail des développeurs (dans la correction des anomalies) et une meilleure communication avec l’équipe de qualification.
Scoop.it!
Dix années d’expérience dans le développement logiciel, en tant que développeur puis chef de projet, ont convaincu Yacine Abid de l’importance de l’humain au sein d’une équipe.
Stéphane NEREAU's insight:
Intervenant en tant que conseiller et coach, Yacine vise à développer le potentiel des équipes via les méthodes agiles et l’amélioration continue. Il a ainsi contribué à l’implémentation des méthodes agiles chez BNP Paribas, Crédit Mutuel et Publicis. Yacine anime également des ateliers de formation en interne sur le sujet de l’agilité.
Scoop.it!
Pierre Mongin présente dans ce livre, une méthode d’organisation simple et très efficace : le post-it et le kanban personnel. Une méthode pratique et intuitive qui va ravir les déçus des systèmes compliqués. Via Marco Bertolini, david lemesle, Loïc CARO
Stéphane NEREAU's insight:
Dans son dernier livre, Mieux s’organiser, La stratégie du Post-it et du kanban personnel, il propose une méthode d’organisation originale qui revient au bon vieux tableau manuel. Mais, comme d’habitude chez Pierre Mongin, le livre offre plus que ce que le titre promet. Cette méthode que Pierre Mongin nous propose quitte le monde des geeks et des applications numériques pour en revenir à des méthodes manuelles. Ce n’est pas une question de technophobie : l’auteur n’est pas un de ces luddites qui au 19e siècle brisaient les machines industrielles au nom de la préservation du travail manuel.
Marco Bertolini's curator insight,
April 14, 2014 1:37 AM
Comment mieux gérer vos tâches et vos projets ? Essayez le kanban et le post-it ! 
Véronique B-A's curator insight,
April 20, 2014 9:43 AM
Pas très pratique pour se libérer l'esprit des tâches quotidiennes à la maison. Simple et intuitif pour les petits projets d'équipe au bureau.
Scoop.it!
Stéphane NEREAU's insight:
Le débit représente le nombre de fonctionnalités (ou Cartes Kanban) ayant été validées (selon la Definition of Done), sur une période définie (jours ou semaine). Tout comme le cycle time, le débit des cartes est un élément puissant et fiable dans la mesure de la prédictibilité d’un projet. Le résultat obtenu reste proche de celui mesuré via le cycle time, mais cela n’est pas systématiquement le cas. Un retour d’expérience, portant sur plusieurs projets IT a démontré un écart pouvant aller jusqu’à 6 jours. L’essentiel reste donc bien de mesurer, non pas une date d’atterrissage au jour près, mais bien une tendance de la performance de notre système Kanban et la capacité de l’équipe à tenir ses promesses.
Scoop.it!
Nous poursuivons le tour d’horizon des référentiels et bonnes pratiques avec Kanban.
Scoop.it!
Les Post-it, moyen universel d’organisation des idées, nous sont devenus indispensables en quelques années
Ils viennent prolonger notre mémoire à court terme limitée à 7 éléments pendant 30 secondes !Prisonnier des urgences imposées par nos outils électroniques, 80% des données que nous manipulons chaque jour ne sont cependant pas informatisables Ces deux raisons expliquent en partie notre recours régulier aux fameux carrés jaunes. Sauf que nous sous-utilisons leurs possibilités. Ce livre a donc pour objectif de vous donner des exemples pratiques d'utilisation. Il analyse le Pourquoi nous pouvons en tirer un meilleur parti pour nous aider à gérer toujours plus d’ informations en les associant aux tableaux Kanban.
Stéphane NEREAU's insight:
Il présente :
Scoop.it!
Stéphane NEREAU's insight:
Scoop.it!
Stéphane NEREAU's insight:
L’objectif du suivi de ces représentations graphiques reste bien de réduire, voir d’éliminer le gaspillage (CFD ; IN-OUT), le Muri et d’améliorer la régularité du système (Cartes de Contrôles, MMF, Débit), le Mura, au travers d’une amélioration du flux d’activité, d’une réduction des goulets d’étranglement et d’une réduction de la dette technique (perturbations). La seconde partie de notre épisode portera sur l’utilisation des mesures issues de notre système kanban, au travers des KPI et leur utilisation dans la prédictibilité, la définition des objectifs et même leur capacité à identifier les limites basses et hautes à appliquer sur chaque étape de notre système kanban.
|
Scoop.it!
From
blog
Ce cinquième épisode de la série "Il était une fois un projet IT en Kanban" porte sur le suivi et la gestion des obstacles, perturbant l’efficience d’un Système
Stéphane NEREAU's insight:
La fiche Kaizen, associée à un tableau (voir Kanban) de suivi des obstacles, apporte une information visuelle et factuelle sur l’état de santé du Système Kanban et permet à l’ensemble des acteurs du projet de partager les actions de correction à mettre en oeuvre. L’étape suivante va maintenant porter sur l’analyse de la fiche Kaizen, via une cérémonie, nommée "Kata", que je décrirais, avec Yannick Quenec’hdu, dans la seconde partie de cet épisode.
Scoop.it!
From
blog
Ce troisième épisode porte sur l’apport des indicateurs mesurés dans la capacité d’un système kanban à être prédictible.
Stéphane NEREAU's insight:
L’essentiel reste donc bien de mesurer, non pas une date d’atterrissage au jour près, mais bien une tendance de la performance de notre système kanban et la capacité de l’équipe à tenir ses promesses.
Scoop.it!
Dans les universités américaines, 101 fait référence au premier niveau de formation sur une discipline, le niveau d’introduction. Dans cet article, nous ferons la synthèse d’une session de formation dispensée en interne, sur le sujet des méthodes agiles.
Stéphane NEREAU's insight:
Exit les approches traditionnelles quand elles ne fonctionnent pas, place à l’agilité ! Qu’il s’agisse de développement logiciel, de construction automobile, ou même d’un projet personnel, les approches agiles révolutionnent les méthodologies de gestion de projet. De par leur nature, elles sont appelées à évoluer très rapidement; ludiques par essence, leur acquisition se fait assez naturellement. Lors d’un prochain article, nous reviendrons sur la séance de formation suivante, consacrée à l’apprentissage des pratiques Scrum par le jeu.
Scoop.it!
Passées les premières expérimentations des méthodes agiles au sein de l’entreprise avec un succès que l’on va qualifier de variable, d’aucuns se posent la question de comment aller plus loin, voire comment envisager une entreprise agile.
Stéphane NEREAU's insight:
Voilà un aperçu rapide du chemin à parcourir pour tendre vers une entreprise agile ayant intégré la dimension changement à son ADN. L’entreprise agile, en vérité, est un concept à redéfinir pour chaque organisation selon son secteur d’activité, sa stratégie et son ADN. Chaque entreprise se lançant dans cette quête aura donc tout loisir de positionner les piliers les uns par rapports aux autres à la recherche d’une agilité et d’un équilibre qui lui sera propre.
Catherine Pascal's curator insight,
March 2, 2014 8:43 AM
Très intéressant : agilité et architecture technique. Oui +++ A suivre !
Scoop.it!
Ce troisième épisode porte sur l’apport des indicateurs mesurés dans la capacité d’un système kanban à être prédictible.
Stéphane NEREAU's insight:
Contrairement à des projets plus « classiques », la planification et l’identification de la date d’atterrissage estimée ne se fait plus par une estimation subjective ou non du reste à faire, par les développeurs ou au travers d’abaques plus ou moins pertinents. La prédictibilité se base sur une mesure factuelle du temps nécessaire à la réalisation d’une carte kanban et du nombre de cartes réalisables par semaine. À ces constats s’ajoute une prise en compte de la capacité fournie par l’équipe pour réaliser ces cartes et celles projetées sur la suite du projet.
Scoop.it!
La mise en place d’un Kanban correspond souvent à un changement d’organisation. Les premiers jours, les utilisateurs sont perdus. Pour les aider, voici un aide mémoire.
Scoop.it!
![[LeanKanban France 2013] Kanban Flight Levels | Intelligence économique & stratégique - Stratégie d'innovation | Scoop.it](https://img.scoop.it/7mMZYxsimTEXueqKVRSAjDl72eJkfbmt4t8yenImKBVvK0kTmF0xjctABnaLJIm9)
Durant la seconde journée du salon LeanKanban France cru 2013, j’ai pu assister à quelques présentations excellentes, autour de thèmes comme le management, la culture d’entreprise, et bien sûr Kanban. Parmi celles-ci, je retiens la session Kanban Flight Levels de Klaus Leopold (@klausleopold), coach Agile autrichien, qui propose un modèle élégant pour présenter les différentes niveaux d’application de la méthode Kanban.
Stéphane NEREAU's insight:
Klaus conclut en rappelant que son modèle de Flight Levels est avant tout un outil de communication, montrant ce qu’il est possible de faire avec Kanban. Ce modèle aide à clarifier le processus de changement et savoir où commencer pour améliorer le système. Les flights levels ne sont pas ordonnés selon leur maturité : Kanban au niveau 1 peut très bien être plus mature qu’au niveau 3. C’est un modèle très récent qui, comme tous les autres modèles doit être adapté à chaque contexte. Ainsi s’achève cette session, aussi plaisante sur la forme que sur le fond, animée par un orateur dynamique et très clair. J’ai donc comme vous vous en doutez beaucoup apprécié cette présentation, qui m’a apporté un nouvel outil dans ma trousse magique agile, le Kanban Flight Levels. Si vous voulez en savoir plus, je vous conseille d’aller faire un tour sur le blog de Klaus Leopold, www.klausleopold.com. Vous y trouverez notamment un article sur le sujet de cette session ici, duquel sont par ailleurs tirées quelques illustrations de ce compte-rendu.
Scoop.it!
Stéphane NEREAU's insight:
L’ensemble des KPI décrit dans cet article nous a permis non seulement de suivre la performance de notre système kanban, mais également de mettre en place les actions d’améliorations de nos processus. Au bout de quelques semaines (3 à 4), nous avons été en capacité d’adapter nos limites, via la Loi de Little et ainsi améliorer notre flux à 80% de la capacité de notre système.
Scoop.it!
Stéphane NEREAU's insight:
ConclusionLe Story Mapping nous a permis de prioriser le besoin du Métier, défini lors de l’atelier de vision.Nous avons identifié le MMF à réaliser et notre Plan de Release, nous permettant de planifier nos travaux.Nous avons mis en place un Système Kanban, nous permettant de suivre tout le cycle de vie des Cartes représentant les éléments fonctionnels, techniques, mais également les anomalies, à réaliser sur notre projet et cela au travers de l’identification des activités de notre flux.Nous avons appliqué des limites (basses et hautes) sur chacune des activités, afin de permettre une alimentation en continu des équipes de développements et de tests, tout en évitant les goulets d’étranglement et les baisses d’activité (en tout cas c’est l’objectif ).Enfin, nous commençons à prendre des mesures sur notre flux d’activité, mais ça, ce sera l’objet d’un prochain billet.Pour résumer, voici un petit schéma synthétique de notre activité :
|
Les épisodes précédents :
Il était une fois un projet IT en Kanban (Episode 4) : Améliorer la qualité de vos Stories ;