Direkt zum Hauptbereich

Statistik für Scrum Teams: 1. empirisch/nicht empirisch

Den Erfindern von Scrum und von Lean Thinking ist empirisches Arbeiten sehr wichtig. Aber warum? Und was ist das Gegenteil von empirisch? Und wie geht empirisches Arbeiten genau? In einer kleinen Serie gehe ich diesen Fragen nach.

Was ist empirisches Arbeiten?


Im Anfang vom Scrum Guide steht:
Scrum basiert auf der Theorie empirischer Prozesssteuerung oder kurz "Empirie". Empirie bedeutet, dass Wissen aus Erfahrung gewonnen wird und Entscheidungen auf Basis des Bekannten getroffen werden. Scrum verfolgt einen iterativen, inkrementellen Ansatz, um Prognosesicherheit zu optimieren und Risiken zu kontrollieren.
Wie können wir besser verstehen, was mit "empirisch" gemeint ist? Wir wissen zum Beispiel, dass Ken Schwaber von dem Buch "Process Dynamics, Modeling, and Control" des Verfahrenstechnikers  B. Ogunnaike beeinflusst wurde./1/ Die interessanten Kapitel sind Nummer 12 "Theoretical Process Modeling" und Nummer 13 "Process Identification: Empirical Process Modeling".

Im Kern schreibt Ogunnaike (und natürlich auch andere), dass es Prozesse gibt, die für uns wie eine Black Box sind. Wir wissen nicht, was innen passiert. Wir können ein paar Faktoren eingeben und uns die Antworten ansehen. Wenn wir genug Experimente gemacht haben, können wir für einen eingeschränkten Bereich auf das Verhalten des Prozesses schließen.

Das Gegenteil von empirisch ist also, dass ein Prozess komplett mathematisch zu berechnen ist. Die meisten Prozesse in unserer Businesswelt sind schwarze Kisten. Wir nehmen aber gern vorhersagbares Verhalten an. Wir müssten nur dies und jenes und tun und schon käme das richtige Ergebnis heraus. Scrum Teams sammeln aus diesem Grund Daten. Jeder Sprint bietet die Gelegenheit, Daten zu sammeln und zu lernen.

Jeff Sutherland erzählt gern die Geschichte von den selbstlernenden Robotern von Rodney Brooks. Statt den Robotern alles Wissen mitzugeben, bekommen sie wenige Algorithmen, um selbst zu lernen. /2, S. 28/ So sollen Scrum Teams sich selbst das relevante Wissen beibringen. "They would self-organize and self-optimize, just like that robot." /2, S. 30/
Photo by Paweł Jagielski from FreeImages
Aber wozu sammeln wir die Daten?

Daten sammeln, um Entscheidungen zu treffen


In der Produktentwicklung und in der Prozessoptimierung stehen ständig Entscheidungen an. Wir lernen über die Zusammenhänge in Produkten und Prozessen. Wir überlegen uns Handlungsoptionen und entscheiden uns, um etwas zu verbessern. Hier kommt noch ein weiterer Aspekt von "Empirie" ins Spiel.

Bob Emiliani hat untersucht, warum Führungskräfte so oft, echte Agilität verhindern./3, Kapitel 3 Metaphysical CEOs and Lean Management/ Bevor jemand zur Führungskraft wird, ist er oder sie sehr wohl mit empirischem Arbeiten vertraut. Aber ab einer gewissen Stufe werden Entscheidungen nicht mehr auf Basis von Fakten, sondern auf Basis des Rechts Entscheidungen getroffen. "Ich entscheide so, weil ich das Recht dazu habe." Diese Entscheidungen sind oft keine guten Entscheidungen, weil sie die Realität und die langfristigen Folgen nicht in Betracht ziehen.

Daher ist es bei Scrum und bei Lean Thinking so wichtig, sich immer wieder an den Ort des Geschehens zu begeben und sich die Daten anzusehen.

Halten wir also fest:
  • Empirisches Arbeiten bedeutet, Daten zu sammeln, um Zusammenhänge zu verstehen. Wir brauchen Daten über Eingangs- und Ausgangsgrößen. Empirisches Arbeiten bedeutet auch, auf Basis der Daten Entscheidungen zu treffen.
  • Es gibt nur sehr wenige Prozesse, die sich vollständig mathematisch beschreiben lassen. Da brauchen wir keine empirischen Daten. Wir können alles ausrechnen. Nicht-empirisches Arbeiten bedeutet aber auch, Entscheidungen zu treffen, ohne die Fakten zu berücksichtigen.
Wie kommen wir an Daten? Und wie viel Aufwand ist das? Darum geht es in den folgenden Teilen.

