Scrum

Du Mindmap vers le Backlog : étape 1

25/01/2011

On continue le Sprint 0 ! Notre objectif est toujours d’avoir un Backlog, plus ou moins affiné selon les thèmes, mais valorisé et priorisé.

Nous avions, la semaine dernière, une collection de MindMap où chacun a présenté sa vision, ce qu’il avait retenu de nos visites. Pour arriver au Backlog, la première étape va être de synthétiser la contribution de chacun. Pour cela, l’équipe a proposé que l’on utilise des outils ultra modernes : Brown Paper, Post-it ! (suite…)

Ca Scrum sur Twitter !

24/01/2011

Ca Scrum ! va essayer d’être moderne. On va pouvoir piailler en utilisant les outils à la mode. Pour moi, ce sera une découverte … Il n’est jamais trop tard ;) http://twitter.com/cascrum

Projet Marguerite : Fin du Sprint 0

21/01/2011

Aujourd’hui se termine le Sprint 0. (Durée du Sprint 1 semaine).

Quel était l’engagement de ce Sprint ? Obtenir 7 MindMap décrivant le projet Marguerite.

Quels étaient les critères d’acceptation ? Chaque MindMap devait être numérisé pour être projetable lors de la démo (ce matin) et imprimable afin de le mettre au mur pendant quelques jours encore.

Qu’avons nous livré ? Seulement 5 des 6 MindMap répondaient aux critères d’acceptation (pourtant très très simples :p). (suite…)

FishBowl : une réunion agile !

21/01/2011

FishBowlCette semaine, j’ai découvert avec plaisir une nouvelle pratique, que l’on peut considérer comme agile : le FishBowl.

Dans Scrum, il existe 3 réunions : le daily StandUp (mélée quotidienne de l’équipe), le Sprint Planning Meeting (réunion de début de Sprint) et le Sprint Review (Revue de fin de Sprint). Cette semaine, nous avions en plus notre réunion annuelle (comme dans beaucoup d’entreprise) où les équipes se rassemblent, présentent leur travail, … En général, cela se déroule avec 3 heures de Slides projetés.

Cette année, la formule a changé ! (suite…)

Projet « Marguerite » : jour 1

17/01/2011

Aujourd’hui, nous avons commencé le projet « Marquerite ». Comme je l’ai expliqué, ce projet commence par une phase de rencontre de nos utilisateurs sur leur lieu de travail. Objectif : découvrir leur manière de travailler et leur utilisation de l’outil actuel.

Sur le fond, la journée s’est bien déroulée. La première équipe était dans les Hautes-Alpes et nous dans la Drôme. Pour certains développeurs qui travaillent avec nous depuis plusieurs années, c’était leur première rencontre avec les utilisateurs ! Il était plus que temps !! (suite…)

MindMap / Carte heuristique : faire emerger les besoins métier

17/01/2011

Pour le nouveau projet (en cours de démarrage), les équipes techniques et les équipes métier vont ensemble se déplacer à la rencontre des utilisateurs pour faire émerger les besoins. Pour synthétiser ce que les équipes auront découvert, nous allons utiliser une MindMap.  L’objectif est d’obtenir rapidement (et visuellement) un retour, un échange construit dans le partage ! Cette démarche est une évidence pour nous car elle reprend quelques éléments de l’agilité :

  • Toute l’équipe est acteur à tous les moments du projet. En effet, pourquoi se limiter à seulement 2-3 cerveaux (uniquement l’équipe métier) alors que l’équipe entière en possède 7 !
  • MindMap : un outil visuel ! Le management visuel existe dans les pratiques agiles sous différentes formes : DashBoard, Kanban, Burndownchart, post-it, … Le MindMap paraît alors comme une évidence pour présenter et structurer de l’information … Mais surtout la communiquer ! (suite…)

Scrum : Dépendance des concepts

12/01/2011

Au démarrage d’un nouveau projet, il est toujours bon de se rappeler les dépendances des différents concepts et l’ordre dans lequel il faut les appréhender.
Pour cela, voici le schéma que j’ai en tête :

Que signifie cette roue ? (suite…)

Construction de l’équipe

11/01/2011

EquipeLa construction d’une équipe est, pour moi, l’un des moments les plus intéressant mais aussi l’un des plus critiques.  J’ai toujours pensé qu’il y avait plus de chance qu’une équipe arrive à produire du logiciel si l’équipe « fonctionne » bien (même si elle manque de compétence) plutôt qu’une équipe d’expert ou de Geek mais qui sont incapables de travailler ensemble.

Dans notre entreprise, nous avions jusque là 2 équipes : une équipes MOE (une dizaine d’informaticien répartis sur différents projets) et une équipe MOA (5 experts métiers, eux aussi sur différents projet). Comment s’organiser lorsque l’on met Scrum en place ? Comment faciliter la transition ? Parmi les experts métier, un seul Product Owner (Facilement identifié, c’est déjà une très bonne nouvelle !). Mais que deviennent les autres membres de l’équipes ? Pour cela, j’ai proposé que l’on considère les anciens membres de la MOA comme des membre de la Team ! Certes, ils sont un peu spécialisés (ce qui est une entorse à Scrum, ce sera la seule). (suite…)

Pourquoi ce blog ?

20/12/2010

Pourquoi ce blog ?

Je suis ScrumMaster dans une entreprise « Client Final », c’est à dire que nous réalisons nous même les développements logiciel nécessaires à notre activité.

Lorsque j’ai commencé à m’intéresser à Scrum, j’ai tout de suite cherché des « retours d’expérience » de ScrumMaster qui n’avait rien à vendre ! J’ai rapidement trouvé le blog de Frédéric DOILLON que j’ai dévoré avec gourmandise.

Janvier 2011 : nouvelle année, nouvelle équipe et nouveau projet ! Je vais donc essayer, pendant quelques mois, de mettre à jour ce blog le plus régulièrement possible. 2 objectifs : Si je peux fournir une lecture agréable à de nouveaux / futurs ScrumMaster, je serai évidemment ravi ! Mais mon objectif principal reste de me fournir un outil me permettant de prendre du recul et de garder une trace du fonctionnement de Scrum sur un projet : du début à la fin :)