Direkt zum Hauptbereich

A short history of Scrum and the most important thing in Scrum

Scrum was originally developed by somebody, who had no experience with or formal education in project management, Jeff Sutherland. His background was: A fighter pilot. In this article I'd like to share his story and what he considers the most important thing in Scrum. (/1/)
As a reconnaisance jet pilot in Vietnam in 1967 his very risky business was getting out there alive. He could never follow a flight plan. If a pilot did that, he had an 80% chance to get shot down. Half of the RF-4c planes were shot down in the first year.

The way out of this: Applying the OODA loop: Observe, Orient, Decide, Act. The pilot constantly observes his environment, orients himself, makes a decision and acts on it. In practice: Instead of flying straight lines he flew evasive maneuvers.

Game No. 2


Surprised getting out there alive he studied math, computer science and statistics. The courses he liked the best were at the medical school: The heart surgeons had the mentality of a fighter pilot. When they walked into the operating room there was a high probability that the person could die on the table. They had to be really focused.


Jeff worked on clinical trials, using math and statistics, trying to figure out what causes diseases. One day at the medical school he went into a talk about mammography by a then famous physician, Dr. John Bailar, III. After the talk he approached Bailar:


"Dr. Bailar, I'm just a graduate student here. I want to spend five years writing a doctoral thesis. I'm really concerned it just will go on a library shelf and gather dust. Nobody's gonna read it. Can you help me write something worth reading?"

Bailar had some problems he worked on for many years. The number one problem was about 300 clinical papers on cancer with charts and graphs, all different types from every part of the world. Every graph was different. "Explain why, and I will give you a doctoral degree. You are a mathematician and a computer scientist. You need to simulate the human cell on the computer. A model that shows exactly what happens to turn a cell into a malignant cell. And then model the growth of the cell. If your cell model fits all my data, that’s the definition of done." "That sounds like a hard problem." "Well, if it wasn't hard nobody would read your paper. You have to figure out what causes cancer and nobody agrees." "That sounds impossible." "We will guide you every step of the way. We need somebody who is really willing to work. Are you willing to work?"

After a year he had a program he brought into a the biggest computing center at the university, running it the first time and using a third of the computer science budget for the year for the medical school. Another two years later, after organizing the needed hardware, he could run it the second time. It showed that four steps that had to occur to get to a solid tumor.

Why is this important for Scrum?


Jeff needed to react quickly as a fighter pilot. Sticking to the flight plan would have killed him. He then was studying - scientifically - what happened in systems and why things change from one state to another state.

When do we get to make small changes that cause a change in the state of the team in Scrum? Every day. That’s the whole purpose of the daily meeting. Figure out: What can we do different today that makes us go faster and better. Have better stuff. Every day to run a scientific experiment. If it works you keep what you changed. And if it doesn’t work, you back the change out and try the next change. This is Scrum.

That's the most important thing in Scrum: The Scrum Master runs a scientific experiment every day to try to figure out how to make the team better.


Notes

Kommentare

Beliebte Posts aus diesem Blog

Transparenz als Schlüssel zum Erfolg: 20 Reflexionsfragen für moderne Organisationen

Transparenz ist das Herzstück erfolgreicher Teams. Sie schafft Vertrauen und fördert Zusammenarbeit. Wenn alle Zugang zu den notwendigen Informationen haben, können sie fundierte Entscheidungen treffen und gemeinsam Lösungen erarbeiten. Dies führt zu höherer Effizienz, schnelleren Entscheidungsprozessen und besseren Arbeitsergebnissen. Transparenz ist mehr als ein Schlagwort – es gilt, sie greifbar zu machen, ein gemeinsames Verständnis davon zu entwickeln und es in die Praxis umzusetzen. Wie das gelingt und welche Vorteile es für Euer Team und Eure Organisation bringt, erkunden wir im Folgenden.

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.

Zu viel zu tun? Planen Sie Ihre ideale Woche

Wir hören immer wieder, dass Teams zu viel zu tun haben. Aber woher wissen wir eigentlich, was zu viel genau bedeutet? Hier ist ein ungewöhnlicher Tipp: Treffen Sie Annahmen über eine gute Menge. Planen Sie eine ideale Woche.

Wenn dein Team die Anforderungen blockt: 12 Tipps für Product Owner*innen

