Tag Archives: kanban

28 Avril – Paris – Agile Paris by night

20 avr

Édition 2015 du 28 Avril

Agile Paris vous invite à sa grande première en 2015 qui se déroulera à Paris le 28 Avril 2015 : « Agile Paris by night ». Il s’agit de partager entre praticiens agiles et ceux intéressés pour améliorer leurs pratiques d’ingénierie, de management de projet, d’innovation, d’enseignement, de coaching, de facilitation et de management. La particularité de Agile Paris by Night sera de découvrir différents jeux qui vous permettront de comprendre des concepts avancés.

agile paris logo

Inscrivez-vous

Sur plusieurs sessions en parallèle, seront proposés :

  • Lego4LargeScalingScrum, Nicolas Delahaye, Agilbee eXcellency
  • Lego Serious Play, Jean-Hugues Congia, Arcelio
  • Innovation Games, Raphael Goumot, CreAgile
  • Management 3.0, Jean-Luc Maze, Conseil et Moi
  • Kanban Aeroplane, François Hartmann, Groupe Open

28 Mai – Paris – Kanban Day

27 fév

Le slogan : « Plus de pratiques, de pragmatisme et moins de théorie ! »

kanban day 2015 ParisCette conférence, ouverte au plus grand nombre, vous invite à partager les pratiques kanban à travers des retours d’expériences, des jeux, des outils et des ateliers.
  1. Retours d’expérience: Partager les apports du kanban autour de retours d’expérience, dans l’IT mais également dans d’autres domaines professionnels.
  2. Jeux: Enseigner les principes et valeurs du kanban par le jeu.
  3. Outils: Présenter les différents outils permettant de gérer un projet kanban, qu’ils soient numériques ou physiques.
  4. Ateliers: Partager avec des praticiens expérimentés ou en devenir.

Kanban, le voyage commence

17 fév

Kanban The Journey Begins
http://www.pmhut.com/kanban-the-journey-begins par Tomas Deceuninck

Problème

developer womanLe travail dans une équipe d’ingénieurs système peut devenir assez chaotique. Surtout parce qu’il y a toujours plusieurs projets qui tournent en même temps. Ceci est principalement en raison du fait que beaucoup de parties de projets dans l’ingénierie de système implique d’attendre. Attendre pendant que les installations se font, attendre qu’un fournisseur livrer un nouveau composant matériel… Et pour remplir ces phases « d’attente », vous commencez simplement à travailler sur quelque chose d’autre, jusqu’à ce que cela parvienne « à une phase d’attente », et cetera, et cetera. Aboutissant à un nuage incohérent de projets inachevés attendant « dieu sait quoi ».

Alors, pour obtenir une meilleure maitrise de ces projets, j’ai d’abord essayé de résumer tous les problèmes dans « le système de projet » actuel.
  • Plusieurs projets se déroulent en même temps
  • Une mauvaise communication entre les membres de l’équipe de ce que chacun fait
  • Les projets sont entrelacés. Un projet peut exiger qu’un autre projet soit fini pour pouvoir continuer
  • Des chaînes de projets vous font perdre de vue la raison initiale pour laquelle vous aviez commencé les projets
  • Les projets tombent dans l’oubli dans « leur phase finale », aboutissant à un manque de suivi et de documentation

Solution

essential scrum

Livre pratique sur Scrum

Après avoir observé un tableau de suivi des tâches de Scrum, j’ai vraiment aimé l’idée d’un tableau blanc physique pour visualiser le flux d’un projet. Le système entier de Scrum ne marcherait pas vraiment pour une équipe d’ingénieurs systèmes puisqu’il semble se concentrer sur un unique projet, ce qui n’est pas le cas dans l’ingénierie de système.

Regardant de plus près les « solutions de tableaux blancs », j’ai découvert Kanban.

Kanban a été inventé pour implémenter la gestion à flux tendu dans une chaîne de logistique industrielle pour suivre le stock dans chaque étape de la chaîne de production en utilisant un grand tableau. Après quelques changements mineurs, ce système a vite trouvé sa voie dans le monde du développement logiciel et de la conduite de projet.

