Coach & formateur Agile/Kanban - Certified Scrum Coach | coach et formateur Kanban accrédité
dimanche 26 décembre 2010
dimanche 19 décembre 2010
Réflexions sur les stratégies d'amélioration des processus et méthodes agiles
Lors de mon retour d'expérience de Scrum au Kanban, je faisais part de mon constat opérationnel que le Kanban minimise l'impact du changement et réduit la résistance à l'adoption de l'agilité.
Est-ce une bonne chose?
Un changement de paradigme comme l'apporte Scrum permet de bousculer les choses, des prises de conscience plus radicales, plus rapides mais plus perturbantes peut être dans certains contextes. Ce sont tous les freins à l'adoption de l'agilité que l'on rencontre régulièrement. L'accompagnement au changement devrait être plus présent dans ce cas. Dans la réalité, elle se résume à une formation, et plus rarement à du coaching. Bien que je constate avec satisfaction que ces missions de coaching se développent bien.
Pour moi, il n'y a pas de jugement autour de l'une ou l'autre de ces stratégies d'amélioration, puisque les deux sont nécessaires pour innover. Mais là encore, une contextualisation importante est à faire.
Est-ce une bonne chose?
Un changement de paradigme comme l'apporte Scrum permet de bousculer les choses, des prises de conscience plus radicales, plus rapides mais plus perturbantes peut être dans certains contextes. Ce sont tous les freins à l'adoption de l'agilité que l'on rencontre régulièrement. L'accompagnement au changement devrait être plus présent dans ce cas. Dans la réalité, elle se résume à une formation, et plus rarement à du coaching. Bien que je constate avec satisfaction que ces missions de coaching se développent bien.
Avec Scrum et le Kanban, on a deux stratégies d'amélioration différentes:
- L'amélioration par rupture avec Scrum : vs les approches traditionnelles
- L'amélioration continue avec le Kanban : commencer là ou on est par petits incréments d'amélioration, c'est un principe fondamental du Kanban
Pour moi, il n'y a pas de jugement autour de l'une ou l'autre de ces stratégies d'amélioration, puisque les deux sont nécessaires pour innover. Mais là encore, une contextualisation importante est à faire.
Le Kanban permet une approche Kaizen facilitant l'adoption de l'agilité et pour imager cela, je prends l'exemple d'un projet que j'accompagne depuis quelques mois avec une équipe d'une vingtaine de personnes. Récemment, j'ai eu plusieurs retours par quelques acteurs du projet que l'on ne faisait pas d'agilité sur le projet. Bonne nouvelle! Car d'abord ce n'est pas une fin en soi, donc j'évite de mettre le mot Agile à toutes les sauces. Mais surtout c'est le signal faible que la stratégie petit pas du Kanban a été payante, car en réalité le degré d'agilité sur le projet est important.
Je vais faire un focus sur les limites du travail en cours, car déjà Guillaume m'en faisait la remarque sur le trajet des XP Days Benelux récemment et d'autre part c'est un élément différenciant du Kanban qui met une limite sur le travail en cours sur les états, là ou Scrum met une limite indirecte via la vélocité.
Je n'ai pas de limite explicite sur le travail en cours sur ce projet, en théorie je ne suis pas dans les standards du Kanban. Mais la limite est implicite et surtout elle a largement évolué pendant le projet: J'ai commencé d'abord par deux tag names par personne. Puis à l'occasion d'un refactoring du tableau de taches, j'en ai profité pour ne laisser physiquement que de la place pour une tache en cours par personne sans autre contrainte. Résultat, les taches dépassaient régulièrement la colonne En cours. Mais au fur et à mesure, cette contrainte a forcé naturellement les personnes à finir les taches ou à binômer.
Je n'ai pas de limite explicite sur le travail en cours sur ce projet, en théorie je ne suis pas dans les standards du Kanban. Mais la limite est implicite et surtout elle a largement évolué pendant le projet: J'ai commencé d'abord par deux tag names par personne. Puis à l'occasion d'un refactoring du tableau de taches, j'en ai profité pour ne laisser physiquement que de la place pour une tache en cours par personne sans autre contrainte. Résultat, les taches dépassaient régulièrement la colonne En cours. Mais au fur et à mesure, cette contrainte a forcé naturellement les personnes à finir les taches ou à binômer.
Dernièrement, à l'occasion du dernier refactoring du tableau pour passer à trois équipes en parallèle, je suis passé à un tag par personne, ce qui n'a pas posé de problème à l'équipe.
Donc en quelques mois sans tambour ni trompette, et surtout sans pression sur l'équipe, nous sommes maintenant et durablement sur une limite implicite de travail en cours à une tache par personne, à une limite physique par équipe et à une limite physique sur le projet; Et une équipe qui se focalise d'elle-même sur les taches à finir avant d'en commencer d'autres.
C'est un exemple simple mais significatif. L'amélioration sur le processus a lui aussi été appréhendé par petits pas et n'est pas encore fini.
Ce qu'il est possible de faire au niveau projet (une rupture avec Scrum) est plus difficile à faire au niveau organisation (amélioration Kaizen du Lean). il y a bien derrière ces deux stratégies, portées par des approches différentes, un enjeu d'adoption de l'agilité aux différents niveaux d'une organisation. C'est l'un des messages que l'on entend bien sur dans la communauté Lean & kanban. La relation entre un projet agile réussi et une adoption agile réussie n'est pas bijective.
Ce qu'il est possible de faire au niveau projet (une rupture avec Scrum) est plus difficile à faire au niveau organisation (amélioration Kaizen du Lean). il y a bien derrière ces deux stratégies, portées par des approches différentes, un enjeu d'adoption de l'agilité aux différents niveaux d'une organisation. C'est l'un des messages que l'on entend bien sur dans la communauté Lean & kanban. La relation entre un projet agile réussi et une adoption agile réussie n'est pas bijective.
jeudi 9 décembre 2010
Agile Tour Rennes 2010 : Supports et vidéo
Un grand merci à:
- tous les orateurs, cela fait un beau cocktail de films et de présentations
- tous les participants d'avoir répondu présent
- l'équipe de Frédéric HANNOUCHE du CIRM pour avoir réalisé la captation des vidéos
A l'année prochaine!
samedi 4 décembre 2010
Feed back XP Days Benelux 2010
De retour des XP Days Benelux aux Pays-Bas cette année, en quelques chiffres logistiques pour moi et Guillaume:
20 h de déplacement pour 1 jour et demi de conférence. Il fallait 4 trains au départ de Rennes pour arriver jusqu'à Heeze.
Sinon 160 personnes en moyenne, 5 tracks en parallèle, très bien organisé avec Vera en fée clochette.
Mon feed-back de cette année renforce celui des XP Days Benelux 2009. Il faut être disponible, reposé pour que la magie opère pour moi. Je n'étais ni l'un ni l'autre le premier jour. J'ai donc zappé le dîner pour aller apprécier la piscine et le sauna de l'hôtel. Le deuxième jour a été meilleur.
Ce qui a bien marché
Les questions que je me pose
Political Economy of Agile projects
La vision de laurens : l'agilité est la démocratisation du développement logiciel et au-delà. Le pouvoir (thème de la session) change ce qui provoque des résistances. La transition à l'agilité doit donc être plus subtile. Je partage cette conclusion surtout au niveau du middle management.
Il pointe du doigt l’intérêt de constituer une matrice sociale de l'organisation dans laquelle on intervient, que l'on veut changer, avec l'intensité des pouvoirs de chacun.
Complexity vs Lean
Nouvelle conférence de Jurgen Appelo que j'avais pu déjà voir au Spa à Londres au sujet de la théorie des systèmes complexes qu'il utilise comme fondement de son approche du management. Il continue donc sur ce sujet en le confrontant au Lean. Sa présentation est assez rhétorique et cherche les réactions.
J'aime bien son approche pour bousculer les choses même s'il se laisse embarquer un peu trop dans sa démarche. Il démontre également certaines mauvaises compréhensions du Lean et du Kanban.
Things never change no matter what we do
Un lien entre cette session et la session sur les diagrammes de causes-effets, déjà vu avec Laurent Bossavit lors de sa session Agilité à monter soi-même. Les outils pour adresser des problèmes de systèmes non linéaires doivent prendre en compte cette non linéarité: Il faut utiliser des outils systémiques comme les diagrammes de causes - effets avec leur boucle de feed back. Les diagrammes d'Ishikawa, les 5 pourquoi ... ne sont-ils pas trop linéaires? Lors de cette session, j'ai encore pu vérifier qu'on se laisse facilement embarquer par ces outils. Il faut vraiment avoir un facilitateur neutre qui challenge le résultat. Les discussions provoquées lors de ces ateliers sont toujours plus riches que le résultat en lui-même.
Agile Community Building - Using StrategicPlay with Lego
Utilisation des Legos (ici, ici aussi et déjà avec Yves Hanouille, sinon on trouve aussi des playmobil là) pour modeler une vision partagée de la communauté agile. J'ai bien aimé les différentes étapes pour en arriver à une vision partagée. J'ai regretté qu'une partie des participants ait oublié la vision initiale de la communauté agile pour se focaliser sur une équipe agile.
D'autres feed back des XP Days à lire ici et plein d'autres liens.
Merci à Pascal et Willem pour les dépannages en voiture qui ont grandement simplifié la logistique et merci aux organisateurs pour cette conférence.
Prochaine étape : L'Agile Open France, début 2011!
20 h de déplacement pour 1 jour et demi de conférence. Il fallait 4 trains au départ de Rennes pour arriver jusqu'à Heeze.
Sinon 160 personnes en moyenne, 5 tracks en parallèle, très bien organisé avec Vera en fée clochette.
Mon feed-back de cette année renforce celui des XP Days Benelux 2009. Il faut être disponible, reposé pour que la magie opère pour moi. Je n'étais ni l'un ni l'autre le premier jour. J'ai donc zappé le dîner pour aller apprécier la piscine et le sauna de l'hôtel. Le deuxième jour a été meilleur.
Ce qui a bien marché
- Le retour en voiture avec Régis et Emmanuel jusqu'à Bruxelles
- La rétrospective avec Guillaume dans le train retour
- Les petites sessions de yoga collectives pour s'énergiser
- Assez de français pour discuter pendant les pauses
- Revoir ceux que j'apprécie et que je croise à Londres, Belgique, Paris, ...
- Les sessions trop débutantes ou trop éloignées de notre quotidien opérationnel bien d'intéressantes
- Être dans un autre hôtel que la conférence
- Pas assez d'apprentissage
- Ne pas avoir pu participer aux deux dîners
- Meilleure compréhension du Lean grâce à Régis, que j'avais récemment croisé à Agile Tour Nantes sur sa session Problem Driven Development
Les questions que je me pose
- Vais-je y retourner l'année prochaine? Ça dépendra sûrement du lieu de la conférence
Political Economy of Agile projects
La vision de laurens : l'agilité est la démocratisation du développement logiciel et au-delà. Le pouvoir (thème de la session) change ce qui provoque des résistances. La transition à l'agilité doit donc être plus subtile. Je partage cette conclusion surtout au niveau du middle management.
Il pointe du doigt l’intérêt de constituer une matrice sociale de l'organisation dans laquelle on intervient, que l'on veut changer, avec l'intensité des pouvoirs de chacun.
Complexity vs Lean
Nouvelle conférence de Jurgen Appelo que j'avais pu déjà voir au Spa à Londres au sujet de la théorie des systèmes complexes qu'il utilise comme fondement de son approche du management. Il continue donc sur ce sujet en le confrontant au Lean. Sa présentation est assez rhétorique et cherche les réactions.
J'aime bien son approche pour bousculer les choses même s'il se laisse embarquer un peu trop dans sa démarche. Il démontre également certaines mauvaises compréhensions du Lean et du Kanban.
Things never change no matter what we do
Un lien entre cette session et la session sur les diagrammes de causes-effets, déjà vu avec Laurent Bossavit lors de sa session Agilité à monter soi-même. Les outils pour adresser des problèmes de systèmes non linéaires doivent prendre en compte cette non linéarité: Il faut utiliser des outils systémiques comme les diagrammes de causes - effets avec leur boucle de feed back. Les diagrammes d'Ishikawa, les 5 pourquoi ... ne sont-ils pas trop linéaires? Lors de cette session, j'ai encore pu vérifier qu'on se laisse facilement embarquer par ces outils. Il faut vraiment avoir un facilitateur neutre qui challenge le résultat. Les discussions provoquées lors de ces ateliers sont toujours plus riches que le résultat en lui-même.
Agile Community Building - Using StrategicPlay with Lego
Utilisation des Legos (ici, ici aussi et déjà avec Yves Hanouille, sinon on trouve aussi des playmobil là) pour modeler une vision partagée de la communauté agile. J'ai bien aimé les différentes étapes pour en arriver à une vision partagée. J'ai regretté qu'une partie des participants ait oublié la vision initiale de la communauté agile pour se focaliser sur une équipe agile.
D'autres feed back des XP Days à lire ici et plein d'autres liens.
Merci à Pascal et Willem pour les dépannages en voiture qui ont grandement simplifié la logistique et merci aux organisateurs pour cette conférence.
Prochaine étape : L'Agile Open France, début 2011!
samedi 6 novembre 2010
Vélocité, un roman d'entreprise
Pearson est partenaire d'Agile Breizh. Il permet à l'association de constituer une petite bibliothèque de livres autour de l'agilité.
Un des premiers livres que nous ayons reçu est Vélocité, un roman d'entreprise.
Construit sur le même principe qu'Objectif Lean, une approche romancée d'une entreprise en phase d'adoption Lean Six Sigma (LSS). La particularité de ce livre est qu'il repose sur le modèle Vélocité reposant sur trois fondamentaux : La théorie des Contraintes, le Lean et le Six Sigma: le TOCLSS! Vélocité, car le modèle donne à la fois la direction et la vitesse d'amélioration.
D'abord un petit focus sur la Théorie des Contraintes (TOC): Elle suggère qu'un système complexe pour devenir prévisible doit avoir une contrainte primaire. Une fois déterminée, elle permet d'en fiabiliser la gestion afin de le rendre stable et donc prévisible. La contrainte devient alors le point d’ancrage des améliorations systémiques.
C'est d'ailleurs le genre d'optimisation que l'on voit arriver avec le jeu du Kanban avec typiquement une priorisation sur le rapport valeur/coût des tests (contrainte du système).
Le LSS et la TOC ont des points de recouvrement : travail par petits lots, flexibilité, qualité et amélioration continue; et des points de divergence: le LSS cherche à équilibrer tout le système pas la TOC. Le LSS chercher à coller au plus prêt de la demande et d'exploiter cette capacité à 100%; La TOC tolère un surplus de capacité pour assurer le meilleur flux autour de la contrainte. Le LSS cherche la perfection en maîtrisant la variabilité, La TOC accepte l'imperfection comme une réalité.
Le LSS va chercher à avoir une multitude de contraintes tout au long du système là ou la TOC voit la nécessité d'une contrainte principale pour stabiliser le système.
Je découvre que le LSS, vu par le livre, c'est l'amélioration de toutes les étapes du processus, localement, ce qui ne rend pas le système globalement plus efficace. Je suis un peu surpris de lire cela car, l'optimisation globale est un des principes du Lean. La TOC nous dit que pour optimiser globalement le système, il faut élever la contrainte principale, une fois le chaos stabilisé.
Le livre présente un atelier simple à base de jetons et de dés pour passer d'une système équilibré à un système déséquilibré sous contrainte, puis optimisé en tirant le stock par rapport à la demande; Et enfin en élevant la contrainte pour arriver à un modèle Drum-buffer-rope.
Le LSS cherche à augmenter la vitesse en éliminant le gaspillage et réduisant la variabilité, la TOC aide à cibler les améliorations pour qu'elles aient une réelle efficacité.
Conclusion
Livre à lire si vous êtes intéressé par ces modèles, même si dans le cadre du livre, ils sont mis en œuvre dans un contexte industriel, elle doit un éclairage ici sur les fondamentaux et leurs impacts lors de la mise en œuvre.
Le bonus: si vous êtes d'Agile Breizh, il suffit de nous le demander :o)
Un des premiers livres que nous ayons reçu est Vélocité, un roman d'entreprise.
Construit sur le même principe qu'Objectif Lean, une approche romancée d'une entreprise en phase d'adoption Lean Six Sigma (LSS). La particularité de ce livre est qu'il repose sur le modèle Vélocité reposant sur trois fondamentaux : La théorie des Contraintes, le Lean et le Six Sigma: le TOCLSS! Vélocité, car le modèle donne à la fois la direction et la vitesse d'amélioration.
D'abord un petit focus sur la Théorie des Contraintes (TOC): Elle suggère qu'un système complexe pour devenir prévisible doit avoir une contrainte primaire. Une fois déterminée, elle permet d'en fiabiliser la gestion afin de le rendre stable et donc prévisible. La contrainte devient alors le point d’ancrage des améliorations systémiques.
C'est d'ailleurs le genre d'optimisation que l'on voit arriver avec le jeu du Kanban avec typiquement une priorisation sur le rapport valeur/coût des tests (contrainte du système).
Le LSS et la TOC ont des points de recouvrement : travail par petits lots, flexibilité, qualité et amélioration continue; et des points de divergence: le LSS cherche à équilibrer tout le système pas la TOC. Le LSS chercher à coller au plus prêt de la demande et d'exploiter cette capacité à 100%; La TOC tolère un surplus de capacité pour assurer le meilleur flux autour de la contrainte. Le LSS cherche la perfection en maîtrisant la variabilité, La TOC accepte l'imperfection comme une réalité.
Le LSS va chercher à avoir une multitude de contraintes tout au long du système là ou la TOC voit la nécessité d'une contrainte principale pour stabiliser le système.
Je découvre que le LSS, vu par le livre, c'est l'amélioration de toutes les étapes du processus, localement, ce qui ne rend pas le système globalement plus efficace. Je suis un peu surpris de lire cela car, l'optimisation globale est un des principes du Lean. La TOC nous dit que pour optimiser globalement le système, il faut élever la contrainte principale, une fois le chaos stabilisé.
Le livre présente un atelier simple à base de jetons et de dés pour passer d'une système équilibré à un système déséquilibré sous contrainte, puis optimisé en tirant le stock par rapport à la demande; Et enfin en élevant la contrainte pour arriver à un modèle Drum-buffer-rope.
Le LSS cherche à augmenter la vitesse en éliminant le gaspillage et réduisant la variabilité, la TOC aide à cibler les améliorations pour qu'elles aient une réelle efficacité.
Livre à lire si vous êtes intéressé par ces modèles, même si dans le cadre du livre, ils sont mis en œuvre dans un contexte industriel, elle doit un éclairage ici sur les fondamentaux et leurs impacts lors de la mise en œuvre.
Le bonus: si vous êtes d'Agile Breizh, il suffit de nous le demander :o)
lundi 1 novembre 2010
Feed back Formation Kanban David Anderson
De retour de la formation Kanban de David Anderson, comme annoncé récemment.
Premier jour
La formation commence par un atelier Kanban, atelier qui ne m'avait pas accroché au lkbe2010. Mais c'était sans compter la dernière version avec laquelle nous avons pu jouer toute la matinée, vraiment très bien qui m'a apporté une meilleure compréhension sur les diagrammes de flux cumulé, les graphiques de contrôle et a mis en avant plusieurs points clefs du Kanban:
La priorisation avec les classes de services (ou comment accélérer le cycle time pour les classes de type dates fixes par exemple), la priorisation par la valeur/coût... mais pas le coût total de l'implémentation (que l'on retrouve avec le jeu de la valeur métier) mais par le coût du goulot d'étranglement (apport de la théorie des contraintes qui est un fil conducteur de cette journée), et l'allocation des ressources pour gérer ces goulots d'étranglement.
L'atelier permet d'éviter la cascade de slides sur le mécanisme du Kanban que l'on expérimente directement. L'atelier est pour cela très complet. Et j'en ai donc commandé 2 jeux :o).
Après un peu trop de temps passé sur un retour d'expérience très bien documenté dans le livre et sur le web, nous avons passé en revue les principes fondamentaux, comportements émergent, visualisation et scalabilité du Kanban.
Deuxième jour
Cette seconde journée était axée notions avancées telles que les classes de services, coût du délai, métriques, gestion des risques au travers un atelier d'un cas réel d'un participant.
Les métriques ont plus été revues avec le module sur les SLA, puisque que c'est le type d'engagement privilégié avec une approche Kanban. On y retrouve les graphiques de contrôle qui permettent l'analyse des tendances du cycle time, permettant de voir les effets d'un changement de politique sur le processus; Et la vue spectrale des cycle time pour définir le bon niveau de SLA et l'analyse causes racines des points exceptionnels, ce qui m'avait échappé lors du lkbe2010.
L'après midi était plus centré sur les modèles d'amélioration. En effet, le Kanban est vu par Anderson comme un outil d'amélioration continue plus que comme une méthode de gestion de projet. Il propose donc les modèles d'amélioration qu'il utilise avec le Kanban:
Gérer le flux avec la théorie des contraintes, réduire la variabilité et améliorer le coût économique avec le Lean.
Pour la planification, rien de neuf avec le Kanban. Mais David Anderson nous a proposé un mélange intéressant entre les diagrammes de flux cumulé et les courbes en S (que l'on retrouve avec le RUP entre autre) pour faire de la planification à long terme.
Au final, une bien meilleure compréhension de notions avancées sur le Kanban et les modèles d'amélioration. Plus qu'une formation sur le Kanban, c'est un état de l'art des processus par David Anderson.
Particulièrement la seconde journée, les participants ont intérêt pour suivre d'avoir une bonne culture générale des processus, un intérêt plus large que la gestion de projet, certains passages étant plus à destination de décideurs, d'éditeurs.
Premier jour
La formation commence par un atelier Kanban, atelier qui ne m'avait pas accroché au lkbe2010. Mais c'était sans compter la dernière version avec laquelle nous avons pu jouer toute la matinée, vraiment très bien qui m'a apporté une meilleure compréhension sur les diagrammes de flux cumulé, les graphiques de contrôle et a mis en avant plusieurs points clefs du Kanban:
La priorisation avec les classes de services (ou comment accélérer le cycle time pour les classes de type dates fixes par exemple), la priorisation par la valeur/coût... mais pas le coût total de l'implémentation (que l'on retrouve avec le jeu de la valeur métier) mais par le coût du goulot d'étranglement (apport de la théorie des contraintes qui est un fil conducteur de cette journée), et l'allocation des ressources pour gérer ces goulots d'étranglement.
L'atelier permet d'éviter la cascade de slides sur le mécanisme du Kanban que l'on expérimente directement. L'atelier est pour cela très complet. Et j'en ai donc commandé 2 jeux :o).
Après un peu trop de temps passé sur un retour d'expérience très bien documenté dans le livre et sur le web, nous avons passé en revue les principes fondamentaux, comportements émergent, visualisation et scalabilité du Kanban.
Deuxième jour
Cette seconde journée était axée notions avancées telles que les classes de services, coût du délai, métriques, gestion des risques au travers un atelier d'un cas réel d'un participant.
Les métriques ont plus été revues avec le module sur les SLA, puisque que c'est le type d'engagement privilégié avec une approche Kanban. On y retrouve les graphiques de contrôle qui permettent l'analyse des tendances du cycle time, permettant de voir les effets d'un changement de politique sur le processus; Et la vue spectrale des cycle time pour définir le bon niveau de SLA et l'analyse causes racines des points exceptionnels, ce qui m'avait échappé lors du lkbe2010.
L'après midi était plus centré sur les modèles d'amélioration. En effet, le Kanban est vu par Anderson comme un outil d'amélioration continue plus que comme une méthode de gestion de projet. Il propose donc les modèles d'amélioration qu'il utilise avec le Kanban:
Gérer le flux avec la théorie des contraintes, réduire la variabilité et améliorer le coût économique avec le Lean.
Pour la planification, rien de neuf avec le Kanban. Mais David Anderson nous a proposé un mélange intéressant entre les diagrammes de flux cumulé et les courbes en S (que l'on retrouve avec le RUP entre autre) pour faire de la planification à long terme.
Au final, une bien meilleure compréhension de notions avancées sur le Kanban et les modèles d'amélioration. Plus qu'une formation sur le Kanban, c'est un état de l'art des processus par David Anderson.
Particulièrement la seconde journée, les participants ont intérêt pour suivre d'avoir une bonne culture générale des processus, un intérêt plus large que la gestion de projet, certains passages étant plus à destination de décideurs, d'éditeurs.
lundi 25 octobre 2010
Feed back Agile Tour Nantes 2010
Je n'ai pu assister qu'à l'après midi de cette dernière étape Agile Tour en Bretagne.
Après une nouvelle animation avec Xavier de l'atelier Expérimentez les Processus, j'ai pu assister à la session Agile and Modeling. La présentation étant mal time boxée, nous n'avons pu que survoler la partie qui m'a le plus intéressée sur Modeling the Agile pour la vue sociale et organisationnelle qu'elle peut apporter.
J'ai également assisté à la session de Régis Médina sur le Problem Driven Development. Régis est un très bon orateur et un coach reconnu. Il nous emmène avec cette présentation sur le terrain du Lean à base de PDCA, de gaspillages et de Gemba. En nous rappelant que l'agilité n'est pas une fin en soi mais un moyen de répondre au vrai besoin, celui de l'utilisateur, en résolvant complètement son problème. Ce n'est pas si trivial et les indicateurs que l'on va suivre peuvent en témoigner: Doit-on se focaliser sur le Lead Time du processus pour adresser au plus vite le besoin utilisateur et avoir son feed back, en bonne machine à feature? ou bien se focaliser sur le Lead Time d'utilisation de ce que l'on produit pour résoudre efficacement le problème du client?
Petite discussion sur l'arrivée tardive du Lean dans le développement logiciel après la session:
D'abord le premier que j'ai constaté est que certains décideurs de SSII viennent de l'industrie, ils connaissent donc le Lean, ce qui facilite le dialogue et son arrivée.
Cependant, c'est une question de maturité, le Lean dans le service en manque avec peu de réels retours d'expérience, comme le notait David Anderson dans sa Keynote au lkbe2010, il serait délicat de l'amener trop rapidement.
Par contre, le besoin d'adoption de l'agilité au niveau de l'organisation pousse le besoin d'aller voir du côté du Lean, avec comme marche intermédiaire possible le Kanban au niveau du portfolio management comme le montre les retours du lkbe2010.
dimanche 17 octobre 2010
Feed back Agile Tour Vannes 2010
C'était le premier Agile Tour Vannes.
Audacieux et éclectique en termes de contenu, j'ai notamment apprécié de pouvoir voir des sessions que je n'avais pas pu voir à la Conférence Agile en Mai, telle que Le Thi Lan Huong, facilitatrice sur The Art of focused conversation, une des techniques de facilitation issues de l'Institut Of Cultural Affairs:
- Focused conversation
- Consensus
- Plan d'action
Technique de facilitation de conversation en quatre étapes:
- Le factuel
- Les sentiments
- L'analyse
- Les actions
, que l'on retrouve en détail dans le livre The Art of Focused Conversation.
Ces étapes m'ont rappelé celles des rétrospectives avec la timeline, les courbes d'humeur, le brain stroming et le choix des actions, par exemple. Le Thi Lan Huong nous confirme que la rétrospective est une méthode développée par l'ICA sur ces principes de facilitation.
Idéalement le facilitateur n'est pas dans le sujet, c'est un guide. Cela pose la question du Scrum Master qui, même lorsqu'il est trop impliqué dans le projet et l'équipe, doit prendre ce rôle de facilitateur. Ma pratique est, dans ce cas, de demander à un autre Scrum Master ou coach de faciliter la rétrospective à ma place. Le Thi Lan Huong préconise de faire tourner ce rôle au sein de l'équipe, utilisant le principe de circularité dont j'ai déjà parlé. Je pense que dans une équipe de développeurs, cela nécessite de la part de chacun une certaine maturité. Je le vois déjà sur les stands up ou les développeurs tournent, pourtant moins difficile de faciliter qu'une rétrospective.
Et la session sur l'Holacracy, également à la Conférence Agile:
C'est un modèle d'entreprise de demain organique et apprenante avec comme objectif d'avoir une gouvernance à base de pilotage dynamique ancrée dans le présent, un modèle d'organisation hybride hiérarchique et en cercles auto organisés, des modèles de réunion et de prises de décisions.
La session était trop courte pour rentrer dans le détail et a suscité quelques débats. C'est un modèle qui se rapproche de mes réflexions sur des modèles de société reposant sur l'agilité.
L'holacracy repose sur le Lean, les méthodes agiles, la Sociocratie, la théorie intégrale pour l'aspect philosophique.
L'aspect pilotage dynamique est lié à l'expérimentation et l'adaptation, les options réelles, l'esprit kaizen, ... avec des équipes en auto-organisation mais pas en auto direction, alignées avec l'entreprise.
J'ai retenu cette phrase qui sonne bizarre:
Faire confiance à la réalitéVoilà pour les deux sessions qui m'avaient attiré en mai.
J'ai enfin pu voir une session de Jean-Pierre Vickoff croisé l'année dernière à Agile Tour Bordeaux, c'est à voir pour sa vision personnelle de l'agilité et de son histoire. J'ai retenu
Distinguer la performance du projet de la qualité du produitJ'ai également pu voir une session sur le Lean Office, qui ne m'a pas appris grand chose sur le fond puisque c'était une session d'initiation, mais plus sur la forme des interventions Lean qu'ils réalisent. Actions équipe commando associées à une refonte des chaines de valeurs pas vraiment dans l'esprit amélioration continue et petit pas, sa réponse sur ce point ne m'a pas beaucoup éclairée.
Pour ceux qui veulent des chiffres, j'ai retenu
Lead Time / 4=> Productivité * 2 et Couts -20%L’auditoire avait l'air surpris d'un Lead Time /4, sur un projet Kanban, j'avais divisé le Lead Time par deux en quelques semaines. Mais c'est déjà assez agressif. Et je n'ai pas pu vérifier le reste de l'équation.
On a passé en revue les différents gaspillages, dont j'ai retenu certaines images du Muda: prendre une Ferrari pour aller au pas, et du Muri, essayer de courir plus vite qu'un cheval au galop.
Une étude Microsoft rapporte que l'on perd 6 semaines / an à chercher: le Muda coûte donc au niveau professionnel 6 semaines/an. Ça vaut le coup d'y travailler.
J'ai retenu également que le Lean couple la standardisation (pour réduire la variabilité), l'amélioration continue et l'innovation.
Et enfin, j'ai découvert Philippe Houssin très intéressant, qui a donné un éclairage particulier du talent individuel pour une meilleure compréhension de ce que être la gestion d'une équipe.
Plusieurs points ont fait mouche et me pousse à creuser le coaching individuel ou collectif, également au niveau personnel.
Difficile de retranscrire sa session, mais sa conclusion est que l'agilité est à la fois physique, mentale et émotionnelle, le dénominateur est que cela fasse du sens pour nous; Que l'agilité c'est passé d'une logique de "OU" à une logique de "ET", de tenter de réconcilier les contraires, une approche hybride:
- Mettre des cercles dans un système pyramidale de l'Holacracy
- Mettre du chaos dans une organisation
Mais attention à ne pas dépasser les limites du potentiel d'adaptation de l'humain, pas d'agilité à marche forcée, adopter le rythme soutenable d'XP, travailler sur des patterns et des rythmes. Autant de notions que l'on retrouve dans l'agilité du code à l'organisation.
Pour faire suite à ma rétrospective d'Agile Tour Rennes 2010, ça confirme mon intérêt en tant que participant d'ouvrir mes horizons.
En tout cas bravo à l'équipe d'organisation et spécialement à @domidepremorel.
mercredi 13 octobre 2010
Feed back Agile Tour Rennes 2010
Un petit bilan pour cette seconde édition d'Agile Tour Rennes 2010
L'année dernière, nous avions eu un très bon feed back de l'évènement. Cette année également le retour a été très bon avec une journée qui s'est très bien déroulée pour les 200 participants.
Le choix de ne pas avoir de sponsor et de préférer une inscription prix coûtant n'a pas été un frein: nous avons joué à guichet fermé deux jours avant l'évènement. Au contraire, il a permis aux participants de moins papillonner entre la conférence et leur travail, d'être plus disponibles pour cette journée. C'est donc très positif.
Mon prochaine Agile Tour Rennes
En tant qu'organisateur
La rétrospective
Le questionnaire de satisfaction
Sur l'organisation, pas grand chose à dire: des notes de 4.6 à 4.9 sur 5 pour l’accueil, les salles, le buffet comme l'année dernière.
Pourquoi êtes-vous venu cette année?
Qu'avez-vous préféré?
Merci à Karine pour les photos, elles-mêmes expérimentales.
Équipe d'organisation Agile Tour Rennes et
différents membres du board, d'Agile Tour Nantes et Vannes
L'année dernière, nous avions eu un très bon feed back de l'évènement. Cette année également le retour a été très bon avec une journée qui s'est très bien déroulée pour les 200 participants.
J'intervenais comme organisateur et speaker, sur trois sessions:
- Introduction de la journée sur la dynamique Agile, avec un Roti de 2,7/3
- Voir la présentation
- Atelier Expérimentez les processus, avec Xavier : bon feed back, un Roti de 2,9/3. Nous allons donc le rejouer à Vannes et à Nantes.
- Voir la présentation, le hands-out
- Session de Scrum au Kanban
- Voir la présentation
- C'était la même présentation que celle faite à Agile France cette année. Avec un feed back un peu plus mitigé, un Roti de 2,3/3, qu'à Agile France en partie due au manque de connaissance du public sur le Kanban, en partie due à moi, la fatigue ayant eu raison d'un exposé clair en milieu d'après-midi. Pour ceux qui sont intéressés par une formation sur le kanban, il reste des places à la formation de David Anderson.
Mon prochaine Agile Tour Rennes
En tant qu'organisateur
- Un alignement plus fort entre le thème et les sessions. Nous avions choisi le thème "Agilité, au-delà de la mise en œuvre". Le feed back est moins bon pour les sessions hors thématique,
- Avoir un processus de revue par les autres orateurs comme cela se passe aux XP Days Benelux ou au SPA, en ligne,
- Des règles du jeu (vidéo, revue des sessions, ...) pour les orateurs/participants plus claires, et plus stables: l'aspect itératif sur ces points est un peu difficile à gérer,
- Favoriser l'auto-organisation avec les participants, à base de carte Kanban comme la session du Business Value Game par exemple, plutôt qu'un système de pré inscription aux sessions (qui a été proposé en rétrospective),
- Arriver non fatigué à la journée, notamment en automatisant les tâches d'inscription, facturation, confirmation, paiement, ... très chronophage même après l'évènement - ça c'est pour le board,
- Expérimenter encore:
- Rétrospective de la journée en tant que session: ce n'est plus une expérimentation, ça marche bien, merci Philippe,
- Open Space, bilan mitigé pour la partie présentation, mais qui a permis de préparer l'Agile Open Breizh 2011 car la session live a mieux marché,
- Poster outils agiles, résultat d'une session de l'Agile Open Breizh 2010, et mise à disposition d'un paper board pour les participants pour l'enrichir
- Et l'année prochaine? Vannes expérimente un Twitt wall par les étudiants, un mot de la fin par un ancien coach sportif de haut niveau, Agile Grenoble 2010 innove avec un Quatuor, ... Donc soyons créatif pour 2011,
- Je garde l'esprit d'équipe qui se créé au fil du temps et les liens qui se nouent entre Vannes, Nantes et Rennes dans l'esprit d'Agile Breizh.
- Avoir des sessions plus interactives, à l'image des ateliers: moins de participants, un format qui le permet (à base de mini atelier?),
- Favoriser les sessions co-animées, plus dynamiques, plus enrichissantes également pour les orateurs: j'avais privilégié cela l'année dernière cela avait été une bonne expérience,
- Meilleure visibilité (affichage) des niveaux des sessions (Shu-Ha-Ri) par rapport à ma session de Scrum au Kanban destinée à des coachs/Scrummasters expérimentés, avec une connaissance au moins littéraire du kanban,
- Ne présenter qu'une seule session dans la journée!,
- Construire une session avec différents niveaux de connaissances ou d'expérience (Agile France/Agile Tour Rennes),
- Expérimenter un nouveau format de session (#BlufféParAgileSensei au lkbe, il s'explique ici)
- Des sessions plus courtes d'une heure, 1h30 c'est trop long,
- Mélanger session, atelier, retour d'expérience?
- Des speakers européens, pour apprendre et découvrir. Cela rejoint notre souhait de mettre en place un speaker program avec Agile Breizh. Nous engageons cela avec la Cantine Numérique Rennaise pour début 2011.
- No Pub! Mauvais feedback sur les sessions se vendant de trop: pas de sens sur un évènement avec des acteurs locaux: on se connaît suffisamment sur le bassin...
La rétrospective
- Explorer plus les thèmes de l'Agile: moins de Scrum, plus d'autres choses
- Plus d'interactivité (co-animation)
- Planning plus souple pour changer de session
- Meilleure revue des supports
- Extension à 4 tracks: Bien que cela génère toujours des frustrations, comme l'année dernière les sessions les plus plébiscitées seront rejouées au forum Grafotech Agile de Granit
- S'ouvrir aux bénévolats pour l'organisation, c'est déjà le cas mais peut être le message n'est-il pas clair
Le questionnaire de satisfaction
Sur l'organisation, pas grand chose à dire: des notes de 4.6 à 4.9 sur 5 pour l’accueil, les salles, le buffet comme l'année dernière.
Pourquoi êtes-vous venu cette année?
Souhaitez-vous revenir?
Merci à Karine pour les photos, elles-mêmes expérimentales.
mercredi 6 octobre 2010
Prochaine formation : Kanban avec David Anderson
Je fais du Kanban depuis plus d'un an, cela fait partie des retours d'expérience que je donne au cours de l'Agile Tour. A l'époque, il y avait peu de références sur le Kanban si ce n'est certains blogs tels que ceux de David Anderson ou Karl Scotland, puis Henrik Kniberg.
Pour aller plus loin et formaliser cette approche, j'ai pu lire le manuscrit du dernier livre d'Anderson sur le sujet, "KANBAN, Succesful Evolutionary Change For Your Technology Business", en début d'année:
Récemment, la conférence Lean & Kanban (lire mon retour Jour 1 et Jour 2) qui s'est tenue en Belgique, m'a décidé à assister à la prochaine formation que David Anderson animera les 27 et 28 octobre prochains à Paris en association avec OCTO Technology.
David Anderson est membre actif de la communauté Agile et Lean depuis 1997. Avec plus de 25 ans d'expérience dans le développement logiciel notamment chez Sprint, Motorola et Corbis où il s'est fait remarquer en améliorant la productivité et la qualité dans de grandes équipes.
En 2005, il a développé chez Microsoft la première méthode capable de réconcilier Agile et CMMi: J'en parlais déjà fin 2008.
C'est la deuxième session de cette formation avec OCTO Technology, formation qui a quasiment fait le tour du monde cette année si l'on en croit les twitt d'Anderson et qui a bien évolué, comme le livre d'ailleurs à en croire l'auteur.
L'objectif est de mieux maîtriser la chaîne de création de valeur au sein de votre DSI en appliquant les principes fondamentaux du Lean.
Nous attendons un vrai retour d'expérience, des études de cas et des atelier afin de rendre opérationnel des principes Lean pour augmenter productivité, créativité, innovation et collaboration dans nos équipes.
A ne surtout pas manquer donc, cette formation à Paris les 27 et 28 Octobre, en anglais.Vous pourrez m'y retrouver. Plus d’informations disponibles ici.
Pour aller plus loin et formaliser cette approche, j'ai pu lire le manuscrit du dernier livre d'Anderson sur le sujet, "KANBAN, Succesful Evolutionary Change For Your Technology Business", en début d'année:
Récemment, la conférence Lean & Kanban (lire mon retour Jour 1 et Jour 2) qui s'est tenue en Belgique, m'a décidé à assister à la prochaine formation que David Anderson animera les 27 et 28 octobre prochains à Paris en association avec OCTO Technology.
David Anderson est membre actif de la communauté Agile et Lean depuis 1997. Avec plus de 25 ans d'expérience dans le développement logiciel notamment chez Sprint, Motorola et Corbis où il s'est fait remarquer en améliorant la productivité et la qualité dans de grandes équipes.
En 2005, il a développé chez Microsoft la première méthode capable de réconcilier Agile et CMMi: J'en parlais déjà fin 2008.
C'est la deuxième session de cette formation avec OCTO Technology, formation qui a quasiment fait le tour du monde cette année si l'on en croit les twitt d'Anderson et qui a bien évolué, comme le livre d'ailleurs à en croire l'auteur.
L'objectif est de mieux maîtriser la chaîne de création de valeur au sein de votre DSI en appliquant les principes fondamentaux du Lean.
Nous attendons un vrai retour d'expérience, des études de cas et des atelier afin de rendre opérationnel des principes Lean pour augmenter productivité, créativité, innovation et collaboration dans nos équipes.
A ne surtout pas manquer donc, cette formation à Paris les 27 et 28 Octobre, en anglais.Vous pourrez m'y retrouver. Plus d’informations disponibles ici.
samedi 25 septembre 2010
Lean & Kanban 2010 - Day 2
Deuxième jour de la conférence Lean & Kanban 2010 à Anvers
Keynote
David Anderson a ouvert la journée par une Keynote sur le Kanban. Malgré un peu de recouvrement avec celle d'hier, la session était captivante. Un même constat: Le Lean existe depuis 15 ans, mais personne ne fait réellement du Lean, éventuellement de l'agilité.
Malgré tout, le Lean a aidé à l'adoption de méthodes agiles puisque son discours touche les décideurs. L'adoption du Lean est très difficile mais reste stratégique, on la vue hier.
Le pull system, qui existe depuis plus de cinquante ans, apparaît comme un catalyseur pour l'adoption d'autres concept du Lean. Il rejoint en cela l'analyse de Mary Poppendieck qui voit le Pull System comme un point d'inflection. Le kanban n'est pas le seul System Pull: on trouve le Drum-Buffer-Rope de la théorie des contraintes, le ConWIP (constant WIP) et le CapWIP (un mix des deux).
Plus spécifiquement, le Kanban apparaît comme une approche pour provoquer le changement, en mettant des contraintes sur le système, et laisser émerger des concepts Lean au niveau de l'organisation.
Pour lui, le kanban n'est pas une méthode de gestion de projet, ne se place pas au même niveau que Scrum, mais est véritablement un moteur d'amélioration et un agent du changement.
A Kanban Multiverse
Après la session KFC au SPA 2009 et Kanban Experiment au SPA 2010, cette troisième session que je vois de Karl Scotland est plus sur la théorie du management visuel et la visualisation de données.
Le Kanban board est une image de notre processus réel. C'est un modèle. Et l'on sait que "tous les modèles sont faux, certains sont utiles" (George Box) et que cela dépend du contexte. La question est donc : devrait-on rester sur ce modèle, qui est linéaire, pour tous les projets Kanban?
Et si le modèle était en spirale, ne pourrait-on pas appréhender le Kanban comme une approche itérative? Et qu'est-ce qu'apporterait un modèle en mind map, tree map, story map, ...?
Un atelier souvent utilisé en rétrospective est la time-line (la frise du temps pour les francophones). Pourquoi attendre une rétrospective pour créer cette time-line? Xavier nous offre un bel exemple de ce que cela pourrait donner d'un kanban Time Line.
A ce sujet, une équipe que je coach en ce moment avait décidé de mettre les taches d'amélioration continue issues d'une rétrospective directement sur les axes du radar d'équipe plutôt que sur le tableau de tâches. cela leur a permis de prioriser plus naturellement leur travail, cela donnait plus de sens.
Le message est de réfléchir par nous-même dans notre contexte à ce qu'il est utile de suivre, de voir, de persister et comment interagir avec ces données visuelles.
Risk management in Kanban using Real Options
Le titre est trompeur, il s'agissait d'une session sur les Real Options uniquement. Bien que je vois l’intérêt de cette notion et que j'essaye de l'utiliser, je n'accroche pas avec les sessions qui en parlent, pourtant l'orateur écrit un livre dessus.
Rien sur le Kanban, mais j'avais déjà une piste de réflexion à ce sujet avec le livre de Corey Ladas sur le ScrumBan. Le petit plus de la session, une vidéo de Dr House, le roi des Real Options, une raison de plus pour regarder.
Pour les sessions Open Space, j'ai papillonné autour des tables Kanban Game. Ça m'a l'air confus. Lorsque l'on connaît cela n'apporte pas grand chose, et si l'on ne connaît pas le message doit sûrement être un peu noyé.
Using Scrum and Lean to manage Start-up Portfolios in VC's & Private Equities
On peut faire de l'agile en dehors de l'IT, Pierre l'a rêvé, il l'a fait dans une Venture Capital à gérer des starts up. Le portfolio management est la clé pour sortir de l'IT. Son approche: Scrum. Les bénéfices: réduire les risques, avoir une gouvernance agile, produire de la valeur.
Pour en lire un peu plus:
Lean & Kanban - Day 1
Le retour de Guillaume Collic
David Anderson a ouvert la journée par une Keynote sur le Kanban. Malgré un peu de recouvrement avec celle d'hier, la session était captivante. Un même constat: Le Lean existe depuis 15 ans, mais personne ne fait réellement du Lean, éventuellement de l'agilité.
Malgré tout, le Lean a aidé à l'adoption de méthodes agiles puisque son discours touche les décideurs. L'adoption du Lean est très difficile mais reste stratégique, on la vue hier.
Le pull system, qui existe depuis plus de cinquante ans, apparaît comme un catalyseur pour l'adoption d'autres concept du Lean. Il rejoint en cela l'analyse de Mary Poppendieck qui voit le Pull System comme un point d'inflection. Le kanban n'est pas le seul System Pull: on trouve le Drum-Buffer-Rope de la théorie des contraintes, le ConWIP (constant WIP) et le CapWIP (un mix des deux).
Plus spécifiquement, le Kanban apparaît comme une approche pour provoquer le changement, en mettant des contraintes sur le système, et laisser émerger des concepts Lean au niveau de l'organisation.
Pour lui, le kanban n'est pas une méthode de gestion de projet, ne se place pas au même niveau que Scrum, mais est véritablement un moteur d'amélioration et un agent du changement.
A Kanban Multiverse
Après la session KFC au SPA 2009 et Kanban Experiment au SPA 2010, cette troisième session que je vois de Karl Scotland est plus sur la théorie du management visuel et la visualisation de données.
Le Kanban board est une image de notre processus réel. C'est un modèle. Et l'on sait que "tous les modèles sont faux, certains sont utiles" (George Box) et que cela dépend du contexte. La question est donc : devrait-on rester sur ce modèle, qui est linéaire, pour tous les projets Kanban?
Et si le modèle était en spirale, ne pourrait-on pas appréhender le Kanban comme une approche itérative? Et qu'est-ce qu'apporterait un modèle en mind map, tree map, story map, ...?
Un atelier souvent utilisé en rétrospective est la time-line (la frise du temps pour les francophones). Pourquoi attendre une rétrospective pour créer cette time-line? Xavier nous offre un bel exemple de ce que cela pourrait donner d'un kanban Time Line.
A ce sujet, une équipe que je coach en ce moment avait décidé de mettre les taches d'amélioration continue issues d'une rétrospective directement sur les axes du radar d'équipe plutôt que sur le tableau de tâches. cela leur a permis de prioriser plus naturellement leur travail, cela donnait plus de sens.
Le message est de réfléchir par nous-même dans notre contexte à ce qu'il est utile de suivre, de voir, de persister et comment interagir avec ces données visuelles.
Risk management in Kanban using Real Options
Le titre est trompeur, il s'agissait d'une session sur les Real Options uniquement. Bien que je vois l’intérêt de cette notion et que j'essaye de l'utiliser, je n'accroche pas avec les sessions qui en parlent, pourtant l'orateur écrit un livre dessus.
Rien sur le Kanban, mais j'avais déjà une piste de réflexion à ce sujet avec le livre de Corey Ladas sur le ScrumBan. Le petit plus de la session, une vidéo de Dr House, le roi des Real Options, une raison de plus pour regarder.
Pour les sessions Open Space, j'ai papillonné autour des tables Kanban Game. Ça m'a l'air confus. Lorsque l'on connaît cela n'apporte pas grand chose, et si l'on ne connaît pas le message doit sûrement être un peu noyé.
Using Scrum and Lean to manage Start-up Portfolios in VC's & Private Equities
On peut faire de l'agile en dehors de l'IT, Pierre l'a rêvé, il l'a fait dans une Venture Capital à gérer des starts up. Le portfolio management est la clé pour sortir de l'IT. Son approche: Scrum. Les bénéfices: réduire les risques, avoir une gouvernance agile, produire de la valeur.
Pour en lire un peu plus:
Lean & Kanban - Day 1
Le retour de Guillaume Collic
vendredi 24 septembre 2010
Lean & kanban 2010 - Day 1
En conclusion de la dernière conférence SPA 2010, je souhaitais expérimenter d'autres conférences. Mon choix s'est naturellement porté sur le Lean et le Kanban[1] sur lesquels je travaille particulièrement ces derniers temps. Changement également de point de vue car les sessions Lean et Kanban 2010 sont très axées Business.
L'assemblée est donc plus senior qu'un XP Days ou Agile France, plus management également.
J'ai pourtant retrouvé une partie du petit monde des XP Days Benelux, du SPA, et quelques agilistes français, on se revoit bientot en Belgique...
Pour planter un peu le décor, la conférence a lieu sur le port d'Anvers, avec 200 participants, 14 pays, conférence anglophone avec des speakers de haut niveau: David Anderson, Alan Shalloway (le hasard veut que je suis en train de lire son dernier livre: Lean-Agile software development), Mary Poppendieck, ...
Keynote
Alan Shalloway revient sur la portée de l'agilité d'aujourd'hui: équipe projet et business. Mais demain, l'enjeu est bien celui de l'entreprise en notant aujourd'hui tous les anti-patterns agiles que l'on peut y trouver, en rappelant que les vrais difficultés sont plus humaines que techniques.
Guess what? l'avenir de l'agile c'est bien le Lean et le Kanban! ça tombe bien pour une keynote #lkbe.
Le kanban pour le niveau équipe/projet et portfolio en commençant là ou on est avec le Value Stream Mapping, rien de bien nouveau. Une différence tout de même est que le kanban structure le processus avec des règles explicites (la limite sur le travail en cours par exemple) là ou l'auto-organisation, peu laisser place au chaos, sans aller jusqu'au micro management que l'on a connu.
La deuxième partie est un essai sur la définition d'une entreprise Lean (que l'on retrouve avec le Lean Thinking du Lean Software and Systems Consortium) articulée entre:
- Lean science, les fondations du Lean
- Lean knowledge stewardship:
- Lean management. Il rappelle qu'il faut une culture Lean. Mais qu'une culture d'entreprise est le résultat de son système de management. Que le Lean management est donc primordial et est fondé sur l'apprentissage, l'amélioration continue.
Agile at scale vs scaling agileLà ou du Scrum de Scrums tente de répondre au scaling de l'agilité, on peut y voir une somme d'optimisations locales si on n'a pas une vision globale du business, l'agilité à grande échelle.
Poppendieck
Je voulais voir une de ses sessions, et bien c'est fait et j'en suis très content : très bonne oratrice.
Du flux tiré aux technologies de rupture pour arriver à la motivation 3.0. Session un peu éclectique à mon sens mais très riche pour une vision.
Le flux tiré est un point d'inflection stratégique comme l'a été le passage à l'agilité. Les systèmes Push augmentent les variations là ou les systèmes Pull les absorbent (la session d'Anderson sur les classes de services donne une vision plus concrète de ce dernier point).
Une des difficultés des systèmes en flux tiré sont les perturbations qui sont naturellement plus difficiles à stabiliser car le système est fortement couplé. Dans mon retour sur le kanban, je donne un exemple de ce problème imagée par les turbulences que l'on peut visualiser sur les profils hydrodynamiques.
Le propos ici est que les systèmes Pull ne marchent pas sans préparation. Cela peut sembler contradictoire avec les retours que l'on a du Kanban. Quoi préparer? l'environnement pour qu'il renvoi les bons signaux, que l'on identifie rapidement les patterns, que les gens prennent les bonnes décisions. Déjà ce retour vient de l'industrie. Mais sinon, cela veut dire une analyse statistique du système, de l'analyse qualité intégrée à l'équipe, une approche Stop de Line, une liberté d'expérimentation au niveau local: La mise en place du système était la formation.
Et puis là, la session part sur d'autres points d'inflection, les technologies de ruptures et la préparation à cela pour en arriver à la boucle OODA et repartir sur le flow (tiens, on en a pas mal parlé à l'Agile Open France 2010), l'Open Source, la motivation 3.0 et l'économie 3.0. Hétéroclite, n'est-il pas?
Cependant sur l'économie 3.0 (ou comment capter le temps,l'énergie et l'intelligence de personnes créatives) a un certain écho à mes réflexions:
Pourquoi les sociétés de développement logiciel n'arrivent pas à capter l'énergie de développeurs qui après une grosse journée à développer reprennent le chemin du clavier le soir, le week end pour de l'Open source, pour des projets perso, pour du coding dojo, ... On est sur la problématique de cette économie 3.0, de voir ses collaborateurs comme des volontaires et de capter leur motivation.
Puis buffet, rencontre, échange, ah oui, il se prépare encore des choses sur l'agilité qui devrait arriver en 2011. Je propose de prendre le train en marche comme observateur.
Session mobile.de
Une session sur le Kanban pour le portfolio management sous forme de retour d'expérience chez mobile.de. Nécessite de casser les silos, les équipes spécialisées et avoir des petites équipes en mode Pull projet... même constat qu'au sein d'une équipe agile multi disciplinaire.
Qu'au niveau portfolio management, le product backlog projet peut être vu comme une optimisation locale. Lean quand tu nous tiens...
Moins formalisé sur le WIP (Work in Process) que le kanban dev. mais le WIP comme point de départ de discussion sur la capacité de l'entreprise entre business owners ... Le management visuel associé au Kanban board permet d'arriver à des consensus sur la priorisation des projets.
Un problème évoqué ici sur le WIP à ce niveau là est la forte variabilité des items avec des poids et des complexités très différents, le WIP a-t-il alors du sens? Le sens serait de savoir, pour chaque projet, le WIP qu'il représente? cela devient compliqué et sans valeur à ce stade.
Un des grands intérêts de cette session a été la présence de David Anderson et de ses interventions pour comprendre la mise en place d'un flux tiré sans la mécanique des WIP. Car le rythme des entrants était soutenable et ne surchargait pas les équipes.
Une partie de la session a porté sur les différents états du Kanban Board du portfolio:
- Idea
- Vision
- Envisioning
- Dev (avec un zoom sur un nouveau Kanban Board projet cette fois)
- Live
L'un des grands bénéfices est la compréhension par l'équipe de la priorisation des projets au regard de la stratégie de l'entreprise grâce aux discussions que cela engendrait.
The rise of the Lean machine
Leçon d'innovation sur le format de la session sous forme de bande dessinée avec des planches dessinées par l'orateur...Pour le fond, je n'ai rien appris sur le Lean.
Using classes of services
Il y avait du monde à la session, et pour cause. Sur Lean, il y a Mary Poppendieck, sur Kanban il y a Anderson.
Reprise d'une partie de son dernier livre, mais en live c'est mieux.
J'en retire une meilleure compréhension sur les coûts des délais et les classes de services, et de leur intérêt, notamment pour proposer des SLA.
C'est quoi les classes de services dans le Kanban? Ce sont des typologies de taches sur les kanbans board:
- Expedite
- Fixed delivery date
- Standard class
- Intangible class
La classe "Intangible", tâche importante mais non urgente, permet d'absorber la variabilité du système.
Un bémol sur l'organisation, impossible de se connecter au wifi... pas de Twitt...Et pourtant d'autres y arrivent?
[1] Kanban : je vois de plus en plus le mot Kanban utilisé pour nommé le tableau de tâches, dans une équipe Scrum par exemple. le Kanban, en tant que processus, va bien au-delà de cela.
jeudi 16 septembre 2010
dimanche 29 août 2010
News de rentrée!

D'abord les Conférences
Bien sur Agile Tour, avec 4 étapes au programme (Rennes, Nantes, Vannes, Rouen) comme orateurs et Rennes que nous organisons avec AgileRennes.
Mais également Paris Web 2010 pour des ateliers Agiles en Octobre à Paris.
Un focus Agile Tour Rennes
Le programme provisoire détaillé est en ligne, une réunion est prévue en fin de semaine pour le finaliser. Les inscriptions sont ouvertes et le nombre de places limité.
Puis Morisseau Consulting
Avec l'arrivée de Guillaume, développeur agile, qui nous a rejoint cet été et le lancement d'un blog Pro.
Nous vous proposons également une nouvelle session de certification Scrummaster à Rennes les 30 Septembre et 1er Octobre permettant de passer l’examen à la Certification ScrumMaster (CSM).
Et enfin Universitaire
Je continue mes formations à l'IUT de Laval que nous partageons cette année avec Christophe.
jeudi 8 juillet 2010
Agile Breizh and Co, un petit récapitulatif
Un petit récapitulatif des liens autour de l'agilité en Bretagne:

AgileBreizh, facilitateur d'agilité dans la région Ouest! Elle rassemble les communautés de praticiens agiles de Rennes, Nantes et du Morbihan; Et les communautés de développeurs Ruby avec Rennes On Rails, .Net avec Alt.Net et Java avec le BreizhJug.
Vous pouvez suivre @AgileBreizh sur Twitter.
AgileBreizh organise également des évènements tels que l'Agile Open Breizh, un Open Space autour de l'Agilité en Juin.

Chaque ville organise cette année encore une étape de l'AgileTour en Octobre: AgileNantes le 21, AgileRennes le 7 et Agile Morbihan le 14.
Elles organisent également régulièrement des conférences et des ateliers:
- Rennes avec Granit et les Grafotech Agile tous les mois, les Rails Bar De Rennes On Rails, les sessions du BreizhJug tous les premiers lundi du mois et les sessions Alt.Net.
- Nantes à suivre sur leur blog
- Vannes-Lorient avec le Cluster eTic, tous les mois.
Les valeurs, principes et pratiques de l'Agilité sont donc bien représentées dans toutes ces villes, alors n'hésitez plus.
mardi 29 juin 2010
Feed back Agile Open Breizh
Un mini évènement hier pour la communauté Agile de Bretagne: Le premier Agile Open Space et premier évènement AgileBreizh [1].
L'Agile Open a fait des émules. La première session 2009 à laquelle j'avais participé m'avait déjà bien motivée. En 2010, je suis revenu avec cette fois deux autres Rennais du bureau d'AgileBreizh.
Et les voilà partis pour organiser la première session Bretonne. C'était donc hier et très réussie avec une dizaine de participants de Rennes, Vannes et Nantes.
Les sessions que j'ai suivi étaient variées:

Des sujets qui reviennent régulièrement comme l'entreprise de demain, le rôle du coach agile, coaching individuel et/ou d'équipe;
Egalement des ateliers Lean à base de grenouille (merci Xavier) et l'atelier Kanban Experiment de Karl Scotland.
Je l'ai découvert à Londres lors du spa de cette année. J'ai expérimenté cette fois un format légèrement différent qui à mon sens marche mieux.
Déjà en changeant le titre puisqu'il s'agit plus d'expérimenter des processus que le Kanban en particulier, de figer le périmètre plutôt que time boxer les exercices et de voir leur effet au travers un indicateur particulier: la courbe de valeur cumulée.

Les résultats de l'atelier
Pour ceux qui pourraient être intéressés par cet atelier, je vais le jouer lors de certaines étapes Agile Tour (Rennes et Vannes) en Octobre.
J'ai également animé une autre session autour des outils des coachs. L'idée m'a été suggérée lors du spa. Elle suit doucement son chemin. Je vais faire une restitution de cet atelier autour d'un format mind map collaboratif rapidement je pense.

Perfection game
Evidemment, que ça dure plus longtemps, que l'on passe une ou deux soirées ensembles à échanger... Mais bon une journée au vert c'est déjà très appréciable.
On peut pas le faire au bord de la mer la prochaine fois?
La suite?
De la motivation pour continuer l'expérimentation du côté des participants.
De la motivation pour continuer l'expérimentation du côté des participants.
De mon côté j'aimerais bien que l'Agile Open Breizh devienne une summer session d'Agile Open France en 2011.
Merci donc aux organisateurs!
[1] à suivre sur twitter @agilebreizh ou sur le site agilebreizh.org
mercredi 2 juin 2010
Rétrospective Agile France 2010
De retour de la conférence Agile France à Paris.
Les +
- De bons retours et des axes d'amélioration pour ma session "De Scrum au Kanban", 40 participants. Merci à François pour son retour sur ma session.
- Comme le dit Alex, pas mal de Networking cette année, avec de nouvelles rencontres
- Des échanges pour Agile Tour, avec le board entre autre
- Des conversations intéressantes comme d'habitude, avec des organisateurs, orateurs ou participants. Une session off sympa avec Jean-claude, Seb et Luc.
- J'attend maintenant des sessions d'essayer d'aller un peu plus loin, de défricher de nouveaux chemins ou d'offrir un autre éclairage sur des sujets connus: merci aux orateurs pour ces prises de risques, je pense à Guillaume qui traque le plouf, Thomas et Christophe pour leur course d'orientation, Antoine pour l'Open Space A3
- Agile Breizh était largement représentée par AgileRennes, AgileNantes, AgileMorbihan
- Le café, excellent
Les -
- Pas eu le temps d'échanger avec le bureau d'Agile France sur les liens avec Agile Breizh, Bernard, j'ai préféré t'écouter à la guitare.
- J'ai raté la session de Régis, juste en me trompant de salle. Pas de test d'acceptance...
- J'ai participé à une session ou l'orateur avait l'air de s'ennuyer autant que moi: La loi des deux pieds marche également dans ce cas.
Les ?
- Les sessions et le discours de Marie-Pia Ignace sur le Lean sont très intéressantes mais me laissent perplexes car déconnectées de notre métier. J'aimerais bien participer à une session avec Marie Poppendieck un jour. Pour voir.
- L'arrivée massive des étapes Agile Tour laisse la place pour une conférence agile à Paris plus avancée, je pense.
Les leçons apprises
- Le marché de l'agilité cherche à se structurer ces derniers temps, ça se confirme. Mais ça part dans différentes directions.
- Le A3, pas la forme, le fond
Merci aux organisateurs pour ce bel évènement.
mardi 25 mai 2010
Conférence Agile, De Scrum au kanban, des retours d’expérience hors cœur de cible agile
Comme je l'annonçais récemment, j'anime lundi prochain une session à la Conférence Agile.


C'est une session avancée d'1h30 ou l'on parle de Scrum, Kanban et goulot d'étranglement. La session est un retour d'expérience et n'a pas pour objectif d'expliquer ce que sont ces méthodes. Si vous n'êtes pas familié, je vous invite à lire l'ebook de Kniberg sur Scrum et Kanban, que vous trouverez sur le site de Claude Aubry (qui a participé à sa traduction Française).
En attendant la session, voici la carte mentale de la session:
Et le support en ligne:
Il y aura surement des sessions lors de l'Agile Tour en Bretagne.
lundi 24 mai 2010
Agile Open Breizh 2010
Agile Breizh organise l'Agile Open Breizh 2010,
l'occasion de réunir les praticiens agiles confirmés, néophytes ou en devenir dans un cadre décontracté et amical, propice à l'échange et la créativité autour des méthodes agiles.
Cette rencontre sera organisée selon l'approche Forum Ouvert (OpenSpace) dont le principe est de laisser les participants définir le contenu des sessions.
"L'agilité dans l'ouest et ailleurs", voilà le thème retenu.
~ Où ~
L'auberge du Blavon à 20 km de Rennes
~ Quand ~
Le lundi 28 juin 2010 de 10h00 à 19h00
~ Inscription ~
Participation aux frais (déjeuner au feu de bois compris)
Inscription avant le 15 juin 40€.
Inscription à partir du 15 juin 45€.
Le nombre de place est limité à 20 participants.
Nous vous invitons à nous rejoindre en commençant par vous inscrire en retournant le bulletin ci-dessous à l'adresse open@agilebreizh.org
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Nom :
Prénom :
Ville :
Moyen de transport :
Moyen de paiement (chèque / virement) :
Dîner sur place à 18€ (oui / non) :
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Amicalement
L'équipe Agile Breizh
l'occasion de réunir les praticiens agiles confirmés, néophytes ou en devenir dans un cadre décontracté et amical, propice à l'échange et la créativité autour des méthodes agiles.
Cette rencontre sera organisée selon l'approche Forum Ouvert (OpenSpace) dont le principe est de laisser les participants définir le contenu des sessions.
"L'agilité dans l'ouest et ailleurs", voilà le thème retenu.
~ Où ~
L'auberge du Blavon à 20 km de Rennes
~ Quand ~
Le lundi 28 juin 2010 de 10h00 à 19h00
~ Inscription ~
Participation aux frais (déjeuner au feu de bois compris)
Inscription avant le 15 juin 40€.
Inscription à partir du 15 juin 45€.
Le nombre de place est limité à 20 participants.
Nous vous invitons à nous rejoindre en commençant par vous inscrire en retournant le bulletin ci-dessous à l'adresse open@agilebreizh.org
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Nom :
Prénom :
Ville :
Moyen de transport :
Moyen de paiement (chèque / virement) :
Dîner sur place à 18€ (oui / non) :
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Amicalement
L'équipe Agile Breizh
jeudi 20 mai 2010
Rétrospective SPA 2010
De retour de la Spa conférence à Londres, 4 jours de sessions, d'ateliers et d'échanges souvent passionnants, comme le montre les tweets de la conférence.
J'ai retrouvé des personnes que j'aime bien, qui m'apporte énormément. Les sessions les plus marquantes pour moi ont eu un écho plutôt au niveau organisation qu'équipe, ce qui tombe bien au vue de mes préoccupations du moment.
Et comme l'année dernière une rétrospective à chaud de la conférence:
Les plus
- Retours d'expérience au niveau Organisation (uswitch, supermassive games, energizedwork)
- Ai fini de travailler sur ma session Scrum au Kanban pour la conférence agile, bientôt en ligne
- Workshop sur les Personas/Narrative journey map (c'est moi sur les photos du blog Platformability :o)) et kanban Game, qui m'ont permis d'expérimenter un peu plus des notions que j'ai déjà mis en pratique
- Le Kanban Game introduit une notion de variabilité sans passer par le classique tirage de dé que l'on retrouve dans d'autres ateliers. Intéressant. L'atelier peut être amélioré, il va falloir expérimenter avec AgileRennes à mon retour!
- J'ai retrouvé des personnes de différents coins d'Europe avec qui j'avais faits des ateliers l'année dernière. J'aime bien ses liens qui se tissent doucement au fil des rencontres et des années
- La Session avec Pascal et Portia sur Pinochio, on becoming a Lean leader, très inspirante comme d'habitude
- Jogging le long de la tamise et le long de la diagonale des jardins de Londres
- Ai plein d'idées pour de nouvelles sessions, en particulier une série de sessions, merci Portia pour l'idée
- Un débat intéressant sur le Software Craftmanship avec l'équipe des Extreme Tuesday Club
- J'ai mieux géré les 4 jours, je ne reviens pas trop fatigué
Les moins
- Pas bien dormi les premières nuits
- L'expérimentation culinaire de dimanche a eu raison de moi lundi: ne pas essayer de restos suédois à Londres qui s'appelle Garlic and shot!
- Dernière pratique de l'anglais aux XP Days Benelux, pourtant la reprise est difficile. A cause de la langue, je suis passé à côté de la plénière sur les patterns en architecture.
- Louper une session avec très bon feed-back, mais pour cause de discussion intéressante, on ne peut pas être partout
- A force de fréquenter les mêmes conférences (Agile Tour, XP Days, Spa, Agile Open), le choix de conférences non vues se réduit considérablement. Le choix d'une session par défaut ne donne pas que des bons résultats
- Les sessions de mercredi n'étaient pas à la hauteur de mes attentes: Même conclusion que l'année dernière, la conférence serait mieux avec une journée de moins et plus de sessions en parallèle
- A cette conférence un format de session à la mode est : Donner un contexte, poser une question, faire travailler les participants, synthétiser les retours
- Ce format proche de l'open space est intéressant pour des sujets avancés ou à défricher mais sur des sujets plus classiques les retours sont pas toujours intéressants: Dépend essentiellement des personnes qui sont à votre table
Les questions
- Comment être en amélioration continue tout seul lorsque l'on a une bonne capacité d'adaptation (merci la course au large pour cela)?
- J'ai l'impression d'avoir perdu en anglais depuis l'année dernière, pourtant avec les conférences à Londres et au Benelux, je pratique. Comment progresser?
- Cette conférence est un grand générateur d'idée, mon mindmap des 4 jours est plein. Je vais encore devoir prioriser?
Ce que j'en rapporte
- La revue de pair utilisée pour une planification de rétrospective, l'atelier de Rachel Davies sur Effective rétrospective, devrait être plus généralisée. Confronter ses idées aux autres est toujours enrichissant
- Diversifier les conférences:
Selon le principe 80/20 appliqué à l'apprentissage de nouvelles pratiques ou concepts, le temps pour acquérir les 20% est très important et sans rapport à celui qu'il faut pour acquérir les premiers 80%. Pour continuer à apprendre plus, je vais devoir aller à des conférences différentes, sur des sujets connexes, j'ai déjà quelques idées pour cela.
mercredi 28 avril 2010
Speaker Agile conférence 2010

Yes!
L'année dernière, j'avais accompagné Pascal et Portia pour un Business Value Game.
Cette année, je présente mon retour d'expérience de Scrum au Kanban que j'ai préparé l'automne dernier. Après l'avoir joué une fois aux sessions à blanc d'AgileRennes, la présentation va être plus orientée sous l'angle de la Théorie des contraintes. Je mettrais le support en ligne mis à jour avant la conférence.
jeudi 15 avril 2010
Agile Tour passera par Vannes cette année !
Je relais l'annonce d'AgileMorbihan concernant l'Agile Tour Vannes:
Agile Tour passera par Vannes cette année !
Agile Tour 2010 à Vannes, c'est l'évènement de l'année dans le domaine de la gestion de projets et du développement logiciel. Il se déroulera sur une journée complète.Agile Tour Vannes 2010 est un évènement entièrement tourné vers les professionnels et les entreprises du Morbihan. Sa réussite dépend aussi de vous.
Vous pouvez nous aider :
Comment participer à l'organisation de l'Agile Tour Vannes 2010 ?
Vous avez envie de créer ou soutenir une communauté agile sur le Morbihan ?Vous avez envie de rencontrer d'autres orateurs agiles provenant d'autres régions ?
Vous avez envie d'expérimenter un projet d'organisation évènementielle en mode agile ?
Nous serions heureux de vous compter parmi les organisateurs locaux de cet évènement.
Pour les personnes motivées par l'organisation de cet événement, nous vous proposons de nous retrouver autour d'un déjeuner dans les semaines à venir.
Dites-moi, quelles sont vos disponibilités par Doodle :
Nous organisons une réunion ouverte à tous chaque mois sur des sujets variés touchant à l'agilité.
Soyez informés des événements agiles de votre région en vous abonnant à la newsletter du Cluster eTIC du Conseil Général du Morbihan : http://www.tic.morbihan.fr/
Participez à nos échanges sur notre groupe de discussion : http://groups.google.com/group/agilemorbihanC'est notre mode de communication privilégié. Une invitation vous sera envoyée pour faire parti de ce groupe de discussion. Merci de vous y inscrire.
Agile Morbihan : Pour qui ? Pourquoi ?
Une communauté agile est en train de se lancer dans le Morbihan. Elle est affiliée à l'association Agile Breizh (http://www.agilebreizh.org/).Son objectif est de réunir les personnes intéressées par les méthodes agiles dans le Morbihan ou dans l'ouest et désireuses de s'inspirer du meilleur de chaque méthodes et pratiques agiles : Extrême programming, Scrum, Kanban, Lean, ...
Agile Morbihan est une communauté de pratique agile qui permet :
Et ensuite ?
Vous souhaitez expérimenter un projet en mode agile ? Nous vous proposons de participer à l'organisation d'Agile Tour Vannes 2010.Vous avez un problématique qui touche votre contexte, votre activité ? Nous vous proposons de le traiter en groupe de travail.Vous aimeriez appliquer le TDD dans votre développement ? Nous vous proposons de vivre l'expérience dans le cadre d'un de nos ateliers Coding Dojo.Vous aimeriez comprendre et mieux satisfaire vos clients ? Nous vous proposons de vous glisser dans la peau d'un responsable de compte client.
Agile Tour passera par Vannes cette année !
Agile Tour 2010 à Vannes, c'est l'évènement de l'année dans le domaine de la gestion de projets et du développement logiciel. Il se déroulera sur une journée complète.Agile Tour Vannes 2010 est un évènement entièrement tourné vers les professionnels et les entreprises du Morbihan. Sa réussite dépend aussi de vous.
Vous pouvez nous aider :
- par votre soutien financier
- par votre participation à l'organisation
- par vos suggestions
- par votre présence dans l'audience le jour venu
Comment participer à l'organisation de l'Agile Tour Vannes 2010 ?
Vous avez envie de créer ou soutenir une communauté agile sur le Morbihan ?Vous avez envie de rencontrer d'autres orateurs agiles provenant d'autres régions ?
Vous avez envie d'expérimenter un projet d'organisation évènementielle en mode agile ?
Nous serions heureux de vous compter parmi les organisateurs locaux de cet évènement.
Pour les personnes motivées par l'organisation de cet événement, nous vous proposons de nous retrouver autour d'un déjeuner dans les semaines à venir.
Dites-moi, quelles sont vos disponibilités par Doodle :
- Déjeuner sur Lorient du 19 au 23 avril : http://www.doodle.com/4rey7hrxav98dcav
- Déjeuner sur Vannes du 26 au 30 avril : http://www.doodle.com/wph6xgn7wfa387z3
Nous organisons une réunion ouverte à tous chaque mois sur des sujets variés touchant à l'agilité.
Soyez informés des événements agiles de votre région en vous abonnant à la newsletter du Cluster eTIC du Conseil Général du Morbihan : http://www.tic.morbihan.fr/
Participez à nos échanges sur notre groupe de discussion : http://groups.google.com/group/agilemorbihanC'est notre mode de communication privilégié. Une invitation vous sera envoyée pour faire parti de ce groupe de discussion. Merci de vous y inscrire.
Agile Morbihan : Pour qui ? Pourquoi ?
Une communauté agile est en train de se lancer dans le Morbihan. Elle est affiliée à l'association Agile Breizh (http://www.agilebreizh.org/).Son objectif est de réunir les personnes intéressées par les méthodes agiles dans le Morbihan ou dans l'ouest et désireuses de s'inspirer du meilleur de chaque méthodes et pratiques agiles : Extrême programming, Scrum, Kanban, Lean, ...
Pour toutes les personnes impliquées dans les projets informatiques qui souhaitent :
- Découvrir les principes et valeurs des méthodes agiles
- Expérimenter de nouvelles techniques et méthodes de travail
- Tester les méthodologies de développement logiciel agiles
- Partager les retours d'expériences sur les pratiques agiles
Agile Morbihan est une communauté de pratique agile qui permet :
- de faciliter les rencontres et les échanges sur les méthodes agiles les plus innovantes de façon conviviale à travers des ateliers pratiques et des événements sur notre territoire et
- de lancer une dynamique agile dans le Morbihan en prenant en compte ses spécificités locales
Rétrospectives
- Rennes - 1 Octobre 2009 : Agile Tour Rennes, dont Laurent Morisseau est co-organisateur
- Vannes - 22 Octobre 2009 : Forum Développement Logiciel, où Laurent Morisseau a animé un atelier agile
- Rennes - Novembre à Décembre 2009 : Création de l'association Agile Breizh
- Vannes - 12 et 13 Janvier 2010 : Formation sur le TDD aux étudiants de la Licence Pro Informatique, dispensée par Patrice Petit (Agilbee, initiateur de l'événement Agile Tour)
- Vannes - 12 Janvier 2010 : Atelier Agile Dojo, animé par Patrice Petit d'Agilbee
- Vannes - 09 Février 2010 : Lancement d'Agile Morbihan. Session d'ouverture, animée par Laurent Morisseau. Introduction et fondamentaux de l'agilité.
- Lorient - 15 Mars 2010 : Atelier du Jeu de la Valeur Métier, animés par Christophe Bégot et Dominique de Prémorel
- Auray - 21 Avril 2010 : Comment tirer parti de Scrum ? Retour d'expérience de Bruno Paulet, Pharmagest
Et ensuite ?
Vous souhaitez expérimenter un projet en mode agile ? Nous vous proposons de participer à l'organisation d'Agile Tour Vannes 2010.Vous avez un problématique qui touche votre contexte, votre activité ? Nous vous proposons de le traiter en groupe de travail.Vous aimeriez appliquer le TDD dans votre développement ? Nous vous proposons de vivre l'expérience dans le cadre d'un de nos ateliers Coding Dojo.Vous aimeriez comprendre et mieux satisfaire vos clients ? Nous vous proposons de vous glisser dans la peau d'un responsable de compte client.
Contact
AGILEBREIZH / Cluster eTIC du Morbihan
Dominique de PrémorelRéférente Agile Morbihan
Inscription à :
Commentaires (Atom)
Laurent Morisseau, auteur de ce blog, pour me contacter


















