Comments on: Scrum : un écueil pour les SSII ? et Kanban ? http://www.areyouagile.com/2009/09/scrum-un-ecueil-pour-les-ssii-et-kanban/ Nudge, Nudge, wink wink, n'en dites pas plus Mon, 23 Jan 2012 09:19:09 +0000 hourly 1 http://wordpress.org/?v=3.3.1 By: Jean-Luc http://www.areyouagile.com/2009/09/scrum-un-ecueil-pour-les-ssii-et-kanban/comment-page-1/#comment-33 Jean-Luc Wed, 28 Oct 2009 16:45:15 +0000 http://www.areyouagile.com/?p=126#comment-33 Je suis de la vieille école - Après avoir mangé du CMMi pendant presque 10 ans, je pense avoir vu les forces et les faiblesses du modèle (Cmmi). En résumer, pour forcer le trait, je dirais que : Coté forces : - l'organisation et le pilotage de haut vol (anticipation, réaction adaptée, ...) Je ne suis pas un pro des méthodes agiles, mais des infos que j'ai pu glaner, cette notion disparait complétement de part même les fondamentaux de la méthode; Coté faiblesses : - Ce type de démarche a tendance parfois à oublier que les projets sont faits par des humains. Un très bon indicateur ne peut tenir compte de tous les facteurs humains ... Donc Oui, surement, les méthodes agiles ont un sens et sont surement plus épanouissante pour les équipes mais encore faut-il que le client soit "agile" également. A ce jour, je n'en connait pas qui ont cette maturité ... D'un autre coté, on disait pareil sur la maturité des clients vis à vis de CMMi il y a 10 ans. Je suis de la vieille école – Après avoir mangé du CMMi pendant presque 10 ans, je pense avoir vu les forces et les faiblesses du modèle (Cmmi). En résumer, pour forcer le trait, je dirais que :
Coté forces :
- l’organisation et le pilotage de haut vol (anticipation, réaction adaptée, …) Je ne suis pas un pro des méthodes agiles, mais des infos que j’ai pu glaner, cette notion disparait complétement de part même les fondamentaux de la méthode;

Coté faiblesses :
- Ce type de démarche a tendance parfois à oublier que les projets sont faits par des humains. Un très bon indicateur ne peut tenir compte de tous les facteurs humains …

Donc Oui, surement, les méthodes agiles ont un sens et sont surement plus épanouissante pour les équipes mais encore faut-il que le client soit “agile” également. A ce jour, je n’en connait pas qui ont cette maturité … D’un autre coté, on disait pareil sur la maturité des clients vis à vis de CMMi il y a 10 ans.

]]> By: Cédric http://www.areyouagile.com/2009/09/scrum-un-ecueil-pour-les-ssii-et-kanban/comment-page-1/#comment-6 Cédric Mon, 21 Sep 2009 15:58:23 +0000 http://www.areyouagile.com/?p=126#comment-6 Merci pour ce billet Je travaille aussi en SSII et, même si j'ai la "chance" d'être su un projet client, qui a donc plus d'intérêt pour la direction, la gestion des ressource a aussi un côté aléatoire : quelques personnes à plein temps, et d'autres qui peuvent du jour pour le lendemain disparaitre pour un mois ou plus. Difficile dans ce cas de tenir des engagements, calculer des vélocités. nous avons donc adapté la technique décrite dans "Scrum from the trenches" avec une dispo sestimée, vélocité estimée, et dispo réelle, vélocité réelle. ça fonctionne pas trop mal. sur la terminologie, il y a un point où je ne suis pas tout à fait d'accord avec toi : les valeurs que tu cites (ne pas développer de fonctionnalité que personne ne va utiliser, ...) tiennent pour moi plus du lean (inspiré lui aussi de Toyota) que du kanban qui, pour moi, se résume à l'utilisation d'outils visuels et placent l'information où on en a besoin. un backlog peut être géré de manière électronique avec Excel, IceScrup ou autre, ou alors en kanban, avec des feuilles, des post-it sur un mur; l'étiquette entre les portes est un kanban, la recherche d'efficacité par diminution des stocks (des WIP), c'est du lean. Quoi qu'il en soit, bon courage dans ta recherche de performance dans un monde imprévisible! Cédric. Merci pour ce billet
Je travaille aussi en SSII et, même si j’ai la “chance” d’être su un projet client, qui a donc plus d’intérêt pour la direction, la gestion des ressource a aussi un côté aléatoire : quelques personnes à plein temps, et d’autres qui peuvent du jour pour le lendemain disparaitre pour un mois ou plus. Difficile dans ce cas de tenir des engagements, calculer des vélocités. nous avons donc adapté la technique décrite dans “Scrum from the trenches” avec une dispo sestimée, vélocité estimée, et dispo réelle, vélocité réelle. ça fonctionne pas trop mal.

sur la terminologie, il y a un point où je ne suis pas tout à fait d’accord avec toi : les valeurs que tu cites (ne pas développer de fonctionnalité que personne ne va utiliser, …) tiennent pour moi plus du lean (inspiré lui aussi de Toyota) que du kanban qui, pour moi, se résume à l’utilisation d’outils visuels et placent l’information où on en a besoin. un backlog peut être géré de manière électronique avec Excel, IceScrup ou autre, ou alors en kanban, avec des feuilles, des post-it sur un mur; l’étiquette entre les portes est un kanban, la recherche d’efficacité par diminution des stocks (des WIP), c’est du lean.
Quoi qu’il en soit, bon courage dans ta recherche de performance dans un monde imprévisible!
Cédric.

]]>