Si vous faites une recherche pour Kanban dans le développement logiciel et la conduite de projet, vous obtiendrez plusieurs approches différentes. La raison de cette variété d’approches Kanban est que vous devriez adapter Kanban pour qu’il fonctionne pour vous, et non pas l’inverse.

kanban board

Relisez ce billet sur les standups efficaces autour du tableau Kanban

Pour moi Kanban doit se concentrer sur quelques parties principales :
  1. Visualisation: Utiliser le tableau pour visualiser le flux de vos projets.
  2. Collaboration: Chacun devrait savoir comment tout progresse et qui fait quoi.
  3. Contrôle de quantité de travail: Vous assurer que vous n’avez pas plus dans votre assiette que vous ne pouvez manger.
  4. Contrôle de flux: Tenir compte de chaque étape qu’un projet doit suivre avant son achèvement et s’assurer que l’on ne saute pas d’étapes.

Quand ces quatre parties « simples » sont implémentées, je crois que tous les problèmes résumés ci-dessus pourraient être résolus.

Image courtesy of hin255 / FreeDigitalPhotos.net

Image courtesy of hin255 / FreeDigitalPhotos.net

Comment débute le voyage

L’étape la plus importante pour implémenter un nouveau système de management de projet est de vérifier que chacun est sur la même page.

Assurez-vous que l’équipe comprend le nouveau système et est encline à commencer à l’utiliser. Si vous n’avez pas votre équipe entière qui désire y aller, vous devriez juste commencer à chercher un autre système (ou vous débarrasser de la personne qui ne veut pas entrer dans la danse).

Une fois que toute votre équipe est excitée par ce plan, vous pouvez entamer les étapes suivantes.

Partenaire de DantotsuPM

Partenaire de DantotsuPM

Précédent billet sur Kanban: Réussir des « standup » efficaces autour du tableau Kanban

January 23 – Webinar (PMI) – Going Full Agile In Government

12 jan

A PMI Government community of pratice webinar

23 January12-1 pm EST / 18:00 CET/France

This case study covers the methods, tools, and techniques used to implement Kanban, Scrum, and SAFe on both O&M (Operation & Maintenance) and New Development projects. We cover the metrics used and the results after more than a year of operating under Agile. Changes were needed in contract language, deliverables, schedule milestones, Earned Value measures, and stakeholder expectations.

Phil Magrogan is a Portfolio Program Manager for the GSA Federal Acquisition Systems and  David Larrimore is the Branch Chief responsible for the General Service Administrations (GSA), Federal Acquisition Service’s (FAS) new enterprise data warehouse.


December 1 – Webinar (PMI) – Personal Kanban : 6 month experiment

23 nov

« Personal Kaban – My 6 Month Experiment » with Dave Prior, PMP, CST, MBA

kanban boardDave Prior, PMP introduces « Personal Kaban » – what it is, how it can help you gain clarity and finish the work done. Dave will discuss his own experiences and findings from his personal 6 month experiment applying Personal Kaban principles in his life and work.

 1 December12-1 PM EST

MS Project

Partenaire de DantotsuPM

11-12 November – Hamburg – Lean Kanban Central Europe 2014

15 oct

What is Lean Kanban Central Europe?

It is THE place to be in November 2014 for everyone interested in Lean and Kanban in Central and Eastern Europe. This is the 4th international conference in Central Europe about Lean and Kanban, and it will host an unforgetable event for system thinkers, managers, leaders, out-of-the-box-thinkers, entrepreneurs, product developers, and people who care about the way they work.

The conference is 100% English speaking!

Visit LKCE's Web Site and Register

Visit LKCE’s Web Site and Register

Réussir des « standup » efficaces autour du tableau Kanban (repost)

4 août

Effective Standups around Kanban Board

http://blog.brodzinski.com/2011/12/effective-standups.html par Pawel Brodzinski

stand-up meetingsVous pouvez entendre ici et là que Kanban s’adapte plutôt bien aux grandes tailles. En réalité, un des problèmes de Scrum auquel je pense on ne s’est pas soigneusement attaqué, est que faire dans les projets qui nécessitent davantage de personnes qu’une unique équipe Scrum puisse rassembler. L’un des problèmes qui émerge très rapidement quand l’équipe Scrum grandit est la réunion « standup ».

