Un archétype des problèmes rencontrés par les équipes 'agile'

Tu as une équipe produit qui grossit, tu as tout bien fait en mode "agile" pour organiser le travail, et pourtant ça ne fonctionne pas ? Toujours plus de bugs à chaque livraison ? Je te donne quelques idées classiques de pistes d'amélioration.

Tu as une équipe produit d'environ 20 personnes. Tu as adopté l'organisation en "feature teams", parce que Spotify, tu as mis dans chaque team un QA et un PO (parce que Agile). Tu as aussi mis un lead dev, parce que c'est quand même rassurant d'avoir quelqu'un qui prend les décisions importantes.

Tu as disons 3 teams, et pour bien faire, tu as mis un ou deux QA en transverse, qui sont chargés de valider tout ce qui part en prod et faire de la non-régression.

Tu fais des sprints de deux semaines, avec release au même rythme, et tu suis bien toutes les cérémonies Agile : daily, sprint planning, rétro, démo, (boulot, dodo...). Tu payes même Jira / Confluence pour avoir l'outil "agile" par excellence.

Et pourtant, ça ne fonctionne pas :

• bugs et régressions à chaque nouvelle version
• livraisons douloureuses
• comment gérer les sujets transverses ?
• ...

Voilà quelques pistes pour sortir de cette situation.

✅ Réduis la QA, responsabilise et accompagne les équipes.

Les QA ne devraient pas faire du quality control, en tout cas le moins possible. Tes QA qui valident tout, ça envoie le signal à tous les autres membres de l'équipe qu'ils ne sont pas responsables de la qualité.

Chaque team est responsable de ce qu'elle livre, et chaque développeur également.

Responsabilité et ownership.

Bien sûr, il faut accompagner l'équipe sur la montée en compétences et la mise en place des pratiques qui vont bien : tests automatisés, TDD, pair programming, ...

🔃 Casse les sprints et itère plus vite

Tes livraisons sont douloureuses ? Livre plus souvent. Tous les jours. Plusieurs fois par jour. Dès qu'un incrément de valeur est livrable, livre.

Remets à plat ton organisation agile. Casse tout, et remets en place brique par brique ce dont tu as vraiment besoin et quand tu en as besoin : daily, rétro, ...

Commence par mettre en place un kanban, avec une limite "Work in progress" très basse.

Au lieu de faire du sprint planning, apprenez à découper toujours plus fin pour avoir le plus petit incrément possible de valeur livrable (ou permettant d'apprendre quelque chose).

Apprenez à prioriser de façon simple : une liste ordonnée. Une priorité à la fois.

🟢 Revois ton organisation d'équipe

Utilise les outils du Domain-Driven Design stratégique pour comprendre la structuration de ton métier, aligner ton organisation dessus, et gérer les dépendances entre équipes.

🚫 Et puis arrête ton abonnement Jira / Confluence 🙃

Publié sur Linkedin https://www.linkedin.com/posts/remihuguet_tu-as-une-%C3%A9quipe-produit-qui-grossit-tu-activity-7297517714179321856-22_R