AccueilContact

Le problème de votre entreprise est sous vos yeux

Publié dans Développement Web
5 juillet 2024
6 min read
Le problème de votre entreprise est sous vos yeux

Votre Entreprise a un Problème qui se Cache en Pleine Vue - Trop de Travail en Cours (WIP)

Vous Avez Besoin de Personnes Paresseuses pour Avoir des Fonctionnalités Agitées

Ma naissance était un événement hautement improbable qui dépendait de la capacité de mon grand-père à dissimuler une boîte à biscuits.

Oui, vous avez bien lu : une boîte en métal pour stocker des biscuits comme celle-ci :

Vous vous demandez peut-être ce qui rend la boîte à biscuits si spéciale qu’elle a un lien avec ma naissance ?

Relions les points en vous racontant l’histoire derrière la boîte à biscuits.

Rencontrez mon grand-père, Wijnand Johan Leo Dalmijn.

Il était un casse-cou impliqué dans un triple business risqué :

  1. Il faisait partie de la résistance néerlandaise à Arnhem.
  2. Les Allemands lui avaient tiré le bras droit. Parler d’un cas flagrant. Les nazis étaient à la recherche d’un membre de la résistance à un bras dans la région d’Arnhem.
  3. Malgré la perte de son bras droit, il continuait à communiquer avec les Alliés et la Résistance par radio depuis le grenier de sa maison.

Communiquer illégalement par radio était une entreprise périlleuse. Si vous étiez attrapé, vous pouviez être interrogé et torturé. Cela se terminait souvent par une fusillade.

Wijnand était un expert en communications radio amateur avec l’indicatif d’appel ‘PA0DD’. Il avait construit sa propre radio pour communiquer avec les forces alliées et la résistance néerlandaise. Les Allemands n’aimaient pas ça et cherchaient activement dans la région pour découvrir où se faisait la communication radio.

Mon grand-père avait construit une radio à l’intérieur de la boîte à biscuits, qu’il avait cachée dans la cuisine. La boîte à biscuits était la première chose que vous voyiez en entrant dans la cuisine. Mon grand-père voyait la radio en pleine vue chaque matin, à midi et au dîner.

Si quelqu’un avait soulevé ou déplacé la boîte à biscuits, il aurait immédiatement réalisé que ce n’était pas un conteneur à biscuits. Et comme c’était la première chose que vous voyiez en entrant dans la cuisine, vous auriez pensé que les Allemands le trouveraient facilement, n’est-ce pas ?

Faux !

Les Allemands ont effectué plusieurs perquisitions à domicile, mais ils n’ont jamais trouvé la radio. Ils ont incorrectement supposé que personne n’aurait l’audace de cacher la radio en pleine vue. L’endroit où elle était cachée était si évident qu’ils ne l’ont jamais pris au sérieux.

Si mon père, un petit enfant à l’époque, avait accidentellement légèrement déplacé la boîte à biscuits pour que le bouton de la radio qui dépassait de la boîte à biscuits soit exposé, il est probable que je ne serais pas né.

Quel est le Lien avec le Développement Logiciel ?

Je travaille avec des entreprises et des clients du monde entier, et ils se plaignent souvent que la livraison ne se fait pas aussi rapidement qu’ils le souhaiteraient. C’est un problème assez normal car presque personne n’est satisfait de la vitesse à laquelle les nouvelles fonctionnalités sont livrées. Le rythme des idées est toujours plus rapide que le rythme de livraison, et donc cela va toujours plus lentement que ce que les gens veulent.

Presque à chaque fois, après un examen plus approfondi, l’un des principaux coupables de la lenteur de la livraison est un Work In Progress (WIP) élevé, également connu sous le nom de travailler sur trop de choses à la fois.

Et lorsque vous exprimez que c’est le problème, vous entendrez fréquemment :

“Mais nous avons tellement de choses à faire et que nous voulons faire, il n’y a rien que nous puissions y faire.”

Comme la boîte à biscuits radio que les Allemands cherchaient, le problème est douloureusement évident et immédiatement visible : nous nous surchargeons de travail. Mais comme c’est l’une des premières choses que nous remarquons, et que c’est trop évident, nous passons devant pour trouver un autre problème moins évident. Ensuite, nous dirigeons notre attention vers ces problèmes moins évidents.

Si vous avez un WIP élevé, c’est le problème que vous devriez résoudre. Un WIP élevé tue votre entreprise, votre innovation et votre moral. Cela signifie que tout le monde est stressé et occupé, sans résultats significatifs dont ils peuvent être fiers. Tout leur travail ne vaut même pas la peine si vous regardez les progrès. Essayer de pousser des fonctionnalités en production ressemble à un calvaire sisyphéen d’essayer de pousser un rocher en haut de la colline qui ne cesse de retomber.

Il y a une limite à prendre trop de travail. Si nous travaillons sur trop de choses à la fois, nous créerons un embouteillage de travail. Nous serons occupés à serrer le volant et entièrement occupés à conduire, mais nous ne bougeons pas. C’est comme le caissier au supermarché qui est à 100% occupé : une file se formera. En développement logiciel, cette file de clients sont les fonctionnalités sur lesquelles vous travaillez. Toutes ces fonctionnalités attendent d’être terminées.

Pour aggraver les choses : le développement logiciel est un effort collaboratif. Lorsque vous êtes trop occupé, le travail n’attend pas seulement de vous, mais le travail des autres attend aussi des autres. Être dépendant des autres rend l’occupation exponentiellement pire, car vous souffrirez d’un embouteillage de travail qui cannibalise les progrès de chacun.

Comment savez-vous que vous souffrez d’un embouteillage de travail ?

12 Signes que Votre Travail en Cours est Trop Élevé

