Scrum - Méthodes agiles

Pour une méthode agile, du conseil agile.

Lire la suite -->

Une discussion récente avec un acheteur d'une grande administration m'a conforté dans l'idée que le contrat au forfait n'est pas un obstacle à l'introduction de l'agilité. Au contraire, l'agilité apparaît comme une voie à suivre pour éviter les difficultés rencontrées dans les contrats actuels.

Lire la suite -->

Une release est une série de sprints successifs. C'est une période de temps. Comment et quand déterminer la fin de la série et donc la fin de la release ?

Il y a la façon adaptative : la fin de la release n'est pas fixée, elle est envisagée à la fin de chaque sprint. On parle de release ajustable.

Il y a la façon prédictive : la date de fin de la release est décidée, c'est ce qu'on appelle une release à date fixée. Cela comporte des avantages.

Une release ajustable peut devenir à date fixée pendant son déroulement. A la fin d'un sprint, on décide avec le product owner que le produit est dans un état qui permet dé définir à quelle date on pourra finir la release.

On peut évoquer un troisième type de release, même s'il n'est pas agile, c'est la release à périmètre fixé (dans la pratique, le périmètre n'est jamais fixe). Le périmètre est défini par les éléments du backlog à faire.

A quoi sert de connaître le type de release ? Cela est déjà une information publiée, importante pour l'équipe et à l'extérieur. Cela permet également de faire une planification :

• pour une release à périmètre fixé, l'objectif de la planification est de calculer la date de fin.
• pour une release à date fixée, l'objectif de la planification est de calculer les fonctionnalités (stories) qui seront finies à cette date.

IceScrum permet déjà une planification automatique en associant des éléments du backlog sur les sprints en fonction de la vélocité estimée et du poids en points des éléments. Une nouvelle story d'IceScrum, développée actuellement, est d'améliorer cette planification en prenant en compte les types de release.

Est-ce par télépathie, car cette idée je viens de la présenter chez un client dans le cadre de réflexions sur les forfaits agiles ? Toujours est-il que le développeur de l'équipe en charge de cette story est parti, à son initiative, sur un autre type de release, la release à points (on pourrait dire release à taille fixée). Une release à taille fixée a un objectif défini en nombre de points à faire. A chaque sprint on mesure la vélocité et on diminue le nombre de points restant à faire. La release se termine quand on arrive à 0.

L'idée est intéressante pour les projets au forfait (et pourquoi pas de la TMA) : le contrat porterait sur un nombre de points et le client peut ajuster le contenu et les priorités. Mais cela nécessite d'avoir une équipe stable dont on connait la vélocité.

Le séminaire de vendredi sera l'occasion de débattre de ce sujet récurrent

Lire la suite -->

Si on ne peut pas éviter les contrats, faisons en sorte qu'ils soient agiles

Lire la suite -->

Toujours dans sa mission de vulgarisation de l'agilité, Scott Ambler revient dans Dr. Dobb's sur les conséquences néfastes de faire des projets à coût fixé à l'avance, ce qu'on appelle généralement en France les contrats au forfait.

Tout le monde, me semble t-il, est à peu près conscient des graves inconvénients des contrats au forfait. Il est temps, comme le conclut Scott, de repenser la façon de financer les projets. Mais il faut pour cela aller un peu plus loin que simplement proposer des projets à coût variable...

Une approche agile pour des prestations au forfait

Lire la suite -->

Le contrat au forfait tel qu'il est couramment pratiqué n'est pas la meilleure façon de travailler entre une MOA et une MOE. Mais s'il est imposé, il n'est pas incompatible avec des pratiques agiles, qui peuvent contribuer à son succès.

Lire la suite -->