Mot-clé - processus

Fil des billets - Fil des commentaires

Fiches et guides Scrum

La semaine dernière, une participante à ma formation m'a demandé des fiches résumant les rôles et les pratiques Scrum.

Lire la suite...

Des sprints pour une release

Chapitre 2

Lire la suite...

Une story doit être prête pour entrer dans un sprint

Pour avoir de bonnes chances d'être finie finie à la fin du sprint, la story doit être prête prête au début du sprint.

Lire la suite...

Présentation de Scrum pour l'Agile Tour à Toulouse

Des racines à la ScrumMania

Lire la suite...

Sprint zéro

Attention ce n'est pas un vrai sprint, c'est l'échauffement.

Lire la suite...

L'Agilité oui, la chienlit non !

Des utilisateurs brimés depuis longtemps pas les DSI découvrent que l'agilité peut accueillir et même favoriser les changements, ce qui les amène à penser qu'ils peuvent tout changer tout le temps.
Des managers se disent qu'avec l'agilité, il sera plus facile de demander de traiter une urgence ou du travail supplémentaire non prévu à leurs équipes de développement.

Ben non. L'agilité favorise le changement, mais ne le rend pas gratuit ni permanent. Si la demande de changement venue d'un utilisateur est la bienvenue, sa prise en compte passe par une gestion des priorités dans le backlog. Et une équipe qui travaille pendant un sprint ne doit pas être perturbée.

Certains auteurs ne facilitent pas les choses. Par exemple, le livre Balancing agility and discipline fait croire que que l'agilité s'oppose à la discipline. J'affirme pourtant que les projets que je coache seraient moins disciplinés (en gros plus bordéliques) si on n'y appliquait pas l'agilité.

Guide Scrum

Pour apprendre Scrum, la façon la plus efficace est probablement de suivre une formation et d'appliquer aussitôt. D'autres choisiront l'apprentissage individuel avec les quelques livres et les nombreux articles disponibles sur Internet. Les livres imposent une approche séquentielle et les articles ne forment pas un tout cohérent, ce qui n'est pas l'idéal pour accéder à un processus, même simple comme Scrum.

La présentation d'un processus sous forme de site Web est une bonne solution pour pallier ces inconvénients. Le plugin Scrum que j'ai réalisé avec EPF Composer en est un exemple. Le résultat est visible ici. La structure relativement complexe est due aux choix faits dans EPF et au méta-modèle sous-jacent (Software Process Engineering Metamodel).

Dans la même veine, Mishkin Berteig annonce la sortie de Scrum Study Guide. Il le vend 500$ ! J'ai regardé la version de démo, gratuite.

J'ai tout de suite identifié l'outil avec lequel il l'a fabriqué : c'est Tiddlywiki. Il s'agit d'un wiki personnel que j'utilise quotidiennement depuis 2 ans[1]. L'intérêt de TiddlyWiki est sa légèreté -tout est dans un seul fichier html- et la simplicité du wiki. La structure dépend des choix de l'auteur pour créer les pages wiki, ça peut vite devenir difficile de s'y retrouver.

Tiens, ça pourrait être un exercice amusant de porter ce que j'ai écrit dans le plugin Scrum EPF sur un TiddlyWiki. Et après, je le vends ?

Notes

[1] et même plusieurs fois par jour, il me sert à prendre des notes et à gérer mes différents backlogs ; c'est devenu la page d'accueil de mon Firefox. J'en suis très satisfait.

Le plugin Scrum pour EPF, version 2008

Il y a presque 2 ans, j'avais développé un plugin Scrum avec le Composer d'Eclipse Process Framework. J'avais l'objectif d'ajouter des tool mentors pour IceScrum (j'ai commencé avec la version 1 de IceScrum, maintenant abandonnée).

La communauté EPF s'était montrée intéressée par mes travaux et je leur ai fait une donation en décembre 2006, qui avait été publiée sur le site EPF. Depuis mon plugin en français a été traduit en anglais. En lisant le dernier compte-rendu de la communauté EPF, j'apprends d'ailleurs que Mike Cohn liked the published web site.

Au cours de ces derniers mois, j'ai fait quelques retouches sur le plugin, en remaniant quelques éléments au niveau de la structure et en améliorant le contenu(uniquement en français). L'idée est que la structure reste très simple. Quelques changements ont été faits dans la WBS du processus, plus des corrections d'association et des modifications d'attributs. J'ai aussi ajouté un milestone (jalon) à la demande de l'équipe Wilos qui utilise ce plugin pour ses tests. Je suis également passé à la version 1.2 du Composer. Je viens de publier cette nouvelle version.

Un petit retour sur le SigmaT4

C'était le 14 décembre...

Lire la suite...

Les cycles de vie Scrum et OpenUp

Une release, c'est toujours une série d'itérations, avec, avant, une phase pour les préparer et, éventuellement, une phase pour les mettre en production après.

Lire la suite...

Les patterns d'adoption de l'agilité

La transition à une méthode agile se fait de différentes façons selon le contexte. Les façons de faire les plus fréquentes...

Lire la suite...

EPF, une initiative de processus "open source"

Des processus libres...

Lire la suite...

Modélisation agile de processus

Les principes de modélisation agile s'appliquent aux travaux sur les processus

Lire la suite...

Transition aux méthodes agiles à grande échelle

Un big bang agile, c'est possible. La preuve.

Lire la suite...

OpenUP vs Scrum

On trouve de nombreuses reprises de Scrum dans OpenUP.

Lire la suite...

Séminaire ITSMF

ITIL Agile ?

Lire la suite...

Classification des processus

Suite du billet sur les processus Agiles et pas Agiles.

Lire la suite...

Agile vs pas agile

Dans les séminaires ou dans les réunions, quand je présente l'agilité je montre les différences -généralement les bienfaits- par rapport à une approche ... pas agile.

Lire la suite...

Le cycle de vie en V n'existe pas

J'entends parfois : les méthodes agiles c'est bien mais chez nous on utilise encore le cycle de vie en V alors...

Lire la suite...

RUP vs Agile

Retours d'expérience sur ce qu'apportent les processus agiles

Lire la suite...

- page 1 de 2