Feuer und Strategie

Es gibt eine Idee, die ich Ingenieuren in letzter Zeit oft erzählt habe, und ich denke, sie verdient ein breiteres Publikum.

Wenn Sie Engineering betreiben, haben Sie verschiedene Arten von Aufgaben. Einige Aufgaben sind Unfälle oder taktische Arbeit. Wir nennen dies oft „Feuerlöschen“, insbesondere wenn die Arbeiten dringend repariert werden müssen oder sofort erledigt werden müssen.

Andere Aufgaben sind strategisch. Sie haben von Ihren Benutzern die Informationen gesammelt, die sie benötigen / wollen, Sie haben eine Lösung entwickelt und jetzt implementieren Sie sie - methodisch und systematisch.

Es ist wichtig zu verstehen, welche Art von Arbeit Sie gerade ausführen, und entsprechend darüber nachzudenken
.

Feuer

Wenn Sie das Feuer löschen, ist es Ihr Ziel, das Feuer zu löschen. Sie möchten die minimal notwendigen Anstrengungen unternehmen, um das Feuer zu zerstören und zur langfristigen strategischen Arbeit zurückzukehren. Sie möchten keine großen, komplexen Systeme bauen, die für immer leben, nur um das Feuer zu löschen. Während eines Unfalls treffen Sie Knie-, Krücken-, "schnelle und schmutzige" Entscheidungen. Dies bedeutet nicht, dass Sie einen schlechten Job machen sollten. Sie sollten jedoch kein langlebiges, hocheffizientes System bauen, um dieses spezielle Feuer zu löschen.

Feuer gibt es in vielen Formen. Manchmal kommt ein Management oder ein anderes Team mit einer dringenden Anfrage zu Ihnen, die in den nächsten Wochen erledigt werden muss. Was Sie tun möchten, ist herauszufinden, wie Sie diese Anforderung erfüllen und von der Straße entfernen können, um zu den langfristigen strategischen Zielen zurückzukehren.

In anderen Fällen haben Sie einen echten Unfall, eine Panne. Es ist klar, dass Sie in diesem Fall die Panne beheben müssen und sich nicht auf Unsinn einlassen müssen. Wenn alles zusammengebrochen ist, ist dies nicht der richtige Zeitpunkt, um zu sagen: "Nun, wir brauchen Projektdokumentation und lassen sie uns nächste Woche mit unseren führenden Entwicklern besprechen." In der Tat gilt das Gleiche für jedes Feuer: Ein Feuer ist nicht die Zeit, um grundlegende Methoden und Software-Design-Systeme anzuwenden.

Beispiel

. : " , , ". , .

, : ", . , , , . , . , ."

. , . , . , - , , . , , , . ? — , , , . , .

- : ", , . , , ." — , .

. , - . - - , , , , , . :

.

, , , — , , .

, , . . , .

, — , , " ". " , ?" " , , ?"

. , . , , , , .

( , - ) " " — . , , , , .

, " " , . /, " " ( ), . ! , , , , .

, . , - , — , , .

: ", . , , . , , - . , - ."

, , " ", . , , , , ! , , . , .. , , " - ". , — .

, ( ) , ( , ). , , , , , .

, , — , , . , .

—