Ca Scrum !

La mise en place « des tests » au sein de l’équipe est un vrai challenge : nous partons de 0. Les réactions ont rarement été positives : « Ca sert à rien », « De tout façon, je ne fais pas de Bug », « Le projet existe depuis 5 ans sans tests, donc soit on fait tout, soit on fait rien … Et comme on n’a pas le temps de faire des tests sur tout l’existant, ca sert en rien d’en faire » et le dernier « De toute façon, tout ne peut tester : on n’est pas dans la tête des utilisateurs ».

Bon, une fois qu’on a dit ca, qu’est-ce que l’on fait ? Et bien pour ma part, je prend mon bâton de pèlerin et on essaye d’expliquer :

• Il faut être pragmatique dans les tests : Entre rien faire et tout faire, il y a évidemment un compromis à trouver.
• Il y a des tests souvent plus prioritaire que d’autres (En tout cas, avec une valeur métier plus importante que d’autres)
• Il pourrait même être envisageable d’être piloté par les tests ! (Sisi, j’vous assure .. ça existe !).

Bref, on est parti pour faire œuvre de pédagogie avec l’équipe (Est-ce le rôle du ScrumMaster ?). (suite…)

La semaine dernière, je posais sous forme de jeu une question qui semblait très simple, avec seulement 2 réponses, incompatibles entre elles : Soit on implique l’équipe, soit on ne l’implique pas).

Tout d’abord, je suis très content de la « réussite » de ce jeu : le taux de participation a dépassé mon objectif et les résultats montrent qu’il n’y a pas d’évidence dans la réponse, dans l’action à mener !

Évidemment, la réponse doit tenir compte du contexte (Que veux exactement le manager ? Quelle maturité à l’équipe ? Quel relation de confiance existe entre l’équipe et Le ScrumMaster, etc …). Aucune formation Scrum (certifiante ou non) ne donnera la « bonne » réponse ! Scrum est là pour nous faire nous poser des questions ! Scrum nous suggère d’essayer et de mesurer quels seront les effets. Dans mon contexte, j’ai choisi de prendre un risque !

(suite…)

Avant de rédiger un article sur Scrum et le management, je voulais vous proposer un petit jeu. Mon objectif est d’atteindre 40 réponses en 1 semaine, alors prenez quelques secondes pour jouer !

Votre manager vous convoque : il a le sentiment qu’en ce moment l’équipe n’est pas très productive.

 Loading ...

Lorsque l’équipe a exprimé l’envie de faire de « l’intégration continue », je me suis bien demandé de quoi ils pouvaient me parler. Wikipédia étant notre ami, voici ce que nous avons lu :

L’intégration continue est un ensemble de pratiques utilisées en génie logiciel. Elles consistent à vérifier à chaque modification de code source que le résultat des modifications ne produit pas de régression de l’application en cours de développement. Bien que le concept existait auparavant, l’intégration continue se réfère généralement à la pratique de l’extreme programming.

Et là, l’équipe était bien embêtée : « Ben, euh … On voulait surtout que notre application soit plus facilement packagée et installable. On peut faire quelque chose quand même ? Et puis t’as vu, c’est agile ! « .Touché. (suite…)

Cela fait un peu plus d’un mois que « Ca Scrum ! » est maintenant un blog actif. Ce blog, je l’ai voulu agile dans son contenu, mais aussi dans sa forme : Certaines propositions d’articles sont issues de « demandes utilisateurs », j’essaye autant que possible de privilégier la qualité (hum hum) à la quantité … J’essaye aussi d’obtenir le plus de « feedback » possible : les commentaires sont libres et un ROTI est en place (dont les résultats sont visibles sans voter).

Je vais essayer de conserver l’approche « Agile » de ce blog en faisant ma première p’tite rétrospective et en mesurant les effets.

(suite…)

Lors d’un précédent projet (Le projet Génépi), l’équipe a exprimé, lors de la rétrospective, sa difficulté à s’approprier les Users Story. En effet, nous affichons sur notre « Dashboard » Scrum les Users Story (entre 3 et 8 Users Story par Sprint).

Dans un premier temps, ces Users Story étaient rédigées sur des post-it. Globalement, ca ressemblait à ca :

(suite…)