Liebe Product Owners, wir müssen reden. Schon wieder eine Anforderung, die im Nirgendwo landet? Zeit, das Ganze anders anzugehen. Ihr kennt das Spiel: Anforderungen sind ausgearbeitet, und doch läuft es im Team holprig. Was fehlt? Oft sind es Klarheit, realistische Erwartungen und ein bisschen Fingerspitzengefühl. Doch keine Sorge! Mit ein paar praktischen Tipps könnt ihr Missverständnisse vermeiden, Blockaden umgehen und den Entwicklungsprozess so richtig in Fahrt bringen – natürlich in Zusammenarbeit mit eurem Scrum Master. Hier sind zwölf Regeln, die euch helfen, das Team auf Kurs zu bringen und das Chaos in produktive Zusammenarbeit zu verwandeln. Wir zeigen dabei auch, wo der Scrum Master unterstützen kann, damit ihr eure Rolle als Product Owner noch besser erfüllen könnt. Häufige Stolperfallen: Warum Anforderungen oft scheitern Bevor wir ins Eingemachte gehen, kurz zu den typischen Stolperfallen. „Klare Anforderungen“? Klingt gut, scheitert aber sehr häufig an der realen Praxis. ...

Rebellieren für den Wandel: die 8 Regeln des totalen Stillstandes von Prof. Dr. Peter Kruse

In einem legendärem Vortrag skizzierte Peter Kruse 8 Regeln des totalen Stillstands. Ihm zufolge wurden die Regeln entwickelt, um Managern und Führungskräften dabei zu helfen, Bereiche mit potenziellem Widerstand gegen Veränderungen zu erkennen und Menschen auf strukturierte Weise durch den Veränderungsprozess zu führen.

Pragmatisch oder nur “Quick and Dirty”?

“Wir müssen aber pragmatisch vorgehen”, drängt der Kollege. Hm… Im Wörterbuch finde ich für “pragmatisch” in etwa: sachbezogenes, praktisches Handeln. Klingt gut. Leider zeigt sich in meinen Erfahrungen, dass pragmatisch für viele doch eher “quick and dirty” bedeutet. Es soll schnell fertig werden. Aber auf welche oder wessen Kosten? Wo ist die Grenze? Warum steht “praktisch” im Konflikt mit einem langfristigen “Nützlich”? Muss das sein?

Und jetzt alle zusammen! Teams - OneNote - Aufgaben - To Do

Ein Meeting jagt das nächste. Sich da nicht zu verzetteln, wird  im Zeitalter virtueller Besprechungen  noch anspruchsvoller. Kein Wunder, dass  im Zusammenhang mit Microsoft 365  zwei Fragen besonders häufig auftauchen: Wie dokumentiert man Besprechungen gut? Was hilft, offene Aufgaben nachzuhalten? Eine gute Lösung: Das in MS Teams integrierte OneNote-Notizbuch als gemeinsame Plattform auch für den Aufgabenüberblick zu nutzen.

Kategorien in Outlook - für das Team nutzen

Kennen Sie die Kategorien in Outlook? Nutzen Sie diese? Wenn ja wofür? Wenn ich diese Fragen im Seminar stelle, sehe ich oft hochgezogene Augenbrauen. Kaum jemand weiß, was man eigentlich mit diesen Kategorien machen kann und wofür sie nützlich sind. Dieser Blogartikel stellt sie Ihnen vor.

5 Gründe, warum wir jetzt über die Zukunft nachdenken sollten

Wer hätte im Jahr 2019 gedacht, dass so viele Menschen heute im Home-Office arbeiten können und dass die Firma trotzdem funktioniert? Wer hätte damals gedacht, dass wir heute wie selbstverständlich KI-Werkzeuge nutzen können? Ich will mich nicht der Aussage anschließen, dass sich die Welt immer schneller dreht. Es ist egal, wie schnell sie sich dreht, weil es sich immer lohnt, über die Zukunft nachzudenken. Und das muss nicht kompliziert sein.

Meetings in Scrum Teams: Mehr Fokus, weniger Kontextwechsel

  Meetings in Scrum Teams: Mehr Fokus, weniger Kontextwechsel  „Wir arbeiten agil“ – das bedeutet für viele von uns: Daily Stand-up am Morgen, dann Refinement, dazwischen eine Demovorbereitung, später noch ein kurzes Scrum of Scrums (SoS) und am Nachmittag ein Community-Meeting. Gleichzeitig soll ich an meinen Sprint-Aufgaben arbeiten. Wenn dir diese Situation bekannt vorkommt, les dir gerne meinen Beitrag an. Hier sprechen wir über den Einfluss von häufigen Kontextwechseln auf die Arbeit in agilen Teams und zeigen Best Practices, um diese Wechsel zu minimieren. Viel Spaß & Let’s grow, Michi.  Foto von Matt Bero auf Unsplash