...organizations which design systems ... are constrained to produce designs which are copies of the communication structures of these organizations

Das Orginal gibt es unter http://www.melconway.com/research/committees.html auf der Homepage von Mel Conway. Immer mal wieder lesenswert, auch wenn es nie hoch wissenschaftlich bewiesen wurde.

Was hat aber Unternehmenskultur jetzt mit agiler Entwicklung zu tun? Sehr viel! Liest man sich das agile Manifest durch, kann es nach meiner Meinung so zusammengefaßt werden, daß es für unseren Erfolg wichtiger ist, wie wir miteinander umgehen, als welche detailierten Prozesse wir versuchen einhalten. Wie wir mit einander umgehen, daß lernen wir in unserer Umgebung. Wir sehen, wie die anderen sich in unserer Umgebung verhalten, welche Strategien erfolgreich sind oder zumindest vor Schaden schützen, und passen uns daran an. Das paßt gut zur Definition von Kultur in Organisationen, wie ich sie bei Sonja Sackmann gefunden habe:

Organisationskultur ist die von einer Gruppe gemeinsam gehaltenen grundlegenden Überzeugungen, die deren Wahrnehmung, Denken, Fühlen und Handeln bestimmen und insgesamt typisch für die Gruppe sind.

Ein für uns sehr leicht nachvollziehbares Beispiel in der Softwareentwicklung ist der Umgang mit Fehlern. Defekte, das klingt doch wesentlich neutraler, gibt es in jeder Software, denn Software-Entwicklung ist zu komplex, um keine Fehler zu machen und sei es, daß es ab einem bestimmten Punkte nicht mehr wirtschaftlich vertretbar ist, eine Software gegen jeden Fehler abzusichern. Gute Projekte und Entwicklungsteams unterscheiden sich aber im Umgang mit Fehlern. Keiner macht gerne Fehler, denn das Fehlermachen wird negativ bewertet und oft in der einen oder anderen Form bestraft. Das kann ganz diffizil sein, beispielsweise wenn gleich gesagt wird: „Paß auf, nicht wieder die gleichen Fehler zu machen.“ Neulich habe ich in einem Projekt einen Softwarefehler gefunden und wollte zu dem für die Komponente verantwortlichen Entwickler gehen mit der Bitte, den Fehler zu beseitigen. Er sei im Urlaub sagten mir seine Kollegen, worauf hin ich meinte, daß das schlecht sei, denn er sei der Einzige, der den Fehler beheben könne, sagten sie, daß das vielleicht ja auch gut wäre, dann würde es vielleicht ja auch weniger Fehler geben. Ja, ja, der Truckfaktor. Aber, Wissensverteilung, Risikominimierung und Teamarbeit sind ja jetzt nicht mein Thema. Dieses Beispiel zeigt aber sehr gut, wie der Umgang mit Fehlern symptomatisch für die Kultur in einem Team ist. In einer solchen Umgebung werden Fehler bestraft, was dazu führt, Fehler zu vertuschen, zu leugnen, als nicht so wichtig hinzustellen, als sie zu beheben und daraus zu lernen.

In ihrem Buch „Soft Skills für Software-Entwickler: Fragetechniken, Konfliktmanagement, Kommunikationstypen und -modelle“ haben Uwe Vigenschow und Björn Schneider eine kleine Taxonomie von Fehlerkulturen aufgestellt, in der zwischen funktionaler und dysfunktionaler Fehlerkultur unterschieden wird.

Welche Fehlerkultur herrscht bei Ihnen?

Marion Eickmann von agile42 hat Altas kurz danach zum Berliner Scrumtisch eingeladen und das auch in ihrem Blog mit Fotos dokumentiert. Aus dem Blog heraus kann man auch die Präsentation herunterladen.

Isabel Drost hat sich die Zeit genommen und Atlas' Vortrag in Ihren Blog ausführlich dokumentiert.

Was aber für mich wieder am interessantesten zu beobachten war, war daß in den Fragerunden, fast egal wo man ist, immer wieder die gleichen Fragen auftauchen. Wie gehe ich mit dem Testen um? Wie plane ich richtig und auch über längere Zeiträume? Wo bleibt der Architekt und was macht er? Wie tue ich dies oder jenes? Warum sagt und Scrum nicht, wie wir das zu tun haben? Einige Punkte hierzu werden von auch von Uncle Bob angesprochen oder auf XING in der Scrum-Gruppe diskutiert.

Der Kern von Scrum

Scrum hat kein Problem. Das was einige für ein Problem halten, ist die Grundeigentschaft von Scrum. Scrum ist wie viele agile Prozesse schlank aufgestellt und bringt nur wenige Regeln mit. Doch wir wollen an die Hand genommen werden und in Sicherheit sein, in dem wir die Regeln befolgen, die es gibt. Gibt es diese nicht, fühlen wir uns unsicher.

Bleibt also die Frage, was Scrum ist, wenn es uns doch keine Antwort auf alle Fragen in jeder Situation ist?

Scrum kann ganz einfach auf folgendes heruntergebrochen werden:

• Scrum ist Selbstorganisation. Wir sind angehalten uns selber die Regel zu geben, die wir für richtig halten.
• Scrum ist Kommunikation. Dadurch sollen wir anfangen uns auszutauschen, gemeinsam Probleme zu lösen und Wissen zu verteilen.
• Scrum ist kontinuierliche Verbesserung. Probleme sollen nicht auf die lange Bank geschoben werden, sondern aktiv gelöst.

