Co-localisation des équipes Scrum

Voici le résultat du sondage, auquel plus de 100 personnes ont répondu.

La question était : "Votre équipe Scrum est ?", avec 5 réponses possibles.

  • co-localisée : 46.73 %
  • dans des bureaux proches : 10.28 %
  • avec 1 ou 2 dév. en remote : 10.28 %
  • dispersée, mais avec une culture commune : 10.28 %
  • dispersée, sur plusieurs pays de culture différente : 22.43 %

Ceux qui ont sélectionné la dernière réponse doivent avoir beaucoup de mal à bien pratiquer Scrum, à mon avis. C'est en tout cas ce que je soutiens dans la quatrième édition de mon livre, dans lequel je vais publier les résultats du sondage.

Le workflow d'une story

Dans « Extreme Programming Installed », Ron Jeffries, en 2001, définit la vie de la story avec trois phases : la carte comme moyen de l’identifier, puis une conversation et enfin une confirmation. Cela est connu comme les « 3C »[1].

En fait, l’équipe déroule deux cycles de conversation et confirmation : un premier pour obtenir une story prête, un second pour que la story soit finie, donc nous avons les « 5C » :

  1. Un jour, quelqu’un a une idée de story et la note sur une Carte (maintenant on utilise plutôt un post-it).
  2. Le Product Owner et l’équipe affinent cette story, afin qu’elle puisse être réalisée en un sprint, au cour de Conversations.
  3. L’équipe apporte sa Confirmation qu’elle est prête.
  4. L’équipe réalise la story pendant un sprint, en tenant de nouvelles Conversations avec le PO sur son acceptation.
  5. Le Product Owner apporte sa Confirmation qu’elle est finie.

Dans la vie de la story, il y a ces deux grandes phases de travail collectif basées sur des conversations : celui, bien connu, de réalisation pendant un sprint et l’autre, encore moins connu, d’affinage dans des sprints antérieurs. Entre ces deux travaux non consécutifs, la story est en attente. Elle est prête, au sens où elle peut être réalisée dans un prochain sprint.

En se basant sur ces « 5C », on peut représenter le workflow de la story :

La vie de la story On ne traite pas de la même façon une story au stade de l’idée qu’une story prête. L’affinage nécessite une identification claire des stories. Cela pousse à ranger les stories dans des dépôts correspondant à leur état. Nous les appelons des bacs, en référence au backlog.

Parce que l’attitude donne l’altitude

Alors que le 3ème Raid Agile dans les Cévennes approche à grands pas, nous expérimentons l'idée d'un Raid Agile au Québec à l'automne.

Nos "cousins" sur place nous ont trouvé un gîte entre Montréal et Québec, dans Lanaudière/Mauricie.

Charlotte et Claude ont bâti un programme adapté à leur culture. C'est toujours le Raid Agile, mais "à la québécoise".

-> la brochure de présentation du Raid Agile au Québec

-> la page pour avoir des renseignements et pour s'inscrire

-> le Raid Agile de juin dans les Cévennes, avec piscine : il reste 3 places

Investir dans des stories prêtes

Un bon acronyme est celui qui dure longtemps. C'est le cas de INVEST, lancé en 2003 par Bill Wake. Cela fait donc 12 ans et INVEST est encore populaire ; des ouvrages récents y font toujours référence (je pense à No Estimates).

Si l'acronyme est bon, je n'ai jamais trouvé cette liste de caractéristiques d'une bonne story particulièrement percutante. Je ne crois pas avoir fait de référence à INVEST ni dans mon blog ni dans mon livre. Bonne à quoi, la story ? Il me semble que des caractéristiques sont importantes à un moment et pas à un autre.

Dans la quatrième édition de mon livre, j'approfondis la Définition de Prêt. Je me suis demandé si INVEST pourrait aider à déclarer une story bonne à être prête ? Ben non, ça ne me convient pas tout à fait. Cela n'a pas été prévu pour ça, car en 2003 on était loin de parler de la notion de Prêt pour une story. De plus Bill Wake ne visait que les user stories. Je considère qu'il y a d'autres types de story.

Voici mes caractéristiques pour qu'une story soit prête :

  • Décomposée, ce n'est plus une story épique.
  • Débattue en équipe lors des séances d'affinage, au cours de conversations,
  • Dérisquée, néologisme qui se comprend bien je pense,
  • posséde une Définition de Fini qui permettra de vérifier sa finition dans le sprint.

Du coup ça fait les 4D. J'ajoute Désirable pour faire le cinquième ?

Durée des sprints en 2015

Une majorité — relative — d'entre vous effectue des sprints de 2 semaines.

Lire la suite...