Comme vous passez à travers l’équipe qui grossit avec vos trois questions standards cela nécessite naturellement de plus en plus de temps. Bientôt cela peut devenir un problème que de tenir dans le bref temps imparti pour de telles réunions.

Quand l’équipe adopte Kanban, elle commence d’habitude avec un standup inchangé. Cependant cela signifie que, à un certain point, ils font face au même problème que les équipes Scrum :  15 minutes ne sont désormais plus suffisantes.

Partenaire de DantotsuPM

Partenaire de DantotsuPM

Récemment, Jorn Hunskaar a partagé une telle histoire sur son blog. Il m’a incité à combiner une suite d’idées en une seule réponse qui peut servir de un guide sur comment améliorer les standups autour du tableau Kanban.

Au lieu d’exécuter le typique tour de table avec des réponses sur ce qui s’est produit hier, ce qui va être réalisé aujourd’hui et quels sont les problèmes, vous pouvez essayer de reconcevoir le modèle que vous suivez pour le standup.

comment améliorer les standups autour du tableau Kanban

  • kanban boardD’abord, passez à travers tous les points bloquants (s’il y en a). Ceux-ci sont certainement vos points de douleur actuels. Cela signifie que vous voulez certainement investir une partie du précieux temps de standup sur ces points bloquants. Cela est évident.
  • Deuxièmement, discutez des items urgents ou à expédier (de nouveau, s’il y en a). C’est le travail prioritaire du point de vue de l’équipe toute entière. C’est quelque chose que vous devez vraiment faire sous peine de retarder d’autres taches. De nouveau, ceci est une chose dans laquelle cela vaut la peine d’investir de rares ressources.
  • Troisièmement, passez en revue les items qui n’ont pas progressé depuis le dernier standup. Ceux-ci sont les points qui peuvent être à risque. Peut-être ne devaient-ils pas progresser mais dans ce cas ce serait revu rapidement, peu de discussion nécessaire. Autrement, cela vaut la peine d’avoir une brève analyse ce qui a empêché ces points d’avancer. À propos, cela signifie que vous devriez avoir un mécanisme pour marquer visuellement les fiches qui ne se déplacent pas, ce qui est souvent délicat.
  • Quatrièmement, passez à travers tout le reste. Encore un conseil : Vous pouvez avoir discuté les sujets selon  leur classe de service par priorités. Autrement dit, vous commencez par la classe la plus hautement prioritaire de service (des bogues, des fonctionnalités critiques ou autre) et discutez tous les items de cette classe de service. Puis vous vous déplacez sur une autre. Bien, au moins cela peut fonctionner tant est que vous puissiez dire quelle classe de service est plus importante qu’une autre.

Encore une règle raisonnable : dans chacun de ces groupes, utilisez le tableau Kanban de la droite vers la gauche. Cela indique que plus un article est proche d’être fini plus vous voulez en discuter pour le compléter, apportant ainsi de la valeur à vos utilisateurs, clients et parties prenantes.

OK, jusqu’à ce point il y a en fait peu de différences : vous passez toujours en revue chaque item de travail qui est sur le tableau. Il y a un focus différent sur les problèmes et vous pouvez passer sur les items évidents de travail complété, mais tout de même, toujours beaucoup de contenu à revoir.

deadlineCependant, étant donné que vous venez de trier les sujets à discuter selon leur priorité, vous pouvez utiliser un truc simple et stopper la discussion quand le temps de la réunion s’est écoulé, peu importe si vous avez pu ou pas couvrir toutes les choses. Cela signifie que vous avez probablement couvert tous les items des trois premiers groupes et certainement tous ceux des deux premiers, indépendamment du reste qui exige une moindre part de discussion ou aucune discussion du tout.

Cela signifie aussi que, dans un bon jour, vous pouvez couvrir tous les points, ou davantage de choses, et c’est parfait. Ce dont vous avez essentiellement besoin est de vous assurer que la substance la plus importante ne va pas passer inaperçue.

