Clever vs. Dinge erledigen

Es gibt ein feines Gleichgewicht zwischen richtig machen und liefern.

Ich leite ein Team von 8 Entwicklern. Jede Stunde, in der das Team blockiert ist, sind acht verlorene Entwicklungsstunden.

Ein Kollege wurde damit beauftragt, mir eine Datenbank zu besorgen. Nach zwei Tagen des Wartens erkundigte ich mich nach dem Status. Er sagte, wir hätten Probleme mit dem Datenimport. Als er die Daten skriptete, waren es fast ein Gigabyte. Ein Gigabyte war etwas viel, um es in Subversion einzuchecken. Er suchte nach einer alternativen Methode.

Ein weiterer Tag vergeht. Ich fragte ihn, wie es läuft. Er sagt, es ist fast fertig. Ok cool, ich bin drei Tage im Rückstand, 192 Stunden verlorene Entwicklungszeit. Ich brenne darauf, anzufangen. Mein Team verliert Stunden.

Am vierten Tag ist er bereit. Endlich! Er schickt mir das Datenbankprojekt und die Import-Datenbankskripte. Er verwendet PowerShell und BCP, um die Daten zu importieren. Ich schicke sie mit detaillierten Anweisungen an das Team weiter.

Das Team ist 12 Stunden vor mir, in Indien. Die Feedback-Schleife beträgt 12 Stunden. Es dauert 24 Stunden, um etwas zu starten.

Wie Murphys Gesetz besagt: “Alles, was schiefgehen kann, wird schiefgehen”. Das Team führte die Datenimport-Skripte aus und stieß auf einen Fehler. Die PowerShell-Skripte schlugen fehl, ein Sicherheitsproblem verhinderte den Import der Daten.

Ich bin fünf Tage im Rückstand. 320 Stunden sind verloren gegangen. Die Deadline rückt näher, wir müssen anfangen.

An diesem Punkt muss ich die Datenbank für das Team zum Laufen bringen. Auf meinem Rechner trenne ich die Datenbank ab, packe sie in ein Zip-Archiv und schicke sie an das Team. Jeder Entwickler weiß, wie man eine Datenbank wieder anhängt. Innerhalb einer Stunde nach Erhalt der Datenbank haben alle acht Entwickler eine funktionierende Datenbank. Erfolg!

Einen cleveren Prozess zu erstellen ist gut, aber manchmal ist es wichtiger, die Arbeit einfach zu erledigen, als clever zu sein.