Scrum ou pas ?
Aujourd'hui, j'avance dans le doute, ça mélange les anciennes certitudes dans un joli précipité.
En essayant de se rapprocher de Scrum, nous avons fait des choix et adopté des contraintes qui endommagent notre quête ; mais qui semblent inhérents à l'orientation prise par le développement Web.
Équipe multidisciplinaire ?
L'équipe est rarement multi-disciplinaire. Nous travaillons volontiers avec des intégristes de l'intégration, et respectons les préférences en laissant par exemple David déguster JS à son rythme. C'est handicapant pour attaquer les Users Stories conjointement, mais ça nous semble coller à la nouvelle façon de construire le Web.
100% dans le sprint ?
Dans nos balades, les développeurs sont rarement à plus de 80% et très souvent en dessous. Ils souhaitent souvent garder du temps pour d'autres activités. Ça donne une drôle de tête aux burndowns, mais on adore le confort que ça apporte.
Communication en face à face ?
On reconnait que ça endommage vraiment l'émergence de pépites collaboratives, mais on admet que ce n'est pas très facile de se retrouver dans la même salle. Et, finalement, on pense que ça ne va pas s'arranger.
Servant leader ?
Aujourd'hui, Stéphane le facilitateur considère que son rôle n'est pas de supprimer les obstacles à l'instar d'un brosseur au curling. Il (Alain Delon) préfère exposer clairement les problèmes en aidant l'équipe à faire émerger les solutions.
Une PO expérimentée ?
Le Product-Owner est souvent débutant. Pas facile dans ces conditions d'espérer construire un backlog efficace. En six mois d'activité, toutes les PO ont été formées par nos soins et accompagnées par un simplificateur.
Équipe auto-organisée ?
On commence souvent avec une équipe toute neuve sur un projet tout neuf qui ne va durer que quelques mois. L'amélioration continue est difficile à envisager. À chaque démarrage, nous sommes obligés d'apprendre à coopérer.
Dans ces conditions, pourquoi l'équipe continue-t-elle à s'entêter pour conserver le cap sur Scrum ? Pourquoi ne pas se rendre à l'évidence et débrayer simplement sur Scrumban ou Kanban ?
Les préconisations de Scrum fournissent un cadre de travail facile à comprendre et difficile à appliquer. Une petite liste de propositions recommandables et très apprenantes, un pédiluve qui nous encourage à faire des bombes sans trop salir la grande piscine de l'Agilité.