Bonjour à tous,
Un rappel que l'Institut Lean France organise sa "3ème Journée du Lean dans
les Services" le 9 Décembre prochain à Paris.

Si vous êtes intéressé par le lean dans l'IT, c'est une bonne occasion de
rencontrer des gens qui l'ont mis en place sur leurs projets informatiques
(tel que Nokia Siemens Network) ou les experts du lean, tel que Michael
Ballé qui propose une session basée sur son dernier bouquin "The Lean
Manager" (où comment transformer la culture de l'entreprise pour obtenir un
avantage compétitif durable).

Egalement, vous pourrez voir une simulation d'obeya room sur un projet de
développement informatique. Pour plus d'info, rendez-vous sur le site de
l'ILF: http://www.institut-lean-france.fr/catalogue.html.

A plus,
Sandrine


[Les parties de ce message comportant autre chose que du texte seul ont été
supprimées]

Bonjour Thierry,

Le 17 novembre 2009 20:43, Thierry Gabriel Cros <tco@...> a écrit :

> oui, nous utilisons
> - des features et un doc type "vision" avec une roadmap de déploiement
> - un backlog qui contient les "histoires" des différentes features
> . projets "pilotes"
> . chantiers d'évolution (évolution des roles, du management...)
> . vagues de déploiement
> nous reprenons aussi les notions de "release" et itérations
> pour ce qui est du backlog, en fait concrètement cela correspond à une
> liste de "macro tâches"
> nous n'utilisons pas les notions de "points" ni de vélocité car les
> équipes sont trop dispersées et interviennent sur des sujets très
> différents.
> du coup cela permet quand même de jouer sur les principes agiles tels que
> - feedbacks sur cycles courts
> - équipe
> - amélioration continue

Excellent !

> à propos de l'équipe citée, quid du Client ? des releases fréquentes ?
> les changements évoqués ne correspondent-ils pas
> - soit à des carrottages genre phase exploratoire
> - soit à des histoires techniques qui ont toute leur place ds le backlog ?

Oui bonnes remarques. Finalement je trouve mon exemple très mal choisi.

Il s'agirait effectivement de faire du carrottage ou des histoires
techniques, mais il s'agirait de les faire une à une, et peut-être en
avance s'il le faut, plutôt que d'en faire trop d'un coup.

Supposons que l'équipe anticipe qu'elle devra se mettre à niveau sur
trois nouvelles "technologies" pour le développement d'une feature ou
projet à venir. Plutôt que d'attendre d'avoir le nez sur ces trois
inconnues et de rentrer dans une phase exploratoire à trois degrés de
complexité, elle pourrait gérer ces montés en compétences en s'y
prenant en avance, et en procédant séquentiellement à trois phases
exploratoires plus simples.

Effectivement, il est assez hasardeux d'espérer profiter d'un projet
en cours pour procéder à ces expérimentations. Autant que cela soit
invisible pour le client. Peut-être vaudrait-il mieux s'appuyer sur
des ateliers d'exploration spécifiques.

Est-ce plus clair dit comme ça ?

Merci en tout cas pour ton retour d'expérience et tes remarques !

Colin.

Le Tue, 17 Nov 2009 11:03:08 +0100, Colin Garriga-Salaün
<colin.garriga@...> a écrit:

> Bonjour,
>
> avez-vous déjà utilisé un backlog du changement dans vos équipes ou
> votre organisation ? Il s'agirait en somme de définir collectivement
> une situation cible, d'en dégager des actions de changement ou
> apprentissage, et de les prioriser.

oui, nous utilisons
- des features et un doc type "vision" avec une roadmap de déploiement
- un backlog qui contient les "histoires" des différentes features
    . projets "pilotes"
    . chantiers d'évolution (évolution des roles, du management...)
    . vagues de déploiement
nous reprenons aussi les notions de "release" et itérations
pour ce qui est du backlog, en fait concrètement cela correspond à une
liste de "macro tâches"
nous n'utilisons pas les notions de "points" ni de vélocité car les
équipes sont trop dispersées et interviennent sur des sujets très
différents.
du coup cela permet quand même de jouer sur les principes agiles tels que
- feedbacks sur cycles courts
- équipe
- amélioration continue