Un pas de plus serait de sauter une discussion sur un groupe ou sous-groupe spécifique  d’items, comme par exemple une classe spécifique de service, quand vous voyez que cela n’ajoute pas vraiment de valeur. Si vous n’êtes pas certain,  essayez de les couvrir pendant les standups et voyez quel résultat vous obtenez.  Vous pourrez alors commencer à essayer d’autres choses avec l’agenda de la réunion.

Idéalement, après quelque temps, vous finirez par discuter seulement des choses importantes, disons, les points bloquants, les items à expédier et bloqués, et peut-être d’autres qui sont amenés par n’importe quel membre de l’équipe pour une raison importante et sortent du travail habituel qui n’a pas besoin de plus d’attention qu’une confirmation silencieuse que tout est parfaitement en ordre.

les Apps en support du Management de Projet !

9 fév

Cette semaine, Campana & Schott a profité de la MS Project Conférence pour présenter 4 nouvelles applications par Vincent Capitaine

Partenaire de DantotsuPM

Partenaire de DantotsuPM

La Project Conférence 2014 à Anaheim fut un brillant succès et notre partenaire Campana & Schott a profité de cette conférence pour présenter quatre nouvelle applications disponibles sur l’Office Store de Microsoft pour Project Online et SharePoint Online.

« What Apps can do to support Project Management?« 

Ces applications sont disponibles pour Project Server 2013 et SharePoint Server 2013 et des versions d’essai gratuites peuvent être téléchargées en ligne.

cs-task-boardCS Task Board

Ajouter une liste et un tableau KANBAN aux sites SharePoint Online ou Project Online. Elle permet de visualiser les tâches sous la forme de Post-IT® et de les actualiser par glisser-déposer. Les tâches peuvent être gérées, recherchées et filtrées efficacement avec des mots-clés.

cs-milestone-trend-analysisCS Milestone Trend Analysis

Historisation des données de Microsoft Project Online ou Microsoft Project Server 2013. L’application permet la création d’une « courbe à 45° », de contrôler les jalons d’un projet au fil du temps, d’analyser les tendances, d’identifier les dérives et donc, de mieux réagir !

cs-risk-matrixCS Risk Matrix

Ajouter une liste aux sites SharePoint Online ou Project Online permettant de gérer efficacement les risques. Ceux-ci s’affichent également dans une matrice à trois couleurs et peuvent être mis à jour par un simple glisser-déposer. Les risques peuvent être gérés et filtrés aisément via la définition de mots-clés.

cs-multi-project-editorCS Multi Project Editor

Cette application satisfera tous les utilisateurs et administrateurs de Project Server 2013 et Project Online désireux de gérer en masse les métadonnées des projets !

Pour en savoir davantage, visitez le site Campana & Schott.

Campana & Schott

Partenaire de DantotsuPM

pensons Produit Minimum Viable (MVP)

23 sept

MVP Thinking

Http://brodzinski.com/2013/06/mvp-thinking.htm par Pawel Brodzinski

the lean startupUn des buts atteints par Eric Ries’ Lean Startup’ et porteur du plus de valeur est de populariser le terme de « Minimal Viable Product » (MVP), ou Produit Minimum Viable en français. Bien sûr le concept n’est pas nouveau. Nous utilisions l’idée de « Minimal Marketable Feature » (MMF) depuis les tous premiers jours de Kanban et elle était basée sur la même façon de penser. Il y a aussi davantage de concepts similaires.

La prémisse de base est que nous devrions construire la chose la plus petite possible ou faire fonctionner l’expérimentation la plus petite possible qui reste raisonnable et ajoute de la valeur. Selon le contexte la valeur peut être quelque chose qui aide des utilisateurs, mais peut aussi être simplement la découverte de nouvelles connaissances ou la vérification d’une hypothèse.

Une chose que j’ai réalisée récemment est à quel point j’applique largement cette pensée. Initialement, c’était simplement la façon de décomposer le contenu. J’ai voulu que mes équipes construisent des morceaux de logiciel probablement petits, mais toujours de valeur, et qu’un client puisse donc vérifier et nous donner un retour avec des informations utiles. Alors, après Lean Startup, il s’agissait de faire fonctionner un produit. Ce que nous voulons construire est quelque chose de nouveau qui frappe les esprits. Quelle est la fonctionnalité la plus petite qui peut prouver ou réfuter l’hypothèse que cela puisse fonctionner ?

