L'acier et les notes autocollantes Partie 3 : Comment les équipes stables augmentent considérablement la productivité
Quel que soit le métier, la fonction ou l'emploi, les équipes stables seront toujours les plus productives.
Il ne s'agit pas d'une opinion, mais d'un fait étayé par des décennies de données Les équipes stables sont tout simplement plus rapides, plus créatives et offrent une meilleure qualité à moindre coût. Les équipes stables sont tout simplement plus rapides, plus créatives et offrent une meilleure qualité à moindre coût.
Mais soyons honnêtes, il arrive que les données seules ne soient pas l'élément le plus convaincant lorsque vous envisagez de changer votre façon de travailler. Les gens se posent des questions - justes - comme : est-ce que cela fonctionnera vraiment dans mon contexte, dans mon domaine, sur mon lieu de travail ?
Pour le secteur de la conception et de la construction, la réponse est oui.
Je l'ai vu moi-même.
Et pas seulement avec les clients avec lesquels nous nous sommes associés pour obtenir de meilleurs résultats.
Le chantier
Ma famille et moi avons récemment déménagé à Austin, troquant les interminables hivers du Minnesota pour le soleil du Texas. L'appartement en copropriété que nous louons bénéficie d'une lumière naturelle abondante. À tel point que nous avons dû remplacer tous les stores par de nouveaux stores modernes.
Cody et Dustin entrent en scène. Il s'agit d'artisans d'une entreprise qui travaille dans ce bâtiment depuis un certain temps déjà.
Parfois, ils travaillent ensemble. Parfois, ils ne le font pas en raison de problèmes de calendrier indépendants de leur volonté.
J'ai déjà vu cela se produire. La croyance selon laquelle il n'est pas nécessaire de garder les gens ensemble dans la même équipe. Ou que l'on peut mélanger les gens au sein d'une "équipe" sans que cela ne coûte quoi que ce soit.
Ce n'est pas vraiment comme ça que ça marche.
Cody le sait par expérience (vous le savez sans doute aussi).
Un gain de productivité 467%
Si vous m'avez rencontré, vous savez que je suis un peu bavard. Ou plutôt un auditeur curieux.
J'aime poser des questions et connaître le point de vue des autres. Surtout lorsqu'il s'agit de ma passion pour la conception et la construction.
J'ai donc commencé à faire mon truc pendant que Cody et Dustin se mettaient au travail.
La veille, me dit Cody, cette équipe stable de Cody et Dustin avait changé. Cody a travaillé avec quelqu'un d'autre pour installer 12 de ces mêmes nouveaux stores dans une autre unité au bout du couloir.
Le travail a duré huit heures. Cela représente une moyenne de 1,5 heure par store. Notre unité nécessitait l'installation de 17 nouveaux stores. À ce rythme, il aurait fallu 25 heures et demie de travail continu pour achever notre travail.
Ensemble, Cody et Dustin ont terminé l'installation des 17 stores en seulement deux heures. Même conception de fenêtre, mêmes modèles de stores, mêmes outils. Pourtant, ils ont installé en moyenne 8,5 stores par heure au lieu d'un toutes les heures et demie.
Cela représente une amélioration de 467% Un véritable coup de pouce à la productivité.
Pour ceux d'entre vous qui aiment les mathématiques, voici comment cela fonctionne ; si nous supposons que le délai total est le même pour les deux travaux (ce qui semble raisonnable puisqu'il s'agit des mêmes nuances, de la même conception de la veuve et du même processus final), nous aboutissons à l'équation suivante :
L'équipe 1 (qui n'est pas une équipe stable) : 12 teintes installées en 8 heures = 1,5 teinte par heure
Équipe 2 (l'équipe stable) : 17 teintes installées en 2 heures = 8,5 teintes par heure.
8.5-1.5 = 7
7 / 1.5 = 4.67
4,67 x 100 = 467% amélioration
Évidemment, j'ai creusé un peu plus et j'ai découvert que l'équipe stable et ce qui s'apparente à un peu de Scrum improvisé ont aidé Cody et Dustin à augmenter considérablement leur productivité.
Scrum dans l'exemple de la conception et de la construction
Cody et Dustin ont un peu le même rituel matinal : ils aiment se retrouver autour d'un petit-déjeuner pour discuter des ordres de travail de la journée.
Aucun des deux hommes n'avait entendu parler de Scrum avant de me rencontrer. Pourtant, ils incorporaient intuitivement des éléments de la technologie Scrum. cadre d'accomplir davantage.
Chaque jour était un Sprint. Ce petit-déjeuner servait à la fois de session de planification du sprint et de Scrum quotidien, au cours duquel les membres de l'équipe définissaient ce qu'il fallait faire et comment remplir tous les ordres de travail pour la journée - un objectif de sprint par défaut. Cody a facilité ces discussions et a fait part à la direction de tous les obstacles rencontrés par l'équipe au cours de la journée - un Scrum Master par défaut.
Une fois la journée de travail terminée, Cody et Dustin se retrouvaient autour d'un café et participaient à un autre événement intuitif Scrum. Ils discutent de ce qui a fonctionné, de ce qu'ils voudront peut-être continuer à faire demain et de ce qui n'a pas bien fonctionné ce jour-là.
Une rétrospective du Scrum qui se concentre à la fois sur le produit et le processus. Le cœur même de la création d'une amélioration continue au niveau de l'équipe.
La valeur des équipes stables en action
Il était clair pour moi que Cody et Dustin faisaient partie d'une équipe stable dès qu'ils ont commencé à travailler dans notre unité. Il était clair qu'ils savaient instinctivement ce que l'autre faisait à tout moment. Ils se faisaient confiance, s'entraidaient et avaient confiance dans le travail qu'ils accomplissaient, tant individuellement qu'en tant qu'équipe.
La familiarité et la confiance prennent du temps à se développer. C'est la valeur des équipes stables dans tous les secteurs, y compris celui de la conception et de la construction.
L'efficacité avec laquelle ils accomplissaient leur travail s'apparentait à celle d'un orchestre. Ils savaient ce qui se passait en ce moment et pouvaient prévoir ce qui devait se passer ensuite. Comme ils se connaissaient si bien, ils pouvaient même prédire comment le travail allait être effectué et combien de temps il prendrait.
Le consultant en moi ne pouvait s'empêcher de voir les principes Lean, tels que la cartographie du flux de valeur, se mettre en place en temps réel, sans interrompre le flux de travail pour discuter de ce qui devait être fait ou de la raison de cette interruption.
Quand Bruce Tuckman a décrit pour la première fois les phases de la formation d'une équipe, il a inclus l'exécution comme phase finale, en écrivant,
"Une fois les normes et les rôles établis, les membres du groupe se concentrent sur la réalisation d'objectifs communs, atteignant souvent un niveau de réussite inattendu.
N'est-ce pas ce que recherchent toutes les industries et organisations ?
Cela nécessite des équipes stables et un cadre permettant une amélioration continue des produits et des processus.
CONCLUSION
Précédemment dans cette série ai-je écrit,
"Scrum s'appuie sur le Lean pour aider les entreprises et les équipes à obtenir de meilleurs résultats, à innover et à livrer la marchandise.
Il fait bien plus que cela. Scrum est le cadre qui permet le mieux aux équipes stables de s'épanouir en leur donnant la possibilité de se concentrer sur l'inspection et l'adaptation du produit et du processus. L'objectif est toujours d'améliorer en permanence la façon dont nous travaillons et ce que nous construisons.
Que se serait-il passé si Cody et Dustin s'étaient contentés du statu quo ? S'ils avaient effectivement pris 25,5 heures pour installer les 17 stores dans mon logement ? Quel travail n'auraient-ils pas effectué ce jour-là ? Quel est le coût de ce retard, tant en termes financiers qu'en termes de satisfaction du client ? Quelles opportunités auraient été perdues ?
Je sais qu'il s'agit d'un très petit projet. Cependant, regardez ces données d'un point de vue différent.
Les coûts des retards augmentent de façon exponentielle pour les projets plus importants et plus complexes. Des dépassements de coûts de plusieurs centaines de milliers de dollars peuvent se produire sur un seul projet, voire pire. Que se passerait-il si le secteur de la conception et de la construction cessait de se satisfaire du statu quo ?
Scrum dans le domaine de la conception et de la construction consiste à aborder les projets différemment. Nous pouvons toujours regarder le travail que nous avons fait dans le passé et améliorer notre processus.