AGILITE ET CMMi

Peut-on concilier Agilité et CMMi? Est-ce schizophrène? Voici un petit article sur le sujet.

LEAN SOFTWARE STRATEGIES, Peter Middleton et James Sutton

J'ai honte, mais je n'ai pas réussi à finir ce livre ... Cela m'arrive très rarement.
Ce n'est pas les 400 et quelques pages qui ont eu raison de moi, mais le style et la manière de traiter le sujet.

A mon goût, le style manque de fluidité et de simplicité. C'est peut-être un objectif ambitieux pour un livre sur le développement logiciel, mais certains auteurs y arrivent très bien - comme Martin Fowler, Kent Beck, Andy Hunt ou Mary Poppendieck.

Enfin, j'ai trouvé la démarche trop théorique et analytique. Il manquait le pragmatisme pourtant si cher aux américains.

Néanmoins, j'ai appris plusieurs choses très utiles:

• Le livre décrit très clairement les 5 piliers du Lean (value, value stream, flow, pull & perfection);
• Les caractéristiques des modèles industriels de l'artisanat, de la production de masse et du Lean sont décrites et comparées.
  
• La démarche d'amélioration continue du CMMi est comparée à celle du Lean. Cette partie m'a beaucoup intéressé car elle a mis des mots sur des choses que je ressentais (suite à un audit CMMi), mais que je n'arrivais pas à formaliser. J'écrirai un billet sur cette comparaison.
  

Bref, si vous souhaitez lire sur la transposition du Lean au développement logiciel, je vous conseille plutôt les 2 très bons livres de Tom et Mary Poppendieck:

• Lean Software Development, et
  

• Implementing Lean Software Development
  

XP Days Paris 2008: Agilité et Avionique

Aux XP Days 2008 à Paris, j'ai eu le plaisir de présenter une conférence sur le thème "agilité et avionique".

Mon objectif était de faire réfléchir les auditeurs sur la question suivante: "Etes-vous prêts à confier votre vie à un logiciel développé par des praticiens de l'eXtreme-Programming?".

Sur la photo, on me voit en 4ème position à partir de la gauche. C'est le moment où le maître de conférence accorde une minute à chaque orateur pour présenter son sujet.

La présentation et l'article ayant servi à la conférence sont disponibles ici.

SCRUM ILLUSTRE

Voici un petit article pour découvrir Scrum en dessins.

SCRUM: Team, ScrumMaster & Product Owner

L'Equipe est composée de tous les profils nécessaires à la réussite du projet. Elle est responsable d'implémenter les fonctionnalités du produit, de résoudre les problèmes techniques et de s'organiser.

Le Product Owner est le responsable du produit à développer. Il représente le client et les utilisateurs. Il définit les fonctionnalités du produit et l'ordre dans lesquelles elles seront développées. Il est disponible pour répondre aux questions de l'Equipe.

Le ScrumMaster est responsable de l'application de la méthode Scrum. Il doit protéger l'Equipe des perturbations externes et doit supprimer tous les obstacles non-techniques qui gênent l'Equipe.

SCRUM: Practices

Scrum définit un jeu de pratiques.

SCRUM: Product Backlog

Le Product Owner est responsable de l'entretien du Product Backlog.
Il s'agit de la liste des fonctionnalités du produit à développer.
Le Product Owner attribue une priorité à chaque exigence de la liste.