D’une façon ou d’une autre j’utilise maintenant la même façon de penser, la pensée MVP si vous voulez, pour discuter des idées de marketing, définir des plans d’action pendant des rétrospectives, etc. Souvent il est difficile de définir un produit en soi, mais il y a toujours une de résultat attendu et un effort minimal définissable permettant d’obtenir ce résultat.

Microsoft Project

Partenaire de DantotsuPM

Ainsi comment définirais-je la pensée MVP ?

quelle est la cible à atteindre?1. Définir le plus petit prochain objectif de valeur que vous voulez réaliser.
2. Définir l’effort minimal qui vous permettra d’atteindre ce but.
3. Exécuter.
4. Analyser les résultats et apprendre.
5. Itérer.

Une partie potentiellement délicate est la définition de l’objectif parce que c’est totalement contextuel. C’est aussi quelque chose qui me plaît vraiment car je n’aime pas les recettes toutes prêtes. En fait, s’il y a quoi que ce soit de nouveau ici, c’est essentiellement l’application extrêmement large du modèle car l’idée elle-même n’est pas nouvelle. Je veux dire, nous limitons d’habitude notre contexte de travail au périmètre d’un projet, au management d’un produit, à faire tourner une affaire, etc. Alors, nous inventons un nouveau terme et s’il marche nous en faisons nos carrières de consultants excessivement bien payés.

Ce n’est pas du tout mon but. J’essaye juste d’élargir un contexte applicable d’idées que nous connaissons déjà et que j’ai personnellement trouvées utiles.

résolution de problème

Donc si mon problème est une fuite sous le toit près d’une lucarne, mon objectif minimal suivant peut être de vérifier si la fuite a un rapport avec un volet externe. Un tel objectif est acceptable parce que l’effort minimal peut être simplement d’attendre l’averse suivante avec le volet ouvert ou fermé. Je ne me précipite certainement pas pour réparer le toit.

marketing

shoutSi nous parlons de marketing ? Donnons un objectif général, disons: TechCrunch parlera de nous. Quelle serait l’expérimentation de valeur la plus petite qui pourrait nous rapprocher de la réalisation de cette sorte d’objectif ? Je suppose qu’étendre et manager son réseau peut être une première étape très raisonnable. Cela n’exige même pas d’avoir une idée, sans parler d’un produit, que nous voudrions voir couvert.

développement de produit

Que diriez-vous d’un produit ? Eh bien, celui-ci a été couvert pratiquement partout. Construire la fonction minimale, probablement même une simulation, qui permet de vérifier que l’idée pour le produit a du sens.

leçons apprises

Rétrospectives ? Quel est le simple, plus petit possible, changement qui aura un impact positif sur l’équipe ? Essayez-le. Vérifiez-le. Répétez.

achats

Zut, j’achète même mon équipement de marin de cette façon. Quel est le plus petit jeu d’équipements possible qui donne une chance de survie raisonnable ? Puis, j’utilise le résultat et je réitère, par exemple la prochaine fois j’aurai besoin de nouveaux gants, de caleçons longs  et de protection imperméable pour un téléphone.

kaizenQuand vous y pensez c’est essentiellement du Kaizen – faire systématiquement de petites expériences d’amélioration partout. Alors oui, il n’y a rien de nouveau. C’est seulement l’idée spécifique de Produit Viable Minimal qui me parle personnellement et m’a donné une contrainte agréable qui peut être utilisée dans les différents domaines de ma vie.

À propos, malgré sa définition très ouverte je trouve aussi que Kaizen est d’habitude appliqué dans un contexte très limité. Aussi, peu importe quelle idée marche pour vous, souvenez-vous juste que vous pouvez l’utiliser dans un contexte beaucoup plus large.

3-4 Octobre – Paris – LeanKanban

9 juil

Les inscriptions sont ouvertes !

Leankanban Oct 2013

Accès au site de l’événement

Suivre

Recevez les nouvelles publications par mail.

Rejoignez 1 290 autres abonnés

%d blogueurs aiment cette page :