Changer l’entreprise : entre volonté sincère et réalité du terrain
Pour insuffler un changement durable, mieux vaut convaincre qu'ordonner. Cependant, ce changement prend du temps et nécessite des personnes autonomes.
Pour insuffler un changement durable, mieux vaut convaincre qu'ordonner. Cependant, ce changement prend du temps et nécessite des personnes autonomes.
Même si chaque mission est unique, il reste possible d'identifier des typologies, à commencer par la mission pompier : « À l'aide, y'a tout qui brûle ! »
La qualité logicielle n'est pas qu'un sujet de code : c'est une affaire de produit, d'agilité, d'organisation et de personnes, avant d'être une affaire de savoir-faire technique.
Quand le consultant apporte des réponses précises, le coach aide son client à trouver ses propres réponses. Des approches différentes et complémentaires.
On risque toujours de faire du mal en voulant faire le bien. Un coach, comme les autres professionnels de l'accompagnement, devrait être supervisé.
Clean Code est un livre de référence : une lecture linéaire, de A à Z, n'aurait que peu de sens. Il faut lire, expérimenter et y revenir fréquemment.
Travailler la qualité logicielle, c'est travailler les architectures, paradigmes et méthodologies, en particulier le clean code. Le langage importe peu.
Quel que soit votre rôle exact (Lead Dev, Tech Lead, VP of Engineering, CTO…), soyez exigeant mais sachez ménager votre équipe.
Réinventez vos outils de développement : Jest, Redux, React, voire même TypeScript. Un exercice qui vous fera franchir un palier en termes de compétences.
Au-delà du coût, faire intervenir un coach à temps plein peut se révéler contre-productif, car vos équipes ont besoin de temps pour digérer.
La parole est donnée à l'un de mes clients, Ovrsea. Antoine, CTO, explique comment est venue l'idée de faire accompagner ses équipes et ce que ça a changé.
En se popularisant, l'Agilité a été dévoyée, devenant synonyme de micro-management et de pratiques absurdes. Pourtant, on a plus que jamais besoin d'Agilité.
Le Clean Code est un bon point d'entrée, suivi par le TDD et la Programmation Fonctionnelle. Attendre un peu pour le DDD et le refactoring !
Vouloir accompagner une entreprise ou une personne qui ne veut pas changer est contre-productif. Mieux vaut compter sur la culture d'entreprise.
L'erreur comme principe pédagogique : elle est nécessaire pour comprendre profondément les problèmes et donne sens aux bonnes pratiques.
La formation est, au mieux, une étincelle. Sans accompagnement dans la durée, la mise en pratique est souvent compliquée.
Quand l'organisation dysfonctionne, on appelle un coach agile. Quand la codebase n'évolue plus, on appelle un médecin du code : un coach technique.