Was technisches Coaching früher bedeutete
Ethan Carter verließ Ohio, nachdem Whitaker Payroll kollabiert war. Er kaufte vierzig Acre Land am Fuße der Bighorn Mountains und stimmte einem einzigen Interview zu. Hier ist es.
Die Spur begann mit einer Gerichtsakte. Der Zusammenbruch von Whitaker Payroll zum Jahresende zog so viele IRS-Strafen und Kundenklagen nach sich, dass die Dokumente öffentlich zugänglich waren. Ein Name tauchte in den eidesstattlichen Aussagen immer wieder auf – ein technischer Coach, der eingestellt, gefeuert, kurzzeitig wieder eingestellt und erneut entlassen worden war, bevor das System, vor dem er gewarnt hatte, schließlich kollabierte.
Ethan Carter hatte Ohio verlassen. Er betrieb ein kleines, in Wyoming registriertes SaaS-Unternehmen und baute auf der Regelextraktions-Methodik auf, die er während seiner Zeit bei Whitaker entwickelt hatte. Eine unverbindliche E-Mail wurde innerhalb eines Tages beantwortet – kurz, direkt, ohne Höflichkeitsfloskeln. Er sagte, er würde reden, aber nicht per Video. „Komm hierher, wenn du die echte Version willst.“
Die Fahrt von Sheridan dauerte zwanzig Minuten auf einer County Road, die hinter dem letzten Briefkasten zu Schotter wurde. Die Ranch lag auf einer Anhöhe über dem Piney Creek – ein einfaches Haus, eine Scheune mit offenen Toren und ein Koppelgehege, in dem zwei Pferde Kopf an Schweif gegen die frühen Fliegen standen. Ethan kam in einer Segeltuchjacke und Arbeitsstiefeln heraus und trug zwei Becher schwarzen Kaffee. Er stellte sie auf das Verandageländer und setzte sich auf einen Stuhl, der offensichtlich schon länger sein Denkplatz war. Die Bighorn Mountains füllten den westlichen Himmel, die Gipfel noch immer weiß.
Sie wurden bei Whitaker Payroll als – ich zitiere hier aus einer Gerichtsakte – „ein Typ, der gut programmieren kann“ eingeführt. Wie sind Sie eigentlich dorthin gekommen?
Ethan CarterPreston Hale hat den Kontakt hergestellt. Er ist ein Management-Autor – drei Bestseller, Keynotes, das volle Programm. Preston und Graham Whitaker kannten sich aus Spendenkomitees. Graham hatte das Unternehmen nach dem Tod seiner Eltern geerbt und verstand die technische Seite nie wirklich. Nathan Cole, der leitende Entwickler, hielt das gesamte System allein zusammen und hatte jahrelang um Hilfe gebeten. Preston brachte uns zusammen.
Ich schickte Retainer-Dokumente, die die Rolle, den Ansatz und den Umfang beschrieben. Sie blieben ungelesen. Graham sagte nur „arbeite mit Nathan“ und widmete sich wieder seinen Kunstgalerien. Ich habe ihn erst an dem Tag getroffen, an dem sie mich zum zweiten Mal gefeuert haben.
Das klingt wie ein Detail. Aber es ist die ganze Geschichte. Wenn der Eigentümer dich als reine Ausführungskraft definiert, wird jede Form von Urteilsvermögen zum Hausfriedensbruch. Du darfst gern tippen. Aber du darfst nicht denken.
Was haben Sie dort eigentlich genau getan?
Ethan CarterIch habe Test-Driven Development und Continuous Integration in ein System eingeführt, das auf COBOL-Nightly-Batches und VB6-Desktop-Clients lief. Nathan und ich bauten ein Test-Harness und nutzten dann KI-gestützte Regelextraktion, um Geschäftsregeln aus dem COBOL-Code zu ziehen und sie in Tausende von ausführbaren C#-Tests zu verwandeln. Zum ersten Mal seit Jahrzehnten konnte jemand schwarz auf weiß beweisen, was die Batches tatsächlich taten, im Vergleich zu dem, was die Leute glaubten, dass sie taten.
Die Abweichungen waren beträchtlich. Steuerabzugslogik, die jahrelang in mehreren Bundesstaaten und Kommunen falsche Zahlen produziert hatte. Keine Theorie. Tatsächliche Testlaufdaten gegen historische Ausgabedaten. Verifizierbar.
Und genau da begannen die Probleme. Denn zu beweisen, dass das System fehlerhaft war, bedeutete auch zu beweisen, dass die Menschen, deren Identität darauf basierte, dass das System fehlerfrei lief, ebenfalls unrecht hatten. Und das war kein technisches Problem.
Sie sagen immer wieder „technisches Coaching“. Die meisten Menschen denken bei „Coach“ an jemanden, der Stand-ups und Retrospektiven moderiert. Was bedeutete diese Rolle früher?
Ethan CarterEs bedeutete, einem Team zu helfen, bessere Software zu bauen – durch besseres Feedback, solidere technische Gewgewohnheiten und eine engere Verbindung zwischen Urteilsfähigkeit und Ausführung. Pairing. Test-first. Continuous Integration. Refactoring. In so kleinen Schritten arbeiten, dass Missverständnisse am Dienstag auffallen und nicht erst sechs Wochen später in der Produktion.
Der Schwerpunkt lag auf Qualität. Kann das Team erkennen, ob das System noch funktioniert? Kann es sicher geändert werden? Kann man Beweise erhalten, bevor sich der Schaden summiert?
Mitte der 2000er Jahre entdeckten viele Unternehmen, dass man „Coaching“ verkaufen konnte, ohne Code anzufassen. Die Scrum Alliance begann 2002 mit der Zertifizierung von Scrum Mastern – ein zweitägiger Kurs, keine technischen Anforderungen. Innerhalb weniger Jahre war der Markt überschwemmt. Das technische Rückgrat wurde entfernt. Was übrig blieb, waren Prozessmoderation, emotionaler Stoßdämpfer-Dienst und Rückversicherung für das Management zum Schnäppchenpreis. Bis 2009 waren Leute wie Robert Martin so alarmiert, dass sie ein eigenes Manifest schrieben – das Software Craftsmanship Manifesto –, um die technischen Praktiken wieder ins Gespräch zu bringen. Die Version ohne Engineering ist für Unternehmen leichter zu kaufen, weil sie das Management nie dazu zwingt, die ungemütlichen Teile zu finanzieren: Testing, CI, Refactoring, Pair Programming oder die politischen Kosten, Entwicklern echte Entscheidungsbefugnis zu geben.
Es gibt eine Reihe von Werten, auf die sich Menschen in Ihrem Bereich berufen. Individuen und Interaktionen über Prozesse. Funktionierende Software über Dokumentation. Was lief schief zwischen diesen Werten und dem, was bei Whitaker passiert ist?
Ethan CarterDas Manifest besagt: Wenn dein Prozess die Produktion funktionierender Software behindert, ist der Prozess nicht mehr die Instanz der Vernunft im Raum. Die Leute hören „über“ und lesen „stattdessen“. Das ist ein Trugschluss. Es ist eine Prioritätensetzung, keine Absage an Disziplin.
Was Graham und Derek taten, nachdem sie mich gefeuert hatten, war das genaue Gegenteil. Sie erzwangen einen formalen Workflow – Fachexperten definieren Anforderungen in Word-Dokumenten, Entwickler setzen diese Dokumente um, die Validierung erfolgt über Abnahmen. Fünf Kästchen auf einem Diagramm. Saubere Pfeile. Kein Blut auf dem Papier. Es sah professionell aus. Aber es war Lähmung mit besseren Manieren.
Weil die tatsächlichen Regeln des Systems nicht in den Köpfen der Leute saßen und darauf warteten, aufgeschrieben zu werden. Sie existierten als jahrzehntelang angesammeltes Verhalten im laufenden Code. Man entdeckte sie nur, indem man den Code anfasste, die Ausgaben erneut laufen ließ und verglich. Genau das tat das Test-Harness. Der formale Prozess ersetzte diesen Feedback-Loop durch Papierkram und nannte das Ganze Führung.
Wo passt Extreme Programming hinein? Die Praktiken, die Sie tatsächlich bei Whitaker angewendet haben.
Ethan CarterXP war die Antwort des Engineerings. Das Manifest lieferte Werte. XP lieferte die Mechanik. Schreibe den Test zuerst. Integriere ständig. Arbeite in Paaren. Refactore, solange die Tests grün sind. Halte die Releases klein. Halte das Feedback so schnell, dass die Fantasie den Code nicht überholen kann.
Jede Führungskraft liebt die Idee der Anpassungsfähigkeit – bis man ihr die Kosten zeigt. Anpassungsfähigkeit ist kein Mindset-Poster an der Wand. Es ist eine Codebasis, die Änderungen aufnehmen kann, ohne zu lügen, plus ein Team, das öffentlich lernen darf. Das ist es, was ich mit Nathan bei Whitaker aufgebaut habe. Und es hat funktioniert. Die Tests waren grün. Die CI-Pipeline lief. Die Extraktionsmethode skalierte. Das Problem was nie die technische Umsetzung. Das Problem war, dass funktionierendes Engineering die Hierarchie sichtbarer machte.
Es wird immer noch über das Chrysler-Payroll-Projekt gesprochen, als Beweis dafür, dass diese Praktiken in realen Organisationen nicht überleben. Sie haben XP-Praktiken in ein anderes Payroll-Unternehmen gebracht, und es endete ebenfalls schlecht. Gibt es da ein Muster?
Ethan CarterC3 bei Chrysler ist eine der am schlechtesten erzählten Geschichten in der Softwareentwicklung. Kent Beck und Ron Jeffries halfen dabei, die Praktiken einzuführen, die später zu XP wurden. Das System ging für eine echte Belegschaft live. Es bezahlte echte Menschen. Dann brannte die Rolle des Kunden (Customer) aus, die Daimler-Fusion veränderte die Sponsorenlandschaft, und die Prioritäten des Managements verschoben sich. Das Projekt wurde gestoppt. Die Leute erzählten das als „XP ist gescheitert“ weiter, weil diese Version die Managementkultur besser schützt als die Wahrheit.
Die Wahrheit ist härter. Diszipliniertes Engineering brachte ein scheiterndes Payroll-Projekt in Produktion, und die Organisation entschied sich dennoch für eine andere politische Zukunft. Genau das ist auch bei Whitaker passiert. Das Engineering funktionierte. Die Tests bewiesen, dass es funktionierte. Graham sah zu, wie ich ihm Branches zeigte, die jahrelang falsche Abzugsbeträge produzierten. Er sah die Beweise. Und er entschied, dass es wichtiger war, die Personen zu schützen, deren Identität darauf beruhte, dass die alten Zahlen stimmten.
Das Muster ist nicht, dass disziplinierte Praktiken in realen Organisationen scheitern. Das Muster ist, dass reale Organisationen manchmal das Scheitern der Status-Störung vorziehen, die für den Erfolg nötig wäre.
Preston Hale. Sie haben ihn erwähnt. Er hält Keynotes auf Konferenzen über selbstorganisierende Teams und Autonomie.
Ethan CarterAuf der Bühne sprach Preston über die Entfaltung des menschlichen Potenzials. Vertraue deinen Mitarbeitern. Command and Control ist tot. Selbstorganisierende Teams übertreffen geführte Teams. Das Publikum schrieb es auf wie das Evangelium.
Hinter verschlossenen Türen sagte er Graham, er solle die Programmierer an der kurzen Leine halten. Seine Worte, laut Nathan: „Kurze Leine, Graham. Menschen leisten ihre beste Arbeit, wenn sie genau wissen, wo der Zaun steht. Gib ihnen keinen Raum zum Improvisieren.“
Derselbe Mann. Derselbe Monat. Er verkaufte Autonomie an Leute, die Bücher kaufen, und Kontrolle an denjenigen, der seine Beratung einkaufte. Danny Kovacs – ein Kollege von mir – nannte es Viehhaltung mit einem TED-Talk-Vokabular. Ich habe keine bessere Beschreibung gefunden.
Sie wurden zweimal gefeuert. Erklären Sie uns den Ablauf.
Ethan CarterBeim ersten Mal war ich allein in einem Meeting mit Derek Lawson – dem VP –, weil Nathan wegen eines Support-Notfalls weggerufen wurde. Ich zeigte Derek Beweise für einen Steuerfehler in Detroit. Echte Abweichungsdaten. Derek interpretierte das als Insubordination von jemandem ohne Rang und Status und verfasste ein Budget-Memo, das meinen Zugang sperrte. Die Formulierung war so etwas wie „Passung, Umfang und Governance im Rahmen externer Unterstützung“. Dreifache Abstraktion. Kein greifbares Verb, mit dem man zur Personalabteilung hätte gehen können.
Nathan brachte mich zu temporären Konditionen wieder hinein. Über zwei Wochen hinweg nutzte ich die KI-gestützte Extraktion, um aus dem COBOL-Code Tausende von testbaren Regeln zu machen. Das System wurde zum ersten Mal sichtbar. Das machte all jenen Angst, deren Überleben von der Undurchsichtigkeit des Systems abhing – und das sage ich nicht mit Verachtung. Linda, Sharon, Donna, die Fachexpertinnen – sie waren keine Bösewichte. Sie waren Frauen Ende vierzig, deren Berufsleben sich so verengt hatte, dass das institutionelle Gedächtnis sowohl ihr einziges Kapital als auch ihre Falle war. Als die Extraktionsmethode ihren Schutzgraben trockenlegte, schlug Angst in institutionellen Widerstand um.
Die zweite Kündigung kam direkt von Graham. Er sah sich die Beweise an, sah die Fachexperten erstarren, sah, wie Derek vor diesem Erstarren kapitulierte, und kam zu dem Schluss, dass Professionalität den Ausschluss der Störquelle verlangte. „Graham möchte, dass Ethans Systemzugang mit sofortiger Wirkung beendet wird.“ Beendet. Als ob mein Zugang ein Roman gewesen wäre, der einfach sein natürliches Ende erreicht hatte.
In den Unterlagen zieht sich ein Muster durch, dass eigentlich niemand irgendetwas entscheidet. Jeder nutzt das Zögern des anderen als Erlaubnis, abzuwarten.
Ethan CarterDie Fachexperten wollten nicht sagen, dass die Zahlen falsch waren, weil sie wollten, dass Derek die Entscheidung trifft. Derek wollte sich nicht über die Fachexperten hinwegsetzen, weil deren Unsicherheit ihm das Gefühl gab, die Beweise seien noch nicht eindeutig. Graham sah beide zögern und folgerte, dass die Angelegenheit mehr Zeit erfordere. Niemand musste lügen. Jeder schob die Verantwortung einfach weiter.
Und die Person, die diese Schleife durchbrach – diejenige, die den einfachen Satz laut aussprach –, wurde zur Bedrohung. Nicht weil ich unrecht hatte. Sondern weil ich ein Urteil gefällt hatte, das sonst niemand fällen wollte, und dieses Urteil das Zögern aller anderen sichtbar machte.
Eine verifizierbare Zahl von jemandem mit Status ist eine Erkenntnis. Eine verifizierbare Zahl von einem Contractor ist eine Meinung mit Wahnvorstellungen von Autorität. Dieselben Daten. Radikal unterschiedliches soziales Gewicht. Das ist der Mechanismus. Und das erfordert keine Bosheit. Es erfordert nur eine Hierarchie, die das soziale Framing als realer behandelt als die physische Evidenz.
Was würden Sie jemandem sagen, der ein Unternehmen wie Whitaker leitet und die Wand noch nicht gerammt hat?
Ethan CarterLies die Vereinbarungen, bevor die Person zur Tür hereinspaziert. Das ist keine Metapher. Grahams ungelesener Retainer-Vertrag war das Framing: „Ich muss nicht verstehen, wer du bist, weil wer du bist, für mich keine Rolle spielt.“ Sobald das einmal etabliert ist, wird alles, was diese Person tut und diesen stillschweigenden Rahmen überschreitet, als Übergriffigkeit behandelt.
Wenn du jemanden für sein technisches Urteil engagierst, dann sage das öffentlich. Nicht auf dem Flur. In dem Raum, in dem die Fachexperten, der VP und die Entwickler sitzen. Mache diesen Status explizit. Andernfalls hast du Urteilskraft eingekauft, sie aber in eine Rolle eingesperrt, die als reine Arbeitskraft definiert ist – und dann feuerst du die Person, weil sie sich so verhalten hat, wie du es eigentlich gebraucht hättest, statt wie du es bezeichnet hast.
Halte die Ingenieure und die Business-Leute im selben Evidenz-Loop. Baue keine Kette auf, in der eine Gruppe definiert, eine andere implementiert und eine dritte im Nachhinein validiert. Dieses Modell bewahrt den Status auf Kosten der Wahrheit.
Und beobachte deine eigene Reaktion, wenn Beweise eintreffen. In dem Moment, in dem es sich wie eine Beleidigung anfühlt, bist du in der Gefahrenzone. Graham sah korrekte Zahlen auf einem Bildschirm und erlebte sie als Bedrohung für das Erbe seines Vaters. Das ist keine geschäftliche Entscheidung. Das ist Trauer im Anzug. Und ein Unternehmen kann nicht auf Trauer überleben.
Er stand auf und brachte beide Becher nach drinnen. Von der Veranda aus erstreckten sich die Ausläufer der Bighorn Mountains nach Norden in einer langen, ununterbrochenen Linie, weiß an den Gipfeln und braun an der Baumgrenze – eine Aussicht, die nicht auf deine Meinung angewiesen ist, um weiterzuexistieren.
Eines der Pferde kam an den Zaun und blieb stehen. Ethan kam wieder heraus, bemerkte es und ging rüber. Er kraulte den Hals des Tieres, ohne ein Wort zu sagen.
Er sagte, Whitaker sei kein Einzelfall gewesen. Er habe denselben Reflex in anderen Bundesstaaten und Branchen gesehen: Menschen, die Modernisierung wollen, ohne dass ihr Status gestört wird, Prozesssprache als Ersatz für Urteilsvermögen, Beweise, die als Aggression behandelt werden, wenn sie vom falschen Titel kommen. Whitaker hat das Muster nur bis zum bitteren Ende durchgespielt.
Am Rand der Veranda drehte er sich noch einmal um. „Wenn ein Unternehmen verlangt, dass die Wahrheit auf die Hierarchie wartet, bevor sie zählt, hat der Zusammenbruch bereits begonnen. Whitaker hat das bewiesen. Chrysler hat das bewiesen. Das nächste Unternehmen wird es wieder beweisen.“
Dann ging er zur Scheune. Am südlichen Ende war ein Zaunstück umgefallen, und er wollte es reparieren, bevor der Nachmittagswind auffrischte.