Menschliche Probleme.

Menschliche Probleme

Ein wiederkehrendes Thema

Manchmal liest man Bücher, die so gut sind, dass man sie mehrmals liest.

“Peopleware” von Tom DeMarco und Tim Lister ist ein solches Buch.

Das Thema des Buches ist, dass die meisten Probleme menschliche Probleme sind - keine technischen Probleme. Und das gilt heute genauso wie 1987, als das Buch erstmals veröffentlicht wurde.

Oft versuchen unerfahrene Führungskräfte in der Tech-Branche, alles mit technologischen Lösungen zu lösen. Und scheitern kläglich. Schauen wir uns einige Praxisbeispiele an, in denen Menschen wichtiger sind als Technologie.

Die Aristotle-Studie

Google hat viele Teams. Aber warum performen einige Teams besser als andere? Was haben leistungsstarke Teams gemeinsam? Die Forscher bei Google führten eine große Studie namens “Aristotle” durch, um das herauszufinden.

Laut ihnen geht es um fünf Bereiche:

  • Psychologische Sicherheit
  • Verlässlichkeit
  • Struktur und Klarheit
  • Sinnhaftigkeit
  • Wirkung

Kaum einer dieser Bereiche hat mit Technologie zu tun. Es ging nicht darum, ob “Go” besser ist als “C++”. Es geht wirklich um Menschen und Teams.

Erkenntnis aus Aristotle: Vernachlässigen Sie die menschliche Seite und Sie werden scheitern.

Zusammenarbeit innerhalb des Unternehmens

In einem meiner Projekte hatten wir Probleme mit der Zusammenarbeit zwischen Customer Support und Engineering. Der Customer Support beschwerte sich ständig und war frustriert über Engineering. Engineering war frustriert über das ständige Nörgeln des Customer Support. Mitarbeitende aus Engineering und Customer Support eskalierten jedes einzelne Ticket und Leute kündigten sogar wegen dieser Streitigkeiten. Es wurde wirklich nichts erledigt.

Lange Meetingrunden und Diskussionen folgten. Ein neues Ticketsystem wurde eingeführt. Neue Prozesse eingeführt. Aber nichts half. Es war eine Qual für alle Beteiligten.

Wir beschlossen dann, einen eintägigen Workshop mit allen aus Engineering und Customer Support zu veranstalten. Alle Mitarbeitenden waren vor Ort. Es gab großartige Präsentationen. Engineers erklärten, woran sie arbeiteten. Auch warum es von Zeit zu Zeit Bugs gab. Der Customer Support präsentierte ebenfalls Interaktionen mit Kunden und was Bugs für sie bedeuteten. Alle hörten zu.

Nach dem Workshop gingen beide Abteilungen in eine Bar und setzten ihre Gespräche dort fort. Es war ein großartiger Tag und das Feedback war sehr positiv.

Aber noch wichtiger: Alle Probleme zwischen den beiden Abteilungen waren nach diesem Workshop so gut wie verschwunden. Es gab gegenseitiges Verständnis für die andere Seite. Es war letztlich ein menschliches Problem.

Beheben Sie nicht mit Technologie, was Sie mit einem Abend in der Bar beheben können!

Die ängstliche Abteilung

Vor einiger Zeit hatte ich es mit einer Tech-Abteilung zu tun, die nicht releasete. Engineers waren sehr konservativ und wollten die Produktion auf keinen Fall zum Absturz bringen. Release-Zyklen waren schmerzhaft langsam und es wurde nichts geliefert. Nach einer QA-Runde kam noch eine weitere QA-Runde.

Es war wirklich seltsam, dass niemand liefern wollte.

Nach Gesprächen mit den Engineers wurde klar, was das eigentliche Problem war: Die frühere VP Engineering bestrafte Engineers für ihre Fehler. Sie schrie sogar Engineers an und Leute kündigten deswegen. Die Engineers, die blieben, taten alles, um keinen Ärger zu verursachen und keine Fehler zu machen. Sie hatten ihre Lektion gelernt.

Der Nachteil: Es wird nichts geliefert.

Wir konnten das ändern, indem wir verkündeten: “Fehler sind absolut in Ordnung - solange wir nicht denselben Fehler immer und immer wieder wiederholen”. Wir führten auch Post-Mortems ein, um potenzielle Vorfälle aufzuarbeiten.

Dies entfesselte die Produktivität der Engineers und die Anzahl neu veröffentlichter Features stieg deutlich an. Alle waren zufrieden. Und niemand schrie. Kein überlegenes Test- oder CI-Framework hätte das beheben können, was wir mit unserer Ankündigung und Post-Mortems behoben haben. Suchen Sie zuerst nach menschlichen Problemen - und dann nach technischen Problemen.

Fazit

Überschätzen Sie nicht, was Sie mit Technologie beheben können - und unterschätzen Sie niemals, wie wichtig der soziale Zusammenhalt in Ihrer Abteilung ist. Und lesen Sie natürlich “Peopleware” von DeMarco und Lister.

Mehr

Related posts