Comment faire fuir vos meilleurs ingénieurs
(padraigobrien.com)"Les moyens de raccourcir la durée de présence des développeurs" et "comment y remédier"
- Embauchez des managers incapables de produire du logiciel
→ FIX: faites en sorte que les engineering managers, directeurs et VP développent et déploient des fonctionnalités environ une semaine par trimestre. Des fonctionnalités réalisables en environ 3 jours, en suivant la vraie manière de travailler et de collaborer.
- Recrutez énormément de managers et ajoutez des niveaux hiérarchiques
→ FIX: aplanissez l’organisation et supprimez autant que possible les couches de management
- Organisez autant de réunions que possible
→ FIX: minimisez la collaboration entre équipes, et concevez l’organisation pour que beaucoup de collaboration ait lieu à l’intérieur de l’équipe
- Rendez le processus de définition du logiciel pénible
→ FIX: trouvez des moyens d’alléger la charge des développeurs. Lors de la création d’un ticket, faites-le discuter et rédiger pendant 10 minutes par au moins 3 personnes (ingénieur, testeur, responsable produit)
- Rendez le déploiement du logiciel pénible
→ FIX: consacrez 20 % du temps à analyser les problèmes apparus et à les corriger
- Demandez aux ingénieurs d’estimer leur temps de travail
→ FIX: ne faites pas d’estimations. D’expérience, dans plus de 99 % des cas, elles tombent à côté et ne fonctionnent pas bien. Si vous avez besoin de dates, je recommande des méthodes récentes comme le forecasting
- Faites des équipes très petites
→ FIX: une taille d’équipe d’au moins 6 personnes est préférable
- Empruntez des ingénieurs à d’autres équipes
→ FIX: faites en sorte que les équipes aient une mission et durent dans le temps, et ne déplacez pas les personnes
5 commentaires
Rien que d’imaginer assigner une task à un VP, ça me noue l’estomac. Même si ce n’est qu’une semaine par trimestre, j’ai l’impression qu’en une semaine il va probablement produire une foule d’objections… et de l’IA. Bien sûr, ce sera un changement positif :)
Ça ressemble à une entreprise où j’ai travaillé haha
Il y avait un lead dev, mais comme le PDG disait qu’il n’arrivait pas à le contrôler, il a installé comme directeur du développement quelqu’un que l’une de ses connaissances lui avait présenté, et en moins d’un an l’équipe de développement a explosé.
Que veut dire « forecasting » ?
Fondamentalement, l’estimation consiste à prévoir combien de temps prendra un travail à partir d’une estimation.
Le forecasting, comme la météo, est défini comme une prévision « fondée sur des données existantes ».
Si l’équipe découpe les épopées en stories et consigne correctement le temps pris par story (story points),
on peut alors, en fonction du volume de fonctionnalités terminées par semaine, en déduire une date prévisionnelle sur cette base.
(Moi aussi, je ne l’ai appris qu’à travers des livres et des articles, et je ne l’ai pas encore appliqué en pratique… donc je ne peux l’expliquer que de manière approximative.)
Waouh, et merci pour cette excellente réponse. (Et je lis toujours vos actualités avec grand plaisir !)