« Un conseil pour une équipe avec un nouveau chef qui ne connaît pas le Lean et qui souhaite plutôt nous faire passer à l'Agilité ? » : différence entre les versions

La partie difficile. L'agilité est une victoire incontestable par rapport à la planification d'un système entier et à des mois de code à livrer et à faire fonctionner ensemble à la fin. Mais il reste un système qui organise l'équipe et s'arrête au codeur individuel et donc - le code. Il y a beaucoup de techniques agiles pour examiner la qualité du code, mais jusqu'à présent, je ne les ai jamais vu aussi bien appliquées.

 

À l'autre bout du spectre, les clients des équipes agiles sont beaucoup plus heureux parce qu'ils voient la livraison continue de fonctionnalités, mais il n'est pas clair que le produit résultant est mieux aimé ou plus utilisé qu'avec la méthode traditionnelle en cascade.

 

L'un des problèmes clés de la pensée agile est que - d'après ce que j'ai vu - elle est très basée sur les fonctionnalités. Le logiciel qui en résulte a tendance à être chargé de fonctionnalités, aucune d'entre elles n'est très utile et ne fonctionne pas nécessairement très bien pour les utilisateurs sur les quelques fonctionnalités clés dont ils ont vraiment besoin, sur des problèmes plus profonds tels que la vitesse, les bogues et les problèmes, et la sécurité des données.

 

Le Lean commence à un point différent - non pas avec l'équipe, mais avec le développeur et le propriétaire du produit ou l'architecte (en termes simples, l'ingénieur en chef).

 

Avec agilité, l'équipe regarde le tableau d'affichage, en prend un de l'arriéré d'histoires et le pousse dans les files d'attente "à faire", "en cours", "en révision", "fait", "fait" - beaucoup de variations sur ces en-têtes, mais ils font surtout la même chose.

 

Quand vous regardez le tableau, certains billets avancent, d'autres s'attardent. L'équipe rééchelonne les billets en fonction de ce qui a été réalisé et de ce qui s'est heurté à un barrage routier. La plupart du temps, le gestionnaire est le bris d'égalité et c'est lui qui décide en dernier ressort de ce qui doit être fait et de ce qui sera reporté.

 

Le Lean commence par le développeur. Le flux de billets doit se faire au poste de travail : voici ce sur quoi vous devez travailler ensuite, et ensuite, et c'est tout - comme un cuisinier dans une cuisine recevant les commandes des tables du restaurant.

 

L'intérêt d'amener la file d'attente au poste de travail est de rendre la personne autonome : elle n'a pas besoin d'une équipe ou d'un patron pour savoir quoi faire. Ils peuvent travailler seuls ET appeler à l'aide s'ils rencontrent un problème.

 

La raison pour laquelle le travail s'accumule sur les bureaux des gens, c'est que lorsqu'ils rencontrent une difficulté, ils mettent de côté le travail pénible et commencent quelque chose d'autre - ce qui a du sens. S'ils se heurtent à un deuxième problème, ils mettent un deuxième emploi de côté et ainsi de suite. Nous le faisons tous. Certaines difficultés se résolvent facilement - obtenir un élément d'information manquant de quelqu'un. D'autres s'attarderont et s'envenimeront parce qu'ils sont la partie cachée de l'iceberg des problèmes plus profonds.