Changer de focus au milieu d'une tâche est la pire chose pour la plupart des développeurs, et peut-être aussi pour d'autres employés. En tant que CTO ou toute personne dirigeant des développeurs, votre rôle est de créer, via le Product Manager/Propriétaire (ou vous-même si vous prenez cette fonction), un environnement de travail durable qui permet aux employés de contribuer de manière à maximiser la valeur commerciale de leur travail. C'était sympa à dire !
Ce que je veux dire, c'est qu'il existe des tonnes de listes de tâches, de tableaux, de to-do lists, de suivis, de feuilles Excel et de systèmes de gestion de tickets qui tentent de soutenir les entreprises dans la gestion de projets et de tâches. En fait, je pense qu'il y en a trop.
UNE SEULE LISTE POUR RÉGNER SUR TOUTES LES AUTRES
Dans le premier livre du Seigneur des Anneaux (LOTR) - je promets de ne pas faire d'autres références à LOTR - nous sommes présentés à la toute-puissante et puissante bague : une bague qui régnera sur toutes les autres. Afin de simplifier la priorisation commerciale, nous avons besoin d'une seule liste pour régner sur toutes les autres. Je vais expliquer pourquoi.
De nombreuses équipes travaillent de différentes manières, avec différentes priorités et parfois pour différents parties prenantes ou « patrons ». Nous avons essayé de rendre les équipes polyvalentes, mais il est rapidement devenu évident qu'elles avaient besoin de se concentrer sur un seul produit afin d'éviter de longs délais d'attente pour les autres parties prenantes. Alors, nous avons essayé de concentrer tout le monde dans un Sprint classique Agile Scrum.
Cela a fonctionné tant que aucun autre « patron » n'est intervenu et n'a demandé à quelqu'un de l'équipe quelque chose dont il avait besoin « maintenant » ou jusqu'à ce que l'employé ait terminé. Alors, sur quoi travailleraient-ils ? Ils ont pris une autre tâche et n'étaient pas prêts jusqu'à ce que le Sprint soit censé être livré.
Voilà un peu de contexte pour expliquer pourquoi je recommande d'avoir un Backlog et de travailler avec Kanban. Une seule liste. Juste une. Pas deux. Une seule.
Lisez plus dans "Le Playbook du CTO" disponible sur Amazon/Kindle.
Nous sommes une société suisse (LLC) basée en
Suisse.