La MEITO et l'IRISA vous proposent un atelier gratuit sur la modularité avancée pour l'agilité des systèmes informatiques le mardi 16 mars 2010, de 13h30 à 18h Formation d’Ingénieurs de l’Université de Rennes 1 Bât. 42 - Campus de Beaulieu - 35042 Rennes Cet événement aura lieu en lien avec la conférence internationale dédiée à cette même problématique qui se déroule à Rennes et Saint-Malo du 15 au 19 mars prochain : AOSD 2010 (http://www.aosd.net/2010/) L’objectif de cette demi-journée est d'aborder les nouvelles approches permettant de maîtriser la complexité croissante des systèmes informatiques et la forte dynamique du marché dans lequel s'intègrent leurs développements (évolution incessante des exigences, besoin de dériver de nouveaux produits à partir de produits existants, etc.) : agilité dans l’écosystème du logiciel au travers d’une meilleure modularité des développements, des processus et des équipes elles-mêmes. Avec des acteurs phares de l’ingénierie logicielle (INRIA, THALES, EXIBRI, SODIFRANCE, …) nous aborderons au cours de cet atelier différents moyens d’appréhender cette modularité, tant au niveau des développements (p.ex., séparation des préoccupations grâce à la modélisation et la programmation par aspects, ainsi que la notion de point de vue) que des organisations (p.ex., méthodes agiles). Programme et inscription : http://www.meito.com/fr/ Personnellement, je fais une intervention sur l'adoption des méthodes agiles et Guillaume d'Alt.Net Rennes fera une introduction au Domain Driven Design.Atelier adossé à la conférence AOSD 2010
lundi 22 février 2010
atelier sur la modularité avancée pour l'agilité des systèmes informatiques
dimanche 7 février 2010
Session AgileMorbihan février
Vous avez loupé les derniers Coding Dojo Bretons? Même s'il était difficile de passer au travers de celui de Vannes en Janvier, d'Alt.Net en C# il y a une semaine ou d'AgileRennes et RennesOnRails en ruby la semaine dernière, il vous reste une chance avec AgileNantes la semaine prochaine!
La prochaine session d'AgileMorbihan se déroule mardi prochain avec une introduction à l'agilité et son adoption suivie d'une présentation de la dynamique régionale sur l'Agilité.
La présentation est disponible ici.
Prochain livre sur le Kanban
J'ai eu le plaisir de lire le manuscrit du prochain livre de David Anderson sur le Kanban qui m'a conforté sur ma compréhension et sa mise en pratique. Il m'a également conforté sur le domaine d'applicabilité de cette approche, très adaptée entre autre à la maintenance applicative, même si mon expérience en Kanban est plus axée migration.
Ce livre est plus accessible que le précédent plus axé théorie des contraintes pour la gestion de projet.
Conforté également dans l'approche opérationnelle: Commencer là ou on en est, définir la cartographie de la chaine de valeur (Value Stream mapping) du processus existant avec l'équipe comme base pour construire le tableau Kanban: Il doit refléter la manière dont l'organisation ou l'équipe travaille car c'est un outil opérationnel. J'ai vu plusieurs équipes délaissées leur tableau Scrum car trop éloigné de leur manière de travailler, modélisant leur processus cible par exemple.
Ce livre a l'avantage de mettre au clair les notions et pratiques, d'enlever certains mythes et de rassembler différentes ressources. Il reprend quelques écrits que l'on peut trouver sur le net mais c'est essentiellement du nouveau contenu.
Ce qui me marque le plus c'est le message délivré formalisé par le premier objectif du Kanban:
Optimize existing processes through changes introduced with minimal resistance
Le Kanban comme moteur du changement avec le minimum de résistance, opportunité d'amélioration continue. Cela me parle car j'ai expérimenté le Kanban pour des raisons techniques liées à des contextes de projet et je suis arrivé entre autre à cette conclusion et cela a modifié mon approche de l'adoption de l'agilité.
Petit rappel également sur les priorités à donner pour hiérarchiser des décisions d'améliorations, ce qu'il appel le filtre de décision Lean:
- D'abord par la valeur
- Puis par le flux
- Puis par la réduction de gaspillage
Conforté également dans l'approche opérationnelle: Commencer là ou on en est, définir la cartographie de la chaine de valeur (Value Stream mapping) du processus existant avec l'équipe comme base pour construire le tableau Kanban: Il doit refléter la manière dont l'organisation ou l'équipe travaille car c'est un outil opérationnel. J'ai vu plusieurs équipes délaissées leur tableau Scrum car trop éloigné de leur manière de travailler, modélisant leur processus cible par exemple.Pour revenir à l'amélioration continue, un chapitre y est consacré traitant des 3 types d'opportunité
- Les goulots d'étranglement, issu de la théorie des contraintes
- Éliminer le gaspillage issu du Lean
- Réduire la variabilité, portée par Deming avec la Maitrise statistique des procédés et Six Sigma
Il y a plein d'autres notions sur la prédictibilité, la variabilité, les classes de service et politiques liées à ces classes.
En conclusion, cette lecture donne une compréhension plus profonde du Kanban, notamment grâce aux réflexions autour des TOC, du Lean et TPS, de Deming, de l'agilité...
En montrant que l'approche est plus douce et d'une grande simplicité mais très puissante, adressant tous ces objectifs.
Avec le Kanban, on se concentre sur une pratique simple, un système avec des cartes et des limites aux états qui contraignent le système juste assez pour provoquer le prochain changement incrémental.
Avec le Kanban, on se concentre sur une pratique simple, un système avec des cartes et des limites aux états qui contraignent le système juste assez pour provoquer le prochain changement incrémental.Cela à un écho lointain avec ma (re) lecture du moment à propos du Zen qui a retrouvé l'essence du Bouddhisme, avec le Tch'an venue de Chine, en se débarrassant de toutes les fioritures excepté d'une pratique, le zazen:
La posture à la fois martiale et sereine
Inscription à :
Messages (Atom)
Messages