Voici 12 signes qui indiquent que vous pourriez souffrir d’un WIP élevé :

  1. Si vous avez besoin d’aide de quelqu’un le même jour, vous n’obtiendrez pas l’aide dont vous avez besoin car ils sont déjà complets.
  2. Si quelque chose d’inattendu se produit qui n’est pas prévu, tout le monde est agacé car ils sont déjà surchargés, et vous obtenez immédiatement des retards.
  3. Lorsque vous essayez de planifier une réunion avec quelqu’un dans la même semaine, vous avez du mal à trouver un créneau disponible dans leur calendrier.
  4. Vous vous sentez épuisé à la fin de la journée car vous avez constamment changé de contextes et de tâches.
  5. Il y a fréquemment des problèmes de production et des urgences car, en raison de tous les changements de contexte, personne n’a l’espace mental pour réfléchir correctement pour se concentrer sur la qualité et des solutions évolutives.
  6. Vous souffrez de retards fréquents sur retards, et les retards créent de nouveaux retards.
  7. Lorsque vous êtes en réunion, vous remarquez que les gens ne prêtent pas vraiment attention et essaient de tout précipiter car ils ont tellement de travail à faire, et la réunion les distrait de faire plus de travail.
  8. Les gens éteignent leur webcam en réunion pour pouvoir travailler sur d’autres choses pendant la réunion et terminer tout le travail sur leur assiette.
  9. Les gens se plaignent fréquemment d’avoir tant de réunions qu’ils ne peuvent pas faire un travail approfondi.
  10. Les équipes ne parviennent pas à fixer un objectif clair pour leur Sprint car elles sont toujours occupées à travailler sur une multitude de choses à la fois.
  11. Si vous demandez aux managers ou aux membres de l’équipe d’écrire tous les objectifs sur lesquels nous travaillons de mémoire en une minute, ils ne peuvent pas le faire.
  12. Lorsque vous créez une feuille de route, vous avez du mal à visualiser ce qui s’y trouve car il se passe tout simplement trop de choses.

Maintenant que nous connaissons certains des symptômes d’un Work In Progress élevé, que devrions-nous faire à ce sujet ?

Pour Terminer Plus de Fonctionnalités, Autorisez Plus de Paresse

La réponse est simple mais contre-intuitive : vous devez travailler sur moins de choses simultanément et permettre aux gens d’être plus paresseux. Cela peut sembler que vous abaissez la barre et que vous vous contentez de la médiocrité, mais c’est exactement ce dont vous avez besoin - des gens plus inactifs. Trop de personnes occupées signifie des fonctionnalités inactives et paresseuses.

Un bon exemple en est l’hôpital. Les médecins et les machines sont coûteux, et ils veulent les garder occupés. Que se passe-t-il pour le patient ? Il attend toujours et cela prend toujours plus de temps que prévu.

Si les développeurs sont entièrement occupés et stressés, alors le progrès sur les fonctionnalités stagne et devient laborieux. Si tous les caissiers du supermarché sont à 100% occupés, une file de clients se forme. Cette file de clients est coûteuse, car certains d’entre eux partiront s’ils attendent trop longtemps et n’achèteront rien.

En développement logiciel, ces retards sont encore plus coûteux que le retard dans un supermarché. Vous retardez la valeur de la fonctionnalité, ce qui a un coût : le coût du retard. Chaque semaine que vous retardez une fonctionnalité, cela vous coûte de l’argent égal au coût du retard.

Nous sommes tellement obsédés par la planification tetris et par le fait de s’assurer que chaque développeur est occupé, que nous oublions la chose la plus coûteuse de toutes : des fonctionnalités qui avancent à pas de tortue en raison d’un WIP élevé.

Il est bon que les développeurs aient du temps libre ou du temps pour faire d’autres choses comme travailler sur leur développement personnel. C’est un signe sain d’un système qui n’est pas optimisé pour garder tout le monde aussi occupé que possible. Nous voulons optimiser pour livrer de la valeur rapidement. Contre-intuitivement, cela signifie que les gens ne devraient pas être entièrement occupés, car alors les fonctionnalités commenceront à avancer à pas de tortue.

Si tout le monde est entièrement occupé, vous pouvez être sûr que vos fonctionnalités se détendent et se prélassent au bord de la piscine. Tout le monde transpire et se démène pour apporter tous ces daiquiris aux fraises aux fonctionnalités tandis qu’elles restent immobiles et profitent du soleil.

Être trop occupé n’est pas un badge d’honneur. C’est un symptôme de dysfonctionnement. C’est un signe que votre système s’optimise pour occuper les gens plutôt que de faire avancer le travail.

Ne laissez pas vos développeurs transpirer, faites transpirer vos fonctionnalités en bougeant si vite. Si vos développeurs transpirent toujours, vous pouvez être sûr que vos fonctionnalités ne bougent pas et se détendent au bord de la piscine.

Un quart du travail en trois fois le temps est une affaire terrible, pourtant c’est ce pour quoi la plupart des organisations signent lorsqu’elles surchargent de travail leurs équipes.

Permettez à votre organisation d’être plus paresseuse : vous avez besoin de personnes paresseuses pour avoir des fonctionnalités agitées.

Merci d’avoir lu la Newsletter de Maarten ! Abonnez-vous gratuitement pour recevoir de nouveaux articles et soutenir mon travail.

Source de l’article


Share

Article précédent
Le secret derrière les marques mémorables

Articles similaires

Choses étranges apprises en écrivant un émulateur x86
12 juillet 2024
1 min
© 2024, All Rights Reserved.

Liens Rapides

Partenariats et opportunités publicitairesContactez nous

Réseaux Sociaux