Toujours être prêt à partir
(jmmv.dev)-
Une bonne philosophie de vie au travail, c’est « Always be quitting »
-
Cela ne veut pas dire penser sans cesse à démissionner, mais agir de façon à pouvoir partir à tout moment
→ Cela fait de vous un meilleur ingénieur et ouvre des opportunités de progression
→ C’est proche de « se rendre remplaçable » et de « automatiser son propre travail au bureau »
- L’idée centrale, c’est de ne pas être « indispensable » : NOT being indispensable
→ Si vous devenez indispensable, vous vous retrouvez enfermé dans un poste, sans vacances ni évolution
→ Et si ce poste cesse d’être nécessaire, alors votre place ne l’est plus non plus
- Paradoxalement, devenir jetable (disposable) vous rend libre
→ Il devient plus facile d’évoluer vers un rôle supérieur et de changer facilement de projet
- Voici comment faire concrètement
- Documentez les connaissances.
→ Quand quelqu’un vous pose une question, cela révèle un manque dans la documentation que vous avez créée.
→ Écrivez les réponses là où il faut — documentation, bugs, commentaires de code, etc. — pour que la personne qui vous succédera n’ait pas besoin de vous.
- Documentez les plans à long terme.
→ Même sans explication en temps réel de votre part, ce plan doit permettre de comprendre ce qui va arriver ensuite dans le projet.
→ Planifiez plusieurs mois à l’avance afin que vos collègues ne soient pas perdus dès le premier jour si vous partez.
- Documentez les réunions.
→ Documentez toutes les réunions auxquelles vous participez et partagez-les avec l’équipe : qui était présent, ce qui a été discuté et comment les décisions ont été prises.
→ Référencez ces comptes rendus dans les documents de conception. Votre successeur en aura besoin pour se mettre à niveau.
- Invitez d’autres personnes aux réunions.
→ S’il ne s’agit pas d’un one-on-one et que vous êtes seul de votre équipe à participer à une réunion, invitez d’autres personnes.
→ D’autres points de vue sont utiles, mais l’essentiel est d’éviter d’être l’unique point de contact.
- Formez les personnes autour de vous.
→ L’objectif est qu’elles deviennent autonomes. (C’est en général ce qu’on attend d’un niveau senior dans une engineering ladder.)
→ Aidez-les à maîtriser les plans et les technologies, et à utiliser la documentation.
- Trouvez et formez votre successeur.
→ Pour changer de rôle (Role), il faut pouvoir être remplacé. Identifiez la personne qui pourra vous remplacer et accompagnez-la activement et dans la durée.
- Donnez du pouvoir aux autres.
→ Faites-leur confiance pour faire ce qu’il faut.
→ Si vous êtes en position de leadership, ne poussez pas les autres à vous demander l’autorisation.
→ Laissez-les faire leurs propres choix et guidez-les pour qu’ils s’appuient sur les bonnes données.
- Ne devenez pas le PoC (Point of Contact).
→ Créez une mailing list ou un autre canal de communication où d’autres personnes peuvent être incluses, puis faites-le grandir.
- Déléguez (Delegate)
→ Si vous avez donné du pouvoir aux autres, les avez inclus dans les groupes et les réunions, et avez documenté les connaissances, alors ils sont prêts à faire votre travail.
→ Déléguez les tâches qui leur permettront de progresser, et concentrez-vous sur celles que vous seul pouvez faire.
- Apprenez en permanence.
→ Développez vos connaissances dans les domaines qui vous intéressent et gardez-y du plaisir.
→ Bonus si cela correspond au futur que vous visez !
- Tout cela ne signifie pas abandonner ses responsabilités.
→ Vous restez responsable de vos projets et de votre équipe, et vous devez continuer à assumer ce rôle tant que vous l’occupez.
→ C’est important, car ce sens des responsabilités vous ouvrira de nouvelles portes.
- Si vous faites tout ce qui précède, vous vous améliorerez non seulement vous-même, mais aussi toute l’équipe.
→ C’est possible même en tant qu’IC (Individual Contributor, non-manager), et cela revient en pratique à exercer certaines compétences d’un ingénieur Staff/Principal+.
3 commentaires
À tout le moins, ce qui est écrit ici devrait être appliqué à 100 % pour qu’une entreprise fonctionne normalement.
J’essaie aussi de me fixer et de respecter ce principe professionnel à ma manière : « Le travail doit pouvoir continuer même sans moi. Ma présence doit permettre de mieux le faire. »
Une partie des conseils laisse un peu perplexe. Cela convient aux grandes organisations, mais peut aussi ne pas très bien correspondre à une startup.
Cela dit, je pense qu’il est bon de documenter les connaissances et les réunions, de former, de donner de l’autonomie, de déléguer et de toujours garder une posture d’apprentissage.
Sur HN aussi, l’article suscite beaucoup d’avis pour et contre : https://news.ycombinator.com/item?id=27456222