à propos de l'équipe citée, quid du Client ? des releases fréquentes ?
les changements évoqués ne correspondent-ils pas
- soit à des carrottages genre phase exploratoire
- soit à des histoires techniques qui ont toute leur place ds le backlog ?



>
> J'en utilise un personnellement et je me dis qu'il pourrait être très
> intéressant pour une équipe ou une organisation de se doter d'un tel
> outil.
>
> J'y verrai trois avantages a priori :
>
> 1. l'outil aiderait l'équipe à élaborer une vision partagée de
> l'avenir qui aiderait à instaurer la confiance, l'engagement et la
> responsabilisation collective.
> 2. plutôt qu'un changement réactif issue de rétrospective d'itération,
> l'outil pourrait aider l'équipe à définir le changement par
> anticipation et à adopter ainsi une démarche stratégique du changement
> sur le long terme.
> 3. plutôt que d'alimenter un backlog d'obstacle qui mine le moral
> lorsqu'il se remplit plus vite qu'il ne se vide, l'équipe pourrait se
> concentrer plus naturellement sur ce qu'elle veut apporter comme
> amélioration concrète.
>
> Pour prendre un exemple, une équipe voulant accéder à des projets web
> à interfaces très dynamiques et à très gros volumes pourrait
> déterminer qu'il lui faudrait monter en compétence sur la
> programmation Javascript et comment y appliquer le TDD et
> l'intégration continue. Elle pourrait ainsi décider d'introduire
> jQuery et QUnit dans son projet actuel non pour répondre au besoin du
> client mais pour son intérêt stratégique.
>
> Qu'en pensez-vous ? Y verriez-vous d'autres avantages ? des risques ?
>
> Avez-vous des retours d'expériences sur le sujet ?
>
> Colin.
>
>
> ------------------------------------
>
> Liens Yahoo! Groupes
>
>
>


--

Thierry Gabriel Cros

tél : +33 (0) 667 90 22 29

Bonjour,

avez-vous déjà utilisé un backlog du changement dans vos équipes ou
votre organisation ? Il s'agirait en somme de définir collectivement
une situation cible, d'en dégager des actions de changement ou
apprentissage, et de les prioriser.

J'en utilise un personnellement et je me dis qu'il pourrait être très
intéressant pour une équipe ou une organisation de se doter d'un tel
outil.

J'y verrai trois avantages a priori :

1. l'outil aiderait l'équipe à élaborer une vision partagée de
l'avenir qui aiderait à instaurer la confiance, l'engagement et la
responsabilisation collective.
2. plutôt qu'un changement réactif issue de rétrospective d'itération,
l'outil pourrait aider l'équipe à définir le changement par
anticipation et à adopter ainsi une démarche stratégique du changement
sur le long terme.
3. plutôt que d'alimenter un backlog d'obstacle qui mine le moral
lorsqu'il se remplit plus vite qu'il ne se vide, l'équipe pourrait se
concentrer plus naturellement sur ce qu'elle veut apporter comme
amélioration concrète.

Pour prendre un exemple, une équipe voulant accéder à des projets web
à interfaces très dynamiques et à très gros volumes pourrait
déterminer qu'il lui faudrait monter en compétence sur la
programmation Javascript et comment y appliquer le TDD et
l'intégration continue. Elle pourrait ainsi décider d'introduire
jQuery et QUnit dans son projet actuel non pour répondre au besoin du
client mais pour son intérêt stratégique.

Qu'en pensez-vous ? Y verriez-vous d'autres avantages ? des risques ?

Avez-vous des retours d'expériences sur le sujet ?

Colin.

Bonjour à tous,

Le groupe des praticiens agiles de Nantes accueille mardi 24 Novembre Patrice
Petit pour une intervention sur le thème de la planification Agile:

"La Planification Agile par la pratique : Vélocité, Kanban, BurnDownChart,
BurnUpChart et Contrat Agile"

L'objectif de l'atelier est de présenter l'un des outils de gestion de projet
principal de la planification agile afin d'en montrer les principaux atouts de
l'agile : dynamique, coopération, simplicité et optimisation de la business
value en continue. L'atelier se termine en découvrant l'un des contrats agiles
type utilisant le BurnUpChart.

