Schlinge der Angst

Published on September 14, 2018

Schlinge der Angst

Ursprünglicher Autor: Michael T. Nygard
  • Übersetzung
Sobald Sie anfangen, Ihre Technologie zu fürchten, werden bald neue Gründe fürchten.

Eine Schlinge der Angst zieht sich fort:

  1. Kleinere Änderungen haben unvorhersehbare, erschreckende oder kostspielige Folgen.
  2. Wir haben Angst vor Veränderungen.
  3. Wir versuchen, alle Änderungen so klein und lokal wie möglich zu gestalten.
  4. Die Codebasis ist mit Patches, Ausnahmen und Sonderfällen gefüllt.
  5. Angst nimmt zu.

Angst beginnt, wenn eine harmlose Bearbeitung unerwartet ein Problem verursacht. Ausfallzeiten in der Produktion oder nur ein nerviger Fehler. Der Fehler kann die Aufmerksamkeit des Managements auf sich ziehen. Nichts ist beängstigender als ein Treffen der Direktoren über Ihren Fehler im Code!

Es gab einen solchen Ärger, weil der Entwickler nicht alle Konsequenzen der Änderung vorhersagen konnte. Vielleicht war die Testsuite nicht ausreichend. Oder es ist ein Sonderfall aufgetaucht, der nur in der Produktion zu beobachten ist. (Zum Beispiel der einzige Client, dessen Dateneinstellungen sich von allen anderen unterscheiden). Was auch immer die Ursache ist, das Ergebnis lautet: "Ich wusste nicht, dass dies passieren würde."

Einige dieser Ereignisse - und nun wollen die Entwickler und Projektmanager nichts außerhalb ihrer engen Sphäre berühren. Sie verstecken ihre Köpfe wie Strauße im Sand.

Das Problem ist, dass dieses Verhalten Konsequenzen haben wird. Unweigerlich beginnt sich die Codebasis zu verschlechtern, der Bedarf an größeren Änderungen wird zunehmen und der Umfang der Umgestaltung in Builds ohne Veröffentlichung wird zunehmen.

Der Teufelskreis schließt sich, wenn einer dieser Strauße zum Täter eines anderen Fehlers wird. Von diesem Punkt an wird der Kreislauf der Angst selbsttragend. Der Preis auch für kleine Veränderungen wächst ohne Ende weiter. Die Zeit, die zur Freigabe von Änderungen benötigt wird, nimmt ebenfalls zu.

Wendepunkt


Dies kann auf drei Arten erfolgen:

  1. Kardinal Refactoring den Code ( in der Regel mit einem anderen Team) unter dem Motto „so jetzt werden wir es tun richtig !“ Siehe auch :. Das zweite System - Syndrom und „Was kann nie tun, Teil I“ .
  2. Umfangreiches Outsourcing.
  3. Verkauf der betroffenen Vermögenswerte eines anderen Unternehmens.

Wie vermeide ich eine Schleife?


Der Zyklus der Angst beginnt, wenn Menschen ein technisches Problem als persönlich empfinden. Das erste Mal, wenn eine einfache Codeänderung zu großen und unvorhersehbaren Folgen führte, müssen Sie die "technischen Spezialeinheiten" nennen - ein Team von Spezialisten. Sie bestimmen, warum das System dies erlaubt hat und welche technischen Änderungen dazu beitragen werden, dies in Zukunft zu vermeiden.

Das Tribunal ist die schlimmste Reaktion auf ein Versagen.

Der Unterschied zwischen den "technischen Spezialeinheiten" und dem Tribunal besteht darin, wie bestimmte Personen dieses Problem angehen. Um eine Schleife der Angst zu vermeiden, ist eine kluge Führung erforderlich. Suchen Sie nach Personen mit Erfahrung in DevOps und technischem Projektmanagement.

So brechen Sie die Schleife


Wie so viele Schleifen mit Verstärkungen ist der Kreislauf der Angst unglaublich schwer zu durchbrechen. Bisher habe ich keinen einzigen erfolgreichen Abschluss gesehen. Wenn es in Ihrem Unternehmen angefangen hätte, würden Sie gerne über Ihre Erfahrungen erfahren!