par Doug Needham, DataOps.live par Doug Needham, DataOps.live La dette technique est un défi pour toute équipe numérique.Suggestions pour l'éviter sont surestimées ou ignorées, et il est rare d'obtenir pour réparer les choses que nous savons qu'il faut réparer. Ils ont compris ce que nous savons - combien la dette technique est vraiment effrayante - peut-être qu'ils repoussent moins quand nous luttons pour construire les choses de la bonne façon. Propriétaires de données Propriétaires de données Je crois que j'ai trouvé le moyen de le leur dire. Les contes de fées, les paraboles et les histoires que nos grands-parents racontent peuvent ne pas être factuels, mais ils sont « vrais ». La course dangereuse Vous vouliez votre voiture construite en hâte, et voici qu'elle est - oh, mais douze boulons ont été laissés après que nous l'avons mis ensemble. Les gestionnaires de projet ont insisté sur le fait que ces boulons spécifiques peuvent attendre la prochaine fenêtre de maintenance. L'équipe de vente vous assure que ces boulons ne sont pas nécessaires. L'équipe d'ingénierie sait ce que ces boulons tiendront ensemble. Ils recommandent de prendre le temps d'appliquer les boulons. La course va bientôt commencer. L’horloge est ticking. Vous êtes le chauffeur. Vous prendrez des décisions de vie ou de mort à des vitesses exceptionnelles sur une piste de course conçue pour démontrer les capacités de votre voiture. Il y a trente-neuf autres voitures sur la ligne de départ, chacune avec ses propres équipes d'ingénierie, de ventes et de gestion de projet. Est-ce que toutes les pièces de leurs voitures sont tenues ensemble ? Quelles parties de votre voiture ne sont pas réunies de la meilleure façon possible? En utilisant cette voiture et en la poussant à la limite, allez-vous gagner la course, ou finir par un puddle au tour 3? La morale de l'histoire Il s’agit d’une dette technique : une situation à haut risque qui aurait pu être facilement évitée en écoutant les experts. Si vous avez besoin d’une analogie plus rapide, c’est comme la roulette russe, mais vous ne savez pas le nombre de chambres, le calibre de la balle, combien de balles sont chargées, ou de quelle façon l’arme est dirigée. Il est certainement vrai qu'il y a des moments où les architectes et les ingénieurs apprennent de meilleures façons de construire quelque chose après qu'il ait été construit. Dans les deux cas, les personnes qui font réellement les implémentations devraient être en mesure de décider de ce qui doit être fait.Avoir des utilisateurs non techniques à prendre des décisions techniques sur la façon de construire un outil est une recette pour le désastre. Lorsque votre PM ou propriétaire de données vous demande de couper les coins, rappelez-leur cette histoire. Si c’est le cas, laissez-les partir. » Le devoir d'alerter Les utilisateurs ne comprennent pas les risques lorsqu’ils nous disent de couper les coins.Ils ne connaissent pas l’importance du bon pilote, du SQL structuré, de la mise à jour des sous-routines, de l’ajout d’un nœud au cluster ou de la mise à jour au niveau actuel du patch pour obtenir un redémarrage propre. Vous leur avez construit une voiture merveilleuse, mais ils ont dicté quelques raccourcis que vous saviez qu'il fallait réparer plus tard, seulement plus tard ne sont jamais venus. Puisque nous connaissons les risques de la dette technique, nous avons la responsabilité de lever l'alarme. Racontez-leur l'histoire de la course. Rappelez-leur qu'ils sont assis dans cette voiture. Ce sont ceux qui vous ont dit de ne pas réparer la chose que vous savez qu'il fallait réparer. J'espère que cette histoire deviendra une flèche dans votre quiver quand un utilisateur d'entreprise ou un gestionnaire de projet tente de vous renverser, architectes et ingénieurs qui savent que quelque chose doit être fait, et qu'il doit être fait de la bonne façon. Le choix des outils que nous utilisons pour atténuer le risque de dette technique est une décision encore entre nos mains. Il s’agit d’une architecture codifiée qui garantit Vous pouvez vous tenir sur les épaules de cette équipe et vous reposer facilement la nuit, ou prendre le tour 3 à pleine vitesse! Informatique.live La gestion des données est régie Informatique.live La gestion des données est régie
