Dieses WoLF-Profil (Works on the Last „Fire“/Ausgabe, Funktioniert bei Latest Fire) wird erzeugt, entweder durch die eigene Motivation der Person, die schlecht fokussiert ist, oder durch eine unterschiedliche Ausrichtung der Teams. In jedem Fall produzieren sie immer zusätzliche Arbeit, die Probleme löst, die auf dem Weg dorthin nicht beachtet werden, bis sie früher oder später unter anderem mit den daraus resultierenden wirtschaftlichen Kosten und dem Verlust von Möglichkeiten konfrontiert werden müssen.
Wenn Sie mit der Softwareentwicklung einen Film wie den über die Mafia machen wollten, könnte das Argument folgendermaßen lauten:
…Julia, die Besitzerin von „The Home for the Care of Abandoned Bambinos“, will es vor der Zwangsvollstreckung retten, und ihr fällt ein, rechtzeitig zur Ferienzeit die neue Spiele-App „Abandoned-Child Finder“ schnell umzusetzen. Seine Hoffnung ist, dass Abonnement- und Werbeeinnahmen dem Waisenhaus den Tag retten. Damit seine App pünktlich herauskommt, schummelt er leider ein wenig, indem er die Verantwortung für eine technische Definitionsschuld übernimmt, die sich aus einem Stacking-Element für Spieler mit epischem Level ergibt. Alles scheint perfekt, das Heim für die Kinder scheint sicher zu sein, seine Mieter proben wieder einmal für den jährlichen Weihnachtswettbewerb … bis Carmen vom Kundendienst einen Fehlerbericht macht, der diesem Optimismus ein Ende bereitet und die Einnahmen im Zusammenhang mit diesen Schulden ruiniert. Definition. Da Julias Team bereits auf dem richtigen Weg ist, die neuen Funktionen bereitzustellen, die für die Beschaffung von Risikokapital erforderlich sind, ignorieren sie Carmens Bericht ... bis Luis, der technische Schuldeneintreiber, das Scrum unter den Scrums, mit einem knallroten Post-it®-Zettel ... an das Ende eines Baseballschlägers genagelt. Unnötig zu erwähnen, dass der Rest des Films impliziert, dass Julia ihre Tage damit verbracht hat, alle Auswirkungen herauszufinden und dann auszubügeln, wenn sie diese Definitionsfehler überhaupt nicht behoben hat, um die Einnahmen der App abzuschöpfen, die erforderlich sind, um zu verhindern, dass die Kinder abgeladen werden. zur Erkältung an Heiligabend.
Ja, es ist offensichtlich, ein sehr gebrauchtes Klischee, aber den Fachleuten der Produktentwicklung sehr vertraut. Es ist klar, dass Julia WoLF-Aufgaben erfüllt. Wenn diesem Profil ein oder mehrere Profile hinzugefügt werden PUFFIN (Planet endlose Feature-Factory-Initiativen) das Chaos und der Konflikt sind bereits das eines apokalyptischen Films.
Wie Sie in diese Situation kommen
Wie unsere Heldin Julia legen auch wir das beiseite technische Schulden mit dem Versprechen, dass wir es später bezahlen, wenn wir mehr Zeit haben.
Das Problem ist, dass die Zeit aus verschiedenen Gründen nie ausreicht. Einige reale Beispiele könnten die folgenden sein (natürlich ohne Namen oder leicht identifizierbare Details):
- Der VP von Incredible Sales hat dem Big Fish-Kunden die „XYZ“-Funktion zu einem festen Termin versprochen, der wahrscheinlich mit minimaler Rücksprache mit dem für die Lieferung der Produkte verantwortlichen Team angeboten wurde.
- Der ängstliche Venture-Partner, der aussteigen möchte, möchte sicherstellen, dass eine bestimmte Domäne oder Branche vor dem nächsten Börsengang abgedeckt wird.
- Der gelangweilte Programmierer, der seinen Lebenslauf erstellt, benötigt praktische Erfahrung beim Erstellen von API-gesteuerten BI-Berichten, die mit Angular bereitgestellt werden, wobei die neueste maschinelle Lerntechnologie auf einem Apache Spark-Cluster genutzt wird.
- Der aktionshungrige Product Owner, der den Chef in den vier Monaten vor seiner Leistungsbeurteilung mit großartigen Front-End-Funktionen begeistern möchte.
Sie alle klingen nach Kandidaten für eine nicht datengesteuerte Priorisierung, die mit einem potenziell enormen Preis und enormen Opportunitätskosten verbunden sein wird.
Warum also rationalisieren wir das so? Vielleicht, weil die Arbeit mit technischen Schulden Spaß macht, in der ersten Woche oder so. Danach wird es zu einem finsteren Spiel, Teamkollegen zu bestechen und zu erpressen und ein anderes ahnungsloses Teammitglied dazu zu bringen, die Drecksarbeit zu erledigen.
So vermeiden Sie das Erreichen dieser Szenarien
Für diejenigen (wenigen), die noch nicht die „Freude“ eines Besuchs eines freundlichen technischen Inkassounternehmens erlebt haben, lohnt es sich, diese 7 Grundsätze im Auge zu behalten, die während des Prozesses zu beachten sind.
Unterstützen, untersuchen und priorisieren Sie diese Prinzipien oder Situationen:
- Wenn ein Ingenieur mit technischen Schulden zu kämpfen hat, um einen Job zu beenden.
- Wenn Sie eine Funktion mit einer offensichtlichen Schuld an der Benutzererfahrung (UX) erstellen.
- Wenn Recherche erforderlich ist, weil Daten nicht vorhanden waren.
- Die Arbeit trägt nicht zum Kundennutzen bei, als sie geplant war.
- Eine Geschichte wurde veröffentlicht und dann musste gespielt werden, um das Gesagte zu rechtfertigen.
- Auswirkung konnte nicht validiert werden.
- Sie haben die Idee, aber Sie erstellen immer noch mehr Aufgaben, wiederholen sie, schneiden Funktionen ab, erhöhen die Betriebslast, ... mit jedem Schritt wird es weniger beeindruckend.
Kühnheit und Aufrichtigkeit sind unerlässlich, um Maßnahmen zu ergreifen, damit das Team, das Management, die Interessengruppen, die Sponsoren und, wenn möglich, die Kunden wissen, dass zukünftige Versionen des Produkts oder der Dienstleistung die entstandenen Schulden beinhalten werden. Zumindest ist es notwendig, ein korrektes Erwartungsmanagement zu etablieren, das die „unglücklichen Unfälle“ erklärt, die auftreten könnten, wenn die übernommenen Verantwortlichkeiten nicht bezahlt werden.
Unabhängig davon, ob Sie sich entscheiden, einfach die Zinsen zu zahlen oder den vollen Betrag zu zahlen, denken Sie daran, dass der Preis Ihrer technischen Akkumulation ähnlich wie bei einem Kredithai im Laufe der Zeit, in der er ungeklärt bleibt, wahrscheinlich steigen wird.
Referenzen
- Accelerate: The Science of Lean Software and DevOps: Building and Scaling High Performing Technology Organizations' — Nicole Forsgren & Jez Humble
- „Das DevOps-Handbuch: Wie man erstklassige Agilität, Zuverlässigkeit und Sicherheit in Technologieorganisationen schafft'— Gene Kim, et.al.
