Imposer ne signifie pas être un bon leader !
En imposant, on se retrouve à faire des actions qui ne sont pas forcément comprises et faites correctement.
Articles sur mindset
Une équipe ne devrait pas avoir à justifier sa manière de travailler
On voit souvent dans les entreprises, des responsables qui ont la main mise sur l’organisation des équipes et qui souhaitent la garder de peur de ne pas atteindre les objectifs fixés.
Peut-on dire que l’on est une équipe en étant chacun dans son coin ?
En principe dans l’IT, chaque membre d’une équipe avance de son côté et se retrouve uniquement lors de réunions. Cela nous permet de faire le point, de potentiellement se débloquer, et l’on reprend comme si de rien n'était nos tâches en cours, seul...
Vous cherchez comment faire monter en compétence votre équipe ?
Faites du mob ! Le mob programming (ou Software Teaming) est une approche rassemblant une équipe pour travailler sur la même tâche, au même moment, dans un même espace et sur le même ordinateur.
Un QA ne devrait pas être séparé de l’équipe de développement
L’intérêt d’un QA n’est pas juste de faire ce que les devs ne font pas, mais de leur donner la possibilité de faire mieux !
Quelle est la meilleure qualité d’un dev dans une équipe ?
Pour moi, cela serait 𝐥’𝐚𝐮𝐭𝐨𝐜𝐨𝐦𝐩𝐚𝐬𝐬𝐢𝐨𝐧 !
Pourquoi tant d’entreprises font du cycle en V avec Scrum ?
On pense faire de l’agilité, mais on garde nos vielles habitudes qui ne sont pas agiles ! Que cela soit la durée d’un sprint ou d’une US, un waterfall itératif reste un waterfall.
Un développeur n’est pas un simple exécutant !
Ils ne sont pas là pour suivre des directives et faire ce qu’on leur demande.
Dans ma carrière, j’ai souvent eu le sentiment de ne pas être écouté.
C'étaient les mêmes schémas, à chaque fois, durant de nombreuses années… 👇
Utiliser le Daily Scrum pour suivre les devs fait perdre du temps !
Plutôt que de s’attarder sur l’avancement de manière individuelle, pourquoi ne pas juste regarder l’avancement des tâches ?
Les 4 accords toltèques
Les 4 accords Toltèques est une référence à lire absolument. On pourrait penser qu'ils ne sont d'aucun intérêt mais avec du recul, on se rend compte qu'il est difficile de les incarner réellement.
Pourquoi je me mets à écrire sur Linkedin ?
Jusqu’à récemment, je n’en voyais pas l’intérêt !
Vous ressentez de la frustration à cause de vos Pull Requests ?
Voici 10 cas personnels et des solutions que l’on peut envisager pour y répondre👇
Le Daily Scrum n’est pas fait pour suivre les développeurs
Le daily est fait pour les développeurs par les développeurs !
« C’est toi le lead, c’est à toi de réfléchir »
J’ai déjà entendu cette phrase il y a quelques années et elle m’avait particulièrement choquée. 😱
« Cela ne sert à rien d’écrire tests sur ce projet »
Écrire des tests pour écrire des tests ne sert effectivement à rien. Ce n’est qu’un outil, pas une finalité. Par contre, sécuriser une application, améliorer sa fiabilité, sa qualité, limiter les régressions dans le temps et faciliter le développement de nouvelles fonctionnalités sont des vrais gains.
« J’ai pas le temps pour écrire des tests »
L’écriture de tests ne fait pas perdre du temps, bien au contraindre !