Vieillir amusant avec Drunk Agile (vidéo)
Views: 62
0 0
Read Time:2 Minute, 36 Second

Daniel Vacanti et Prateek Singh m’ont gracieusement invité* à participer à un épisode de Drunk Agile : Épisode 37 Johanna Rothman Deuxième partie Plus grand vieillissement.

(* Invité est leur terme. Je leur ai envoyé un e-mail, exigeant poliment qu’ils discutent du vieillissement. Est-il possible de demander poliment ? J’ai essayé. Eux seuls peuvent vous dire si j’ai été assez poli !)

Nous avons parlé du vieillissement (depuis combien de temps les travaux sont en cours) dans ces dimensions :

  • La base de données de défauts importante et de longue date.
  • Feuilles de route longues et larges.
  • Tous ces projets potentiels dans le portefeuille de projets. (Nous n’avons pas autant abordé ce sujet car j’ai écrit à ce sujet dans Gérer votre portefeuille de projets. Je n’avais pas de questions.)

Le problème de vieillissement que je vois avec les bases de données de défauts volumineuses et longues est le suivant :

Avons-nous une prévisibilité quant au moment où nous pourrions finir l’un des défauts ?

Et les problèmes de vieillissement avec les feuilles de route longues et volumineuses ? Nous demandons aux gens de s’engager à:

  • Résoudre des problèmes qu’ils ne connaissent pas encore
  • Ordonner le travail par valeur, même si les approches agiles espèrent que la valeur change.
  • (Re)définir et (ré)ordonner le travail encore, et encore, et encore

De plus, nous subissons une charge cognitive due au poids de tout ce travail potentiel.

Voici un joli recadrage : nous ignorons le périssabilité de tout ce travail possible.

Interrogez-vous sur la périssabilité du travail

J’ai commencé à avoir cette idée transformatrice lorsque Daniel et Prateek ont ​​parlé de périssabilité.

Plus nous ajoutons de travail à notre file d’attente de travail, moins nous en savons sur sa valeur future. Prateek a dit à un moment (je paraphrase) : « Les clients veulent le travail maintenant. Ils ne veulent pas attendre plus tard.

Plus nous avons d’options, en particulier d’options démarrées mais non terminées, moins nous en savons sur la valeur actuelle et future de cette option. C’est pourquoi les approches agiles mettent l’accent sur « finir quelque chose et obtenir des commentaires à ce sujet ». La finition compte. Lorsque nous avons terminé, nous pouvons voir ce que nous pourrions envisager ensuite. (IME, il est beaucoup plus facile de voir la prochaine meilleure option.)

Tous ces longs retards, files d’attente, bases de données de travaux possibles ont un coût. Pas seulement la charge cognitive, mais le coût de refaire les décisions, encore et encore.

C’est pourquoi j’ai ajouté ma petite image de dette technique à ce post. Lorsque nous créons ces grandes bases de données de défauts (inventaire) et de grandes et longues feuilles de route (plus d’inventaire), nous choisissons de créer une forme de dette technique. Cette dette est une dette de décision de gestion.

Dans la vidéo, nous avons proposé plusieurs idées, principalement sur le passage à la vague continue et à la planification juste à temps.

J’ai appris une tonne de notre conversation. Merci, Daniel et Prateek pour notre conversation.

Vous aimerez peut-être ces articles de blog, où j’ai abordé l’idée du vieillissement sans l’aborder explicitement :

Happy
0
Sad
0
Excited
0
Sleepy
0
Angry
0
Surprise
0

Average Rating

5 Star
0%
4 Star
0%
3 Star
0%
2 Star
0%
1 Star
0%