Dafür gibt uns Scrum ein Rahmenwerk mit ein paar Regeln und Rollen. Umsetzen müssen wir es. Das ist schwer, aber auch sehr spannend.

Ein Freund meinte einmal zu mir, daß das doch alles "gesunder Menschenverstand" sei. Sicherlich ja, aber beherzigen wir den auch immer?

Scrum-On-A-Page faßt kurz für den täglichen Gebrauch die Scrum-Rollen, den Prozess und die wichtigsten Inhalte der Meetings und die Scrum-Artefakte zusammen.

Hier geht es zum Download...

Jurgen Appelo, "So Now You’re an Agilist. What’s Next?", Agileee conference, 2009 from Alexey Krivitsky on Vimeo.

Hier geht es zur Anmeldung für das Berliner Seminar.

Montag ist der Tag nach dem Wochenende und das ist wichtig. Wir betreten das Büro ausgeruht und mit neuer Kraft. Probleme die am Freitag unlösbar waren sind über das Wochenende nebenbei gelöst worden. Manchmal einfach nach dem Aufstehen am Samstag und wir fragen uns, warum wir das nicht gleich so gesehen haben. Abstand und Ruhe sind oft die besten Problemlöser.

Am anderen Ende der Woche steht der Freitag. Freitag ist der Tag vor Samstag und Sonntag, also dem Wochenende und das ist wichtig für den nächsten Montag. Siehe oben. Freitags sollten keine harten Nüsse geknackt oder immens wichtige Termine angesetzt werden.

Was wir am Montag und Freitag tun, aber nicht sollten

Den Montag sollten wir uns für die Dinge vorbehalten, die wir mit ausgeruht angehen wollen, die uns vielleicht schon seit einiger Zeit unter den Nägeln brennen oder letzte Woche liegen geblieben sind. Oft wird der Montag aber gleich mit Meetings vollgekleistert, die sich damit beschäftigen, war in dieser Woche zu erledigen ist. War das nicht schon letzte Woche klar, was ansteht? Die Woche hat doch schon begonnen und über das Wochenende hat sich meistens wenig geändert.

Dafür wird am Freitag oft versucht noch das zu schaffen, was noch vor Montag umgesetzt sein muß. Das beste Beispiel hierfür sind Deployments, die noch „schnell“ am Freitag live gehen müssen. Schauen Sie an solchen Tagen mal in das Gesicht Ihrer Kollegen, die sich gerade überlegen, was alles schief gehen könnte und überlegen, wie wahrscheinlich es ist, spätestes um 18:00 Uhr das Büro verlassen zu können.

Wie wir es besser machen können

Aber wie können wir es besser machen? Hier sind meine Tipps:

• Planen Sie ihre Woche in der vorhergehenden Woche. Ideal sind Donnerstag und Mittwoch, Freitag geht auch. Wenn Sie jetzt einwenden, daß das zu früh ist, um zu planen, sollten Sie daran denken, daß wir die ganz kleinen Dinge sowieso nicht planen können.
• Lassen Sie den Montag frei und geben Sie sich die Möglichkeit Dinge anzugehen und zu lösen, die liegengeblieben sind oder zu denen Sie über das Wochenende Lösungen gefunden haben.
• Fangen Sie am Freitag keine Aufgaben an, die nicht über das Wochenende liegenbleiben können. Oder möchten Sie am Wochenende das Produktivsystem fixen?

So, Sie müssen ja nicht einverstanden sein mit meinen Ansichten zur Einteilung der Woche, aber vielleicht habe ich Ihnen ja einen Anstoß zum Nachdenken über Ihre Woche gegeben.

Im DD 99 setzt er sich mit Elite, deren Verantwortung auseinander und greift dabei bis auf Platon zurück. Er schließt mit:

Eigentum verpflichtet. Elite verpflichtet. Bildung verpflichtet. Adel verpflichtet, Stärkev erpflichtet.
Wer je das Privileg hatte, oben zu sein, hat damit eine Pflicht auf sich geladen. Elite ist nicht oben sein, sondern unten helfen und führen.

Gut, Dueck hat sein DD bezogen auf die Bundestagswahlen bezogen, aber greift das nicht auch auf Führung von Menschen in Unternehmen? Führung kommt von führen...

Um halbwegs vorbereitet in das Stück zugehen, wollte ich mir die wichtigsten Fakten zur Geschichte zusammengooglen, da der Roman mehr als nur einen Handlungsstrang hat und ich im Theater nicht in Gefahr kommen wollte, den Überblick zu verlieren.

Tolstoj leitet seinen Roman mit dem Satz ein: "Alle glücklichen Familien sind einander ähnlich; aber jede unglückliche Familie ist auf ihre besondere Art unglücklich." Daraus wird abgeleitet, daß für das gemeinsame Glück mehrere Dinge notwendig sind, die auch erfüllt sein müssen. Fehlt es an einem, kann es kein Glück geben.

Verallgemeinert bedeutet das:

• Für das Gelingen einer Sache sind immer mehrere Faktoren zu erfüllen.
• Fehlt einer der Faktoren, kann die Sache nicht gelingen.

Dieses Prinzip kennen wir aus unserere eigenen Erfahrung und es erklärt sehr einfach, warum Dinge wie zum Beispiel Projekte trotz vieler Erfolge und größter Anstrengungen an Kleinigkeiten scheitern können.

Jetzt endlich habe ich dafür einen griffigen Namen...