L'agilité devait rendre les développeurs heureux 😃🏝
Au lieu de ça on s'est retrouvé à l'usine
En bout de chaîne à fermer les tickets écrits par des gens à qui on a jamais parlé
avec comme seul KPI la vélocité et le retard. 🏭🥵
C’est réducteur pour notre métier. C’est réducteur pour la valeur créée par les projets informatiques. ✊
Chercher à faire plus de Vélocité ne nous fait pas créer plus de valeur pour les utilisateurs. 🙅♂️
Au final on reproche aux informaticiens tous les trucs qui ne sont pas faits. Les e-mails mal délivrés, la qualité que l’on n’a pas eu le temps de faire. 🤷
Mais tout le monde trouve ça normal de réduire nos moyens en bourrant les sprints à l’écrase-patate. 👮♂️
Le manifeste agile voulait plus d’humain et moins de process alors comment on arrive à SAFe ? 🤯
📚 Sur WeLoveDevs il y a une catégorie *Incontournables*
Un article de 3000 mots avec du storytelling pour aborder sujet complexe du métier de dev.
J’ai décidé de vous parler des OKRs pour enterrer la vélocité.
Merci à ceux qui m'ont bousculé pour arriver à penser autrement !
👉 Benoit Gantaume Xavier Koma 🏉Djamel Labani Adrien Stadler
https://lnkd.in/dK_iAKk
Ce dont vous parlez ne ressemble pas à l'agilité.
L'agilité n'est pas la vélocité, c'est la manière de détacher des tâches en blocs répartis dans le temps. Si un product owner bourre les sprints alors il fait très mal son métier car une des grandes conditions de réussite de l'agilité c'est que la quantité de travail doit être viable autant sur le court terme que sur le long terme.
S'il y a des retards (ça arrive), c'est peut-être que l'estimation de la charge de travail n'a pas été bonne, ou qu'il y a eu des imprévus, ou plein d'autres raisons. Dans tous les cas, la solution ce n'est pas de répercuter ce retard sur la charge de travail de l'équipe car l'équilibre sera rompu.
Et c'est peut-être aussi que le Scrum Master fait mal son travail, car il est censé protéger l'équipe de dev contre la surcharge (entre autres tâches) et veiller aux bonnes pratiques des principes agiles.
En tout cas ce qui est sûr c'est que ce que vous évoquez dans votre post n'est pas l'agilité, mais une entreprise qui fait croire qu'elle travaille en agile.
Merci pour cet article qui donne un bon premier aperçu de ce que sont les OKRs.
A la fin de l'article, j'aurais bien aimé avoir une petite référence ou deux pour aller plus loin.