Ce profil WoLF (fonctionne sur le dernier "incendie"/problème, Fonctionne sur le dernier feu) est généré, soit par des motivations propres de la personne mal focalisées, soit par une direction des équipes dans des directions disparates. Dans tous les cas, ils produisent toujours un travail supplémentaire en résolvant des problèmes qui ne sont pas pris en compte en cours de route jusqu'à ce qu'ils soient tôt ou tard confrontés au coût économique et à la perte d'opportunités qui en résultent, entre autres.
Si avec le développement logiciel vous vouliez créer un film comme ceux sur la mafia, l'argument pourrait être le suivant :
…Julia, la propriétaire de "The Home for the Care of Abandoned Bambinos" veut le sauver de la saisie, et il lui vient à l'esprit de mettre rapidement en œuvre la nouvelle application de jeu "Abandoned-Child Finder" à temps pour la saison des fêtes. Son espoir est que les revenus d'abonnement et de publicité sauvent la situation de l'orphelinat. Malheureusement, pour que son application sorte avec succès à temps, il triche un peu en prenant la responsabilité d'une dette de définition technique résultant d'un élément d'empilement incitatif pour les joueurs de niveau épique. Tout semble parfait, la maison pour les enfants semble sûre, ses locataires répètent à nouveau pour le concours annuel de Noël… jusqu'à ce que Carmen du service client fasse un rapport de bug qui mettrait un terme à cet optimisme et ruinerait les revenus liés à ladite dette. définition. Parce que l'équipe de Julia est déjà sur la bonne voie pour fournir les nouvelles fonctionnalités nécessaires à la levée de capital-risque, ils ignorent le rapport de Carmen... jusqu'à ce que Luis, l'agent de recouvrement technique, le Scrum parmi les Scrums, avec un Post-it® rouge vif… cloué au bout d'une batte de baseball. Inutile de dire que le reste du film implique que Julia a passé ses journées à comprendre puis à aplanir toutes les implications de ne pas avoir corrigé ces erreurs de définition en premier lieu, siphonnant les revenus de l'application nécessaires pour empêcher les enfants d'être largués. au froid la veille de Noël.
Oui, c'est évident, un cliché très utilisé, mais très familier aux professionnels du développement de produits. Il est clair que Julia fait des devoirs WoLF. Si un ou plusieurs profils sont ajoutés à ce profil PUFFIN (Planifie des initiatives d'usine de fonctionnalités sans fin) le chaos et le conflit sont déjà ceux d'un film apocalyptique.
Comment vous arrivez à cette situation
Comme notre héroïne Julia, nous avons aussi mis de côté le dettes techniques avec la promesse que nous le paierons plus tard, quand nous aurons plus de temps.
Le problème est qu'il n'y a jamais assez de temps pour diverses raisons. Quelques exemples concrets pourraient être les suivants (sans noms ni détails facilement identifiables bien sûr) :
- Le vice-président d'Incredible Sales a promis au client de Big Fish la fonctionnalité "XYZ" à une date fixe qui a probablement été proposée avec un minimum de consultation de la part de l'équipe responsable de la livraison des produits.
- Le partenaire de capital-risque anxieux qui cherche à sortir veut s'assurer qu'un certain domaine ou vertical est couvert avant la prochaine introduction en bourse.
- Le programmeur ennuyé qui construit son CV a besoin d'une expérience pratique dans la création de rapports BI pilotés par API fournis à l'aide d'Angular, en tirant parti des dernières technologies d'apprentissage automatique sur un cluster Apache Spark.
- Le propriétaire de produit affamé de promotion qui veut épater le patron avec d'excellentes fonctionnalités frontales dans les quatre mois précédant son évaluation des performances.
Ils ressemblent tous à des candidats pour une hiérarchisation non basée sur les données, qui s'accompagnera d'un prix potentiellement énorme à payer et d'un coût d'opportunité énorme.
Alors pourquoi le rationalisons-nous ainsi ? Peut-être parce que travailler avec la dette technique est amusant, la première semaine environ. Après cela, cela devient un jeu sinistre consistant à soudoyer et à extorquer des coéquipiers, ainsi qu'à escroquer un autre membre de l'équipe sans méfiance pour qu'il fasse le sale boulot.
Comment éviter d'atteindre ces scénarios
Pour ceux (peu nombreux) qui n'ont pas encore connu la « joie » d'une visite d'un agent de recouvrement technique amical, il convient de garder à l'esprit ces 7 principes auxquels il faut prêter attention au cours du processus.
Soutenir, investiguer et hiérarchiser ces principes ou situations :
- Si un ingénieur est aux prises avec une dette technique pour terminer un travail.
- Si vous créez une fonctionnalité avec une dette d'expérience utilisateur (UX) évidente.
- Si la recherche est nécessaire parce que les données n'existaient pas.
- Le travail ne contribue pas à la valeur client, alors qu'il était prévu qu'il se produise.
- Une histoire a été publiée et ensuite il a fallu jouer pour justifier ce qui était dit.
- Échec de la validation de l'impact.
- Vous avez l'idée, mais vous créez toujours plus de tâches, les refaites, coupez des fonctions, augmentez la charge opérationnelle,... à chaque étape, cela devient moins impressionnant.
L'audace et la sincérité sont essentielles pour agir afin que l'équipe, la direction, les parties prenantes, les sponsors et, si possible, les clients soient conscients que les futures versions du produit ou du service incluront les dettes contractées. A minima faut-il établir une gestion correcte des attentes expliquant les "accidents malheureux" qui pourraient survenir si les responsabilités acquises ne sont pas payées.
Que vous décidiez de payer simplement les intérêts ou de payer intégralement, gardez à l'esprit que, tout comme un usurier, le prix de votre accumulation technique augmentera probablement au cours de la période pendant laquelle il restera instable.
références
- Accélérez: La science du logiciel Lean et du DevOps : création et mise à l'échelle d'organisations technologiques hautement performantes' — Nicole Forsgren & Jez Humble
- 'Le manuel DevOps: Comment créer une agilité, une fiabilité et une sécurité de classe mondiale dans les organisations technologiques'— Gene Kim, et.al.
