Un article sur la nécessité de dire l'inconfortable vérité lors des one-to-one afin de permettre à chacun de s'améliorer
Onboarder une personne avec une position "haute" dans la hiérarchie n'est jamais simple.
Il est crucial de passer les premières semaines à apprendre et à appliquer les méthodes actuelles avant d'essayer de lancer ses propres méthodes.
Aussi, il est préférable de commencer par résoudre un problème mineur plutôt que de se casser les dents sur le problème majeur.
Comment être efficace à un poste de top management "Head of ..."
Globalement l'article se présente sous la forme d'une grande liste, pour moi les points les plus importants:
- créer un lien de confiance avec son équipe: discuter et déléguer pour faire émerger d'autres leaders
- évolution de carrière: définir clairement les potentielles évolutions de carrière avec les attentes et salaires pour chaque poste
- impliquation dans l'équipe dirigeante pour comprendre la stratégie de l'entreprise
- développer son réseau pour échanger avec d'autres tech leaders
- recrutement
- software delivery
- veille technologique
Un excellent article sur le management!
En tant que manager, on est responsable du management des processus tandis qu'on donne laisse libre les personnes dans leur travail (éviter le micro-management)
Pour lui les processus sont des attentes que l'ont rend explicites.
Par exemple, le processus de code review est une attente d'un code de qualité.
Il parle de beaucoup d'autres sujets intéressants:
- décision vs opinions: tout le monde à un opinion, le manager doit asseoir une décision
- ownership: essentiel de permettre aux gens de s'approprier leurs sujets
- confiance
- se séparer de quelqu'un
- et d'autres..
As a manager, everything is your fault.
You are in charge of processes and people.
You either created the processes where this outcome happened
or you hired (or did not fire) the wrong people.
Quand on est manager et/ou expérimenté , il est important de faire attention à ne pas prendre trop de place afin de laisser les autres s'exprimer.
Cet article parle justement de la dynamique des pouvoirs et donne 5 conseils:
- soyez le dernier à contribuer
- invitez explicitement les autres à contribuer
- soyez plus sûr de vous dans vos paroles et dans vos actions
- créez de la confiance avec chacun
- déléguez explicitement le pouvoir de décision
(Merci Ludi pour le partage)
Un thread Twitter sur une gestion avec SCRUM qui a complètement débloqué
Un article qui tacle un peu la tendance d'avoir des CTO / VPE plus dans le management pur que la technique.
Il donne notamment 5 raisons:
- les capacités technique permettent un meilleur jugement sur les personnes ou les systemes
- l'importance de comprendre les enjeux d'un compromis
- plus de facilité à gagner le respect des équipes
- la passion pour la technique apporte une meilleure vision et plus de motivation
- plus facile de recruter des ingénieurs qualifiés
Une liste des erreurs les plus courantes lors de la mise en place de processus Agiles.
Mon top:
- Focus on output: ce qui compte c'est l'impact réalisé par les livrables et non les livrables eux-mêmes
- Agile is IT only: l'ensemble des équipes (marketing, sales, product) doivent travailler en Agile
- Implementing immutable processes and tools: la base de l'Agilité c'est justement la capacité à évoluer
Si on résume la pensée de l'article, être Agile c'est:
- Focus sur la valeur ajoutée aux clients
- Implication forte des équipes au plus prêt du produit
- Être capable de constamment remettre en question le mode de fonctionnement
Comment lutter contre la frustration et le syndrôme de l'imposteur que peuvent avoir les nouveaux tech leads recrutés.
Pleins d'excellent conseils de Gitlab pour éviter le burnout
Une caricature du management à la française avec les armées de consultants.
J'ai du mal à voir à quel point ça peut être vrai. Plus la structure est grande et plus on doit voir ce genre de choses j'imagine