Patrice Petit est un acteur reconnu de l'Agilité en France. Il est nottament le
fondateur de l'Agile Tour, ainsi que des entreprises Agilii et AgilBee.

Un diner est proposé après la session Agile. Merci d'indiquer lors de votre
inscription si vous souhaitez y assister.

---
Date: Mardi 24 Novembre 2009
Lieu: Pacte Novation (9 rue de la fosse, Nantes) (--> derrière le Gaumont, entre
la chocolaterie et le marchand de café).
Le téléphone de l'agence pour les égarés: Tél: 02.40.35.03.37
Horaire: 18h30 - 20h30 (ne soyez pas en retard ;-)
---

Pour vous inscrire, répondez simplement à ce mail, ou contactez moi au 06 83 01
05 76


N'hésitez pas à diffuser largement l'information autour de vous et venez
nombreux !

Merci à Pacte Novation qui nous accueille.


A très bientôt,
________________________________

Olivier Tabone
Technical Director

mobile: +33 6 83 01 05 76
phone: +33 2 40 63 79 51
fax:      +33 957 58 44 83
mailto:  olivier.tabone@...
web:     http://www.ripplemotion.fr
twitter:  http://twitter.com/ripplemotion

Bonjour,
Pour ceux qui seraient intéressés, l'Institut Lean France organise la 3ème
journée "lean dans les services" sur le thème "destruction créatrice et
lean". La description de la journée se trouve ci-dessous.

Le programme et l'inscription, sur le site de l'ILF:
http://www.institut-lean-france.fr/prod-169-Journ%C3%A9e-Technique-Lean-dans-les\
-Services---9-D%C3%A9cembre-2009.html
.

A plus,
Sandrine

**********

La *destruction créatrice* désigne le processus de disparition de secteurs
d'activité conjointement à la création de nouvelles activités économiques.
L’innovation est la force motrice de ces évolutions, qui se traduisent,
selon les économistes, par une croissance sur le long terme pour les
entreprises qui savent les identifier et les déployer.

Wikipedia identifie plusieurs familles d’innovation qui concourent à
la *destruction
créatrice*. Quelques exemples dans le domaine des services :

*« les nouveaux moyens de communication » :  *cf la révolution internet

*« les nouvelles sources de travail et de matières premières » :*  cf
l’externalisation vers les pays à bas coût de main d’œuvre.

*« les nouveaux moyens financiers ou de fraude » : *quels seront les impacts
de la crise financière de 2008 ?

Quelle est la place du lean dans ce contexte ?

L’innovation provient aussi « des nouvelles formes d’organisation et de
management ». Le lean entre clairement dans cette catégorie. Les premières
entreprises de service à l’avoir mis en œuvre, de General Electric à BNP
Paribas, obtiennent des résultats incontestables en matière d’efficacité
opérationnelle, avec des impacts clairs sur le développement de leur chiffre
d’affaires (cf les témoignages des journées 2007 et 2008 du lean dans les
services organisées par l’Institut Lean France).

Il y a donc un intérêt stratégique à comprendre comment déployer le lean
dans son organisation pour sécuriser son processus de *destruction créatrice
*. Deux livres remarquables ont été publiés sur le sujet en 2009 :

*« Lean Manager »*, de Freddy et Michaël Ballé, montre comment dépasser le
déploiement d’outils lean pour obtenir la transformation de l’entreprise.**

*« Chasing the rabbit »*, de Steven Spear, démontre sur des cas réels que
les entreprises qui appliquent les principes du lean management obtiennent
des avantages compétitifs majeurs.

Quels sont alors ces principes, à connaître pour pouvoir ensuite les
déployer dans sa propre organisation ? S. Spear les décrit ainsi :

•  construire un environnement visuel dynamique qui révèle les problèmes
opérationnels,

•  attaquer et résoudre ces problèmes, un par un, à l'endroit où ils
apparaissent, avec les collaborateurs,

•  apprendre de la résolution de problème et diffuser cette connaissance
dans l'entreprise,

•  transformer les managers pour qu'ils animent la démarche d'amélioration
continue.



Cette troisième journée a pour objectif d’explorer ces principes, dans le
domaine des services, pour mieux comprendre quels bénéfices en tirer et
comment les mettre en oeuvre.

Marie-Pia Ignace
Institut Lean France

