Mit einem Tropfen Öl kann man so und so viele Liter Trinkwasser vergiften. So ähnlich ist das mit dem "Firnis der Zivilisation", der ausgerechnet von Linken wie Wolfgang Schäuble betont wird, wenn man über Weltkriege spricht. Firnis ist der farblose Schutzanstrich, der den wahren Kern zwar zeigen aber auch schützen soll.
So ähnlich ist es aber auch mit agilen Methoden für die Softwareentwicklung. Es funktioniert nur, wenn alle eine positive, eigene Motivation haben.
Weder funktioniert es mit Leuten, denen man jeden Tat jede Woche sagen muss, was sie als nächstes tun sollen. Das müssen sie selbst erkennen. Sie müssen auch von sich selbst wissen, welche der Aufgaben im Arbeitsvorrat ("Backlog") sie am besten umsetzen können. Solche Leute kosten sofort überproportional viel Zeit. Es gibt sie auf Entwicklerebene. Aber auch als Product Owner, der oder die schon wieder etwas nicht selbst einschätzen kann.
Wenn Du 10 Product Owner mit Epics versorgst, und alle 10 haben ständig Rückfragen, die sie nie in der Gruppe sondern nur unter 4 Augen zu stellen wagen, ist Dein Zeitkontingent für die Woche schnell verfrühstückt.
Ja, man darf einwenden, dass es auch an mir liegen könnte. Dass ich die Episch nicht klar genug beschreibe. Die Trennlinie der Verantwortung liegt in der Tiefe: Ich beschreibe von allem den Umfang und das gewünschte Verhalten. Einzelheiten der Umsetzung müssen mit dem Architektenteam und/oder dem Technikteam auf Kundenseite besprochen werden.
Und wo wir gerade Missverständnisse aufklären: Der Sprint Review ist keine Sales Show. Nein, sie ist nicht DIE Gelegenheit, sich von anderen Product Owner abzugrenzen. Sie ist der Ort an dem Du vor "Mächtigen" die Wahrheit sprichst. Übrigens zu Deiner eigenen Entlastung.
Und hey, Kundenrepräsentanten: Sprint Review ist auch nicht der Ort, über Arbeitszeiten und Überstunden zu diskutieren. Ja klar, waren einige Sprintziele nicht erreicht. Aber hast Du gesehen, welche das waren? Es gab Ziele für Implementierungen und Integration. Und solche, die eher den Start einer neuen Implementierung beschreiben. Wenn letztere nicht geschafft werden, ist das für mich kein Beinbruch.
Was sagst Du? Nein, mich interessiert nur, dass alles rechtzeitig fertig wird. Wann die Teams etwas beginnen, ist Prio 2. Ich werden den Teams, die sich mit zu viel Transparenz angreifbar gemacht haben, sagen dass sie sich beim nächsten Mal besser schützen sollten.
Wenn Du dem Projekt signalisierst "Hey, ich lasse mich gerne als Hipster eines coolen Startups feiern und präsentiere gerne in Turnschuhen und T-Shirt, dann signalisierst Du den Entwicklern: Ich bin ein Teil von Euch. Vision und Ziel sind alles, Hierarchie und Druck ist etwas für Ewiggestrige."
Und wenn Du dann beim ersten Status "Nicht erreicht" sofort nervös wirst, weil Du nicht einschätzen kannst, wie kritisch das jetzt ist, dann solltest Du besser bei Anzug und Krawatte bleiben,
Denn was Du mal eben heraus posaunst das kannst Du nur schwer wieder zurücknehmen. Das bleibt dann uns überlassen. Die Sandwichposition gibt es auch in der agilen Welt.