Scrum est un cadre de processus

Dans l’article initial de 1996, Ken Schwaber parlait volontiers de processus et de méthodologie. Ensuite, Scrum a été souvent qualifié de méthode (agile).

Cette difficulté à classer Scrum a continué un certain temps.

Puis Ken Schwaber et Jeff Sutherland, l’autre co-fondateur, ont défini Scrum comme un cadre de processus (process framework).

Scrum n’est pas un processus complet -et encore moins une méthodologie, c’est un cadre de processus.

Un processus définit une façon de travailler, un cadre de processus se contente de délimiter, de « cadrer ».

Le cadre Scrum est léger, n’imposant que peu de choses :

  • les sprints et leurs événements,
  • une équipe avec 3 rôles,
  • un backlog contenant le travail à faire.

Vocabulaire pour l'édition 4

J'ai commence à écrire quelques chapitres pour la nouvelle édition de mon livre. Je donne une grande importance aux mots employés et je n'hésite pas à changer entre deux éditions avec le feedback des lecteurs ou le changement dans les usages.

Lire la suite...

M comme mêlée

Mêlée Castanet-Nice

Lire la suite...

Le roman de Peetic dans Scrum 4 et au Raid 3

groDans la 3ème édition de mon livre, à la demande générale, j'avais ajouté un peu plus d'exemples. Pour qu'ils soient cohérents, j'avais pris un fil rouge.

Ce fil c'est Peetic.

Lire la suite...

Scrum le livre, il y aura une édition 4

J'ai écrit hier soir les premières lignes de la future édition 4 de mon livre Scrum.

Lire la suite...

9 ans de blog

J'ai publié mon premier billet le 4 avril 2006 à 12h12 (et pas en 2007 comme c'est écrit sur la 4ème de couverture de mon livre).

Lire la suite...

Gymkhana dans Rupture douce, partie 5

Libérons l'Agilité et le Lean Startup pour cultiver des organisations non commerciales.

Lire la suite...

Le rythme dans Scrum, au service de la collaboration

Le rythme régulier des sprints est la base de Scrum. A quoi sert-il ?

Lire la suite...

Venez jouer au ScrumDay

logo-scrumday-2015-01.png

Lire la suite...

Venez discuter avec les coachs au ScrumDay

3.png

Lire la suite...

Venez apprendre au ScrumDay 2015

1.png

Lire la suite...

Arrêter Scrum pour le flux, mmmmh !

Parmi les raisons évoquées par ceux qui disent "on arrête Scrum pour passer au flux", certaines m'apparaissent très discutables :

  • les réunions prennent trop de temps,
  • le sprint est un carcan qui met la pression sur les équipes,
  • on déploie à un rythme différent du sprint, alors pourquoi le garder ?

Lire la suite...

Passer à l'échelle avec Scrum

Workshop le 2 juin à Toulouse.

Lire la suite...

La rétroglandouille

Cette rétrospective vise à améliorer la performance de l'équipe. Elle s'intéresse au 8ème principe du Manifeste, souvent oublié, qui commence ainsi :

Agile processes promote sustainable development.

Here comes the acorn retrospective.

Lire la suite...

Raid Agile #3C et Raid Agile #4Q

De retour du 2ème Raid, et encore sous l’effet des beaux moments passés, j’ai envie de faire de la pub pour les deux suivants.

Lire la suite...

Formations et activités pour apprendre et accompagner

Former, entraîner, coacher, des activités qui se recoupent.

Lire la suite...

Après la châtaigne, le gland à l'honneur au Raid Agile

Fruits de cupulifères Dans la famille des cupulifères, après la châtaigne, c'est au tour du gland.

Lire la suite...

Techniques de prise de décision : suite des expériences

J'en étais resté dans mon billet précédent au résultat obtenu en faisant le total des objections pour la technique du consentement systémique. Deux livres arrivaient ex aequo avec le moins d'objections : celui de Tobias Mayer, comme au choix majoritaire simple et celui de Gojko Adzic premier au vote Condorcet (et effectivement choisi pour le 16 mars).

Objections pour le livre du 16 mars

Commentaires et compléments.

Lire la suite...

Techniques de prise de décision : expériences

Comparatif de trois techniques de vote pour choisir un livre : majoritaire, Condorcet et consentement systémique.

Lire la suite...

Agile Games France 2015 c'était bien

Cette fois-ci encore, la magie a opéré pour Agile Games France, cru 2015. J'ai été enchanté de retrouver des camarades de jeu, d'en découvrir de nouveaux et d'essayer des nouveaux jeux.

Voici quelques-uns de mes moments choisis pendant ces 2 jours.

Lire la suite...

- page 1 de 117