Trois bonnes raisons de participer

1. une opportunité unique de visiter une obeya room

L’obeya room est le mode de pilotage de projet développé par Toyota pour
concevoir de nouveaux véhicules, dont par exemple la Prius. L’obeya permet
de réduire les délais de conception de moitié tout en assurant la fiabilité
du produit livré. Elle est considérée comme une percée en matière de
conduite de projet.

L’Institut Lean France vous offre l’opportunité de visiter une obeya room et
d’échanger avec des experts sur sa conception et son mode d’animation.

2. l’échange avec d’autres praticiens

Enfin un lieu dans lequel on peut échanger sur des pratiques du lean dans
les *services* ! Les interventions mais aussi les moments de pause sont
l’occasion de découvrir comment d’autres abordent des sujets tels que la
conduite d’un projet, le déploiement dans une organisation et l’animation du
management. Et de partager les résultats obtenus...

3. l’accès à une source fiable sur le lean


[Les parties de ce message comportant autre chose que du texte seul ont été
supprimées]

Bonjour à tous,

Fort d'une très belle première édition des XP Day en Suisse, le comité
d'organisation se remet à l'ouvrage et lance un appel à contribution
pour l'édition 2010.

Les règles de base restent les mêmes: vous voulez partager une
expérience, communiquer des connaissances, débattre d'une idée, en un
mot contribuer à l'essor de l'agilité?

La seconde édition des XP Day en Suisse est l'occasion de vous exprimer
sur des sujets aussi variés que:
- la gestion de projet
- les outils
- les pratiques
- les types de contrats
- la transition vers les méthodes agiles
- ...

Cependant, par rapport à l'année dernière, nous envisageons les
nouveautés suivantes: les ateliers et les sessions interactives seront
privilégiés, une salle sera dédiée à un Open Space "Agile" et les
orateurs anglophones seront chaleureusement invités à participer à
l'événement.

La conférence se déroulera à Genève sur une journée, le lundi 29 mars 2010.
Plusieurs salles de 50 places environ seront disponibles et
accueilleront simultanément des sessions d'une heure, laissant libre
choix aux participants d'assister aux présentations les plus adaptées.
Chaque présentateur aura également une minute en séance plénière pour
convaincre l'auditoire de l'intérêt de son sujet.

Pour soumettre une proposition de session, envoyez-nous simplement un
mail avec le formulaire suivant
http://xpday.agile-swiss.org/uploads/formulaire_xpday_suisse_10.rtf
rempli avant le 17/01/2010 à contribution10@... .

Pour des questions d'organisation, chaque session devra durer 60
minutes, questions comprises (des sessions de 120 minutes sont
envisageables) .

Elle sera d'autant plus appréciée si elle est créative et interactive.
Les animateurs des sessions retenues auront un accès gratuit à toute la
conférence. Ils auront aussi à disposition une salle "conférenciers"
avec accès Internet. Les frais de déplacement et d'hébergement restent à
leur charge.

Le comité de sélection s'engage à vous donner un feedback sur les
sessions retenues avant le 14/02/2009.

"XP Day Suisse 2010" est un événement soutenu par l'association agile-swiss

Plus d'infos sur http://xpday.ch/

Le comité d'organisation de l'XP Day Suisse 2010
contribution10@...

Salut, Samir
2009/10/30 Samir Hanna <han.samir@...>

>
>


> Bonjour tous le monde,
>
>
> Comment manipuler les charts correctement pour présenter une information
> claire au client quand on travaille avec plusieurs niveaux de DoD (DoD
> équipe, DoD P.O, DoD client par exemple) ? Présenter un chart par DoD est
> une solution à mes yeux, qu'en pensez-vous, est-ce la seule ?
>








Peux-tu avoir moins de niveaux ?
Par exemple : (dod team = dod po) est une proposition vraie pour moi
Si le po est le client, alors il n'y en a plus qu'une, et c'est plus simple

Maintenant, peut-être est-ce plus une histoire de workflow que de role ?
http://www.scrumalliance.org/articles/107-how-do-we-know-when-we-are-done
Le principe de reduction ne disparait pas pour autant, car il te permet de
toucher plus vite le marché

@+, Thierry


[Les parties de ce message comportant autre chose que du texte seul ont été
supprimées]