Literaturverweise

  • /1/ Ogunnaike, Babatunde: Process Dynamics, Modeling, and Control. New York: Oxford University Press, 1994.
  • /2/ Sutherland, Jeff ; Sutherland, J.J.: Scrum : The Art of Doing Twice the Work in Half the Time. New York: Random House, 2014.
  • /3/ Emiliani, Bob: The Triumph of Classical Management Over Lean Management : How Tradition Prevails and what to Do about it.: Cubic LLC, 2018.

Kommentare

Beliebte Posts aus diesem Blog

Microsoft Teams: Die neuen Besprechungsnotizen - Loop-Komponenten

  Haben Sie in letzter Zeit in einer Teams-Besprechung die Notizen geöffnet? Dort sind inzwischen die Loop-Komponenten hinterlegt. Die sind zwar etwas nützlicher als das, was zuvor zur Verfügung stand. Trotzdem ist noch Luft nach oben. Und es gibt sogar einige ernstzunehmende Stolperfallen. Hier ein erster, kritischer Blick auf das was Sie damit tun können. Und auch darauf, was Sie besser sein lassen.

Agile Sternbilder: Die Entdeckung kosmischer Agilitäts-Superkräfte

Hast du dich je gefragt, ob dein Sternzeichen deine Fähigkeiten in einer agilen Arbeitsumgebung beeinflusst? In diesem Blogpost tauchen wir ein in die faszinierende Welt der Astrologie und ihre mögliche Verbindung zu modernen Arbeitsweisen. Entdecke, wie die Sterne deine agilen Stärken prägen könnten. Ob überzeugter Agilist oder neugieriger Sternzeichenliebhaber – dieser Artikel kann dir neue Perspektiven eröffnen und vielleicht sogar dein nächstes Teamprojekt inspirieren!

Den passenden Job finden

Hier teile ich, wie ich daran arbeite, endlich den richtigen Job zu finden. Kleingedrucktes: Dieser Artikel richtet sich (natürlich) an jene, die gerade in der luxuriösen Position sind, dass sie nicht jedes Angebot annehmen müssen. Anstatt von Engagement zu Engagement zu hetzen und frustriert zu sein über Konzernstrukturen, fehlende Ausrichtung und die Erkenntnis, dass in einem selbst beständig die Hintergrundfrage nagt, ob es das ist, womit man seine immer knapper werdende Lebenszeit wirklich verbringen möchte, gibt es manchmal auch die Möglichkeit, die nächste berufliche Station etwas nachhaltiger auszusuchen - auch, um tatsächlich (etwas) mehr beitragen zu können.

Die Microsoft Teams-Not-To-Do-Liste

Viele hoffen, dass es  für die Einrichtung von Microsoft Teams  den Königsweg gibt, den perfekten Plan – doch den gibt es leider (oder glücklicherweise?) nicht. Genauso wenig, wie es jemals einen Masterplan für die Organisation von Gruppenlaufwerken gab, gibt oder je geben wird. Was gut und vernünftig ist hängt von vielen Faktoren und ganz besonders den Unternehmensprozessen ab. Sicher ist nur eines: Von alleine entsteht keine vernünftige Struktur und schon gar keine Ordnung. Dafür braucht es klare Entscheidungen.

Agilität ist tot. Ausgerechnet jetzt?

Agilität wird zurückgefahren, Hierarchien kehren zurück. Doch ist das wirklich der richtige Weg in einer Welt, die immer unberechenbarer wird? Oder erleben wir gerade eine riskante Rolle rückwärts?

Wie beschreibt man einen Workshop für eine Konferenz?

Konferenzen bieten immer ein gutes Forum, um sein Wissen und seine Erfahrungen zu teilen. Was für die Vortragenden selbstverständlich scheint, ist für die Besucher:innen oft unverständlich. Wie können Vortragende ihren Workshop in 2-3 Sätzen beschreiben, damit die Besucher:innen schnell einschätzen können, er sich für sie lohnt?

Gemeinsam eine Anwenderdokumentation erstellen

Unternehmenssoftware ist ein wichtiges Bindeglied zwischen Anwenderinnen und Anwendern, den Unternehmensprozessen und den Ergebnissen. Normalerweise schreibt der Hersteller der Software die Dokumentation für diejenigen, die die Software benutzen. Wenn die Software allerdings stark angepasst wurde, muss die Dokumentation von denen kommen, die die Prozessmaschine am besten verstehen - den Anwenderinnen und Anwendern. Wie könnte man das praktisch machen?

Der Softwareeisberg, die Softwarepyramide - Wie sprechen wir über neue Software?

Software ist aus den Geschäftsprozessen vieler Unternehmen nicht mehr wegzudenken. Sie verwaltet Kunden- und Produktdaten. Sie automatisiert Abläufe und verhindert Fehler. Aber Software veraltet. Was machen wir, wenn wir Unternehmenssoftware erneuern müssen? Von den ersten Konzepten bis zum ersten Release ist es ein weiter Weg, mit vielen Entscheidungen. Wie sprechen wir über diese Entscheidungen?