avril 2009

mercredi 01 avril 2009

Fléchettes

Souvenirs, souvenirs....

Lire la suite

jeudi 02 avril 2009

Le test Scrum but en français

J'ai déjà parlé plusieurs fois du test Nokia....

Lire la suite

La vie en SSII

L'agilité devrait ramener un peu du plaisir de coder....

Lire la suite

samedi 04 avril 2009

3 ans de Scrum et d'Agilité

... et de rock'n roll !...

Lire la suite

lundi 06 avril 2009

Release de printemps

J'aurais pu commencer ma quatrième année de blogage par un sujet d'actualité ou de polémique : le contrat au forfait, la certification ou le test Nokia par exemple....

Lire la suite

mercredi 08 avril 2009

On certifie bien les poulets

Et on les achève après....

Lire la suite

jeudi 09 avril 2009

La roue tourne

Dans notre métier, il en est des méthodes et processus comme des technologies, ils ont leur heure de gloire puis périclitent. La roue tourne et Thierry nous rappelle que le RUP a ouvert des portes, avant de l'enterrer. J'ai utilisé Google Insights pour vérifier que l'intérêt porté au RUP diminuait. C'est vrai. Comme je suis taquin, j'ai ajouté Scrum et Extreme Programming dans la recherche. Tiens RUP et XP suivent la même tendance. In memoriam ?...

Lire la suite

dimanche 19 avril 2009

Taxonomie de mes lecteurs

Non, je ne vais pas vous empailler....

Lire la suite

lundi 20 avril 2009

SigmaT10

Toulousaines, toulousains, oyez !...

Lire la suite

mardi 21 avril 2009

Ambiance chez Toyota

Le Lean Software est à la mode. Sa mise en avant se base beaucoup sur l'exemple de la réussite de Toyota dans la production. Bon, après la lecture de cet article sur l'ambiance à l'usine Toyota d'Onnaing, il va falloir modérer sérieusement les références à Toyota en France. Au moins sur un des 7 concepts, qui est : respecter les personnes. Ca montre aussi l'importance du contexte culturel....

Lire la suite

Changer les priorités dans le backlog

Du concret pour le Product Owner....

Lire la suite

mercredi 22 avril 2009

Table des matières

Depuis le début de l'année, avec le passage à DotClear2, mon blog ne proposait plus de table des matières. Auparavant, avec DotClear1, il y avait un plugin pour cela qui était très bien. D'ailleurs je l'utilisais moi-même pour retrouver un billet. Je viens enfin de trouver un plugin DotClear2 équivalent, c'est MultiToc. Grâce à lui, vous avez maintenant une table des matières dans le bandeau gauche....

Lire la suite

lundi 27 avril 2009

Scrum structure les équipes

Product Owner et Backlog sont les mamelles d'une équipe....

Lire la suite

mardi 28 avril 2009

Les différentes parties du backlog

Le backlog de produit contient la liste des choses à faire. Pour simplifier appelons ces choses à faire des stories. Selon l'état de ces stories, on peut identifier 4 grandes parties dans un backlog : les stories en cours de réalisation dans le sprint[1] courant les stories planifiées dans les sprints suivants. Elles constituent le plan de release. les stories à prioriser (et estimer) pour pouvoir les planifier. et puis les stories finies dans les sprints passés. Certes elles ne constituent plus du travail à faire, parce qu'elles sont finies, mais les tests associés sont à repasser pour éviter les régressions. Notes [1] dépêchez-vous de répondre à mon sondage sur la durée du sprint...

Lire la suite

mercredi 29 avril 2009

Peur du changement

L'agilité accueille le changement et va même jusqu'à l'encourager (dans la réalité, c'est sous certaines conditions). Entendu hier l'histoire d'un client pour lequel cette ouverture au changement figurait explicitement dans la proposition de contrat : Holà, mais j'ai le droit de ne pas faire de changement pendant le projet ? Je veux que ce soit possible de ne pas demander de changement, ajoutez-le bien dans le contrat....

Lire la suite

jeudi 30 avril 2009

Plan de release en couleurs

Un plan de release présente les itérations à venir et le contenu prévu de ces itérations. Ce contenu consiste en des éléments du backlog de produit. Présenté sous forme de tableau, un plan de release est facile à comprendre. Il constitue un outil de communication important avec tous les intervenants du projet. Voici un exemple du plan de release du projet IceScrum : La release apparaît dans le bandeau supérieur, avec ses attributs. En dessous, les sprints sont présentés de façon séquentielle de gauche à droite, avec pour chacun son numéro, son but, sa vélocité prévue et ses dates de début et fin. Les éléments du backlog planifiés (associés aux sprints) sont estimés en points. Le type...

Lire la suite