Les individus et les interactions plutôt que les processus et les outils

Posté par jc-QualityStreet le 29 août 2008

C’est la première valeur de l’Agile Manifesto, c’est aussi, en substance, le message que souhaite faire passer aux chefs de projet, Bertrand Duperrin dans un récent billet.
Un premier pas, certes … mais les chefs de projet ne font qu’appliquer des process qui ont généralement été pensé par d’autres et utilisent bien souvent des outils qu’on leur impose ! …

WAIT! There is more to read… read on »

Rétrospectives: des moments clés ?

Posté par jc-QualityStreet le 28 août 2008

Oh que oui !
et pourtant les rétrospectives sont parfois négligées voire absentes… or s’il y a bien une réunion indispensable, notamment dans les contextes Agiles (SCRUM, XP) et dans les autres, c’est bien celle là. Voyons en quoi cela consiste ..

WAIT! There is more to read… read on »

Eliminer les sources de gaspillage : les 7 gaspillages Lean des projets informatiques

Posté par jc-QualityStreet le 27 août 2008

C’est le principe N° 1 du Lean Software Development. C’est à la fois une façon de pensée et un concept trés opérationnel qui se traduit par l’examen attentif de 7 sources de gaspillage potentielles (”Muda”) qu’on retrouve dans la conception d’applications informatiques:

WAIT! There is more to read… read on »

Lean Software Development: 7 principes fondateurs

Posté par jc-QualityStreet le

Dans la continuité de mon billet précédent (KANBAN board : encore plus Lean, encore plus Agile), voici les grands principes du Lean Software Development.

D’ailleurs, si votre Boss vient vous voir dans quelques mois en vous parlant de Lean et de gaspillages, reprenez ce billet et dites lui simplement que vous avez déjà commencé à vous en occuper en mettant en place des pratiques Agiles…

Bref. Le Lean Software Development est l’adaptation au monde IT des principes qui ont fait le succès de Toyota au travers notamment du Toyota Production System (TPS), une approche attribuée à Taiichi Ohno, dans les années 50 et influencée par le travaux de quelques occidentaux, notamment Deming. Le succès du Lean ne peut se démentir si bien que depuis les années 90, il s’étend avec réussite à des secteurs autres que l’automobile. L’approche n’est donc pas nouvelle mais son application au monde Informatique, sous l’impulsion de Mary et Tom Poppendieck est beaucoup plus récente.

Aujourd’hui, le Lean Software Development fait beaucoup de bruit, et les Méthodes Agiles, en concrétisant à merveille la plupart des principes Lean, y sont sans doute pour beaucoup. Même le mécanisme de flux-tiré, concept qui n’est pas envisagé dans l’Agile Manifesto, parvient avec quelques efforts à se concrétiser dans SCRUM, principale Méthode Agile…

Alors : Lean + Agile= The next big thing ? avec une dose d’UX biensûr !

Le Lean Software Development, c’est donc 7 principes fondateurs, sur lesquels je reviendrai en détails dans de futurs billets:

1. Éliminer les sources de gaspillage
2. Favoriser l’apprentissage
3. Reporter la décision
4. Livrer vite
5. Responsabiliser l’équipe
6. Construire la qualité intrinsèque
7. Optimiser le système dans son ensemble

Et moi, en quoi puis-je vous aider ?

• En premier lieu, en travaillant avec vous sur la valeur et les gaspillages
• Ensuite vous accompagnant sur les autres principes, notamment en vous guidant sur la mise en place de pratiques Agiles
• Enfin en rendant le tout plus prédictible et en travaillant d’un point de vue organisationnel sur l’intégration et l’amélioration continue de ces activités

… “Pour et Vers” une plus grande maturité d’un process combiné Agile Lean…

KANBAN board : encore plus Lean, encore plus Agile

Posté par jc-QualityStreet le

KANBAN est un mot japonais qui signifie étiquette, carte … ça tombe bien j’utilise beaucoup de cartes et de post-it dans le cadre de mes activités d’ergonome ou de coach agile !

Un Kanban Board

WAIT! There is more to read… read on »

12 bonnes pratiques pour intégrer l’Expérience Utilisateur dans les projets Agile

Posté par jc-QualityStreet le 26 août 2008

12 bonnes pratiques compilées par Jeff Patton (la référence sur la question). 12 bonnes pratiques qui ont prouvées leur efficience avec de multiples équipes, dans de multiples entreprises et qui rejoignent dans les grandes lignes mon Manifeste pour une ergonomie agile, c’est rassurant :))

La traduction que j’en fais est toute personnelle et n’engage que moi; voici pour les puristes la version originale. Pour chaque bonne pratique, je vous livre un rapide commentaire et le niveau de priorité que personnellement je lui donne (Must / Should / Can / Won’t).

WAIT! There is more to read… read on »