Direkt zum Hauptbereich

150 years Lean and Scrum

The ideas behind Scrum and Lean are anything but modern or newfangled. The foundations were laid 150 years ago. Thanks to the research, I can make things easier for my clients in training and consulting. I can now explain things more clearly. Seeing what our predecessors achieved 150 or 100 years ago without the internet is humbling.

The history of Scrum 

When it comes to Scrum, most people are familiar with the background of Jeff Sutherland and Ken Schwaber, as well as some early members of the agile scene.

The Agile Manifesto is also mentioned in most Scrum training courses. (By the way, the term "agile" relates to the book "Agile Competitors and Virtual Organizations: Strategies for Enriching the Customer" by Goldman, Nagel, and Preiss. Chapter 6 describes how different companies can collaborate to create new products.)

Perhaps some of you have found references to Lean and Toyota in Jeff's stories. 

The history of Lean

Jim Huntzinger has compiled a summary of the origins of lean, which provides background information on the descriptions in the books by Womack and Jones.

The idea history of Lean and Scrum 

People don't just come up with ideas out of thin air. They take ideas they know, use and adopt them.

Francis Moon has written a book about social networks of the past that created the technology and things we use today. On page 1 he writes: "We also present evidence that invention is not just a moment of epiphany in a lone genius inventor, but is a culmination of an evolutionary process resulting from a network of people and institutions." /1/ 

He quotes Robert H. Thurston: “… great inventions are never, and great discoveries are seldom the work of one mind. Every great invention is really an aggregation of minor inventions, or the final step of a progression.“ /2, PDF page 17/

The same is true for the ideas behind Scrum. Now, let's take a look at the roles of a Product Owner and a Scrum Master.

Where does the concept of a Product Owner come from?

The Product Owner role is based on the concept of a chief engineer, who is the overall responsible designer of an airplane. Jeff Sutherland was inspired by the chief engineer role at Toyota (the shusa). Toyota created this role when Tatsuo Hasegawa joined the company after WWII. He was an aircraft engineer before that. After the war, Toyota hired 200 aircraft engineers for this purpose. Aircraft designers had a unique approach to design. They worked with trade-off curves. These curves captured knowledge about the characteristics of materials and processes used.

The engineers were inspired by Wilbur and Orville Wright. Their journals and letters contain a great deal of data and curves resulting from their experiments. The Wright brothers learned this method from Otto Lilienthal, who learned it from his professor, Franz Reuleaux. Thus, the concept of a Product Owner has a long tradition (see figure 1).

Fig. 1: Idea history of the Product Owner

The Product Owner role and its approach are similar to those of Lean Product Development and Set-based Concurrent Engineering

Where does the concept of a Scrum Master come from? 

The Scrum Master role was inspired by Taiichi Ohno, who was responsible for production at Toyota. If you go back in time, you will discover the TWI (Training Within Industry) program. This famous series of trainings helped the United States produce enough airplanes, cars, vans, and ships during WWII to combat Nazi Germany and Japan. The program consisted of several training sessions aimed at preparing people for their jobs, improving job relations, and enhancing work processes. The TWI program was later revived in Japan. Ohno was a TWI trainer, too. Channing Rice Dooley, the mastermind behind the TWI program, was also responsible for training craftsmen for the army during WWI.

Dooley was part of a vibrant global scientific management community. At the end of the 19th century, factories began to grow in size. Entrepreneurs, engineers like F. W. Taylor, and accountants discussed how to organize larger companies. The scientific management community had good ideas and shared from globally. These people worked closely together with the psychologists of their time.



Fig. 2: Idea history of the Scrum Master (TWI, Lean)

 

Fig. 3: Idea history of the Scrum Master (Scientific Management)

The Scrum Master work is related to TWI Job Instruction or Toyota Talent, to TWI Job Methods, A3 Reports or Toyota Kata.

All these roots and connections are well documented. 

Lean, Scrum and Agile have common roots

Sometimes I hear people asking: 'Is it better to be lean or agile?' This question does not make sense. Underpinning both 'lean' and 'agile' are two fundamental questions:

  • How can we create great products that customers love?
  • And how can we improve our ability to deliver, especially if we don't have more people, time, money or materials?

Different methods are used in different business domains. Cars are different from software services, for example. You cannot compare the production aspect of lean thinking with the product development aspect of Scrum. It's like comparing apples with pears.

Now you have a better understanding from the concepts behind Lean and Scrum.

Literature

 

Kommentare

Beliebte Posts aus diesem Blog

Klartext statt Konsens - wie Meetings wieder was bewirken

Bessere Kommunikation ist Lippenstift fürs Protokoll. Kennst Du das: Das Meeting läuft, Energie ist da, der Knoten platzt - und jemand sagt: "Wir müssen besser kommunizieren!" Alle nicken. Jemand schreibt's auf. Und was passiert damit?  Nichts . Warum? Weil "besser kommunizieren" keine Handlung ist. Genauso wenig wie: "mehr Verantwortung übernehmen", "offener Feedback geben", "konstruktiver diskutieren", "proaktiver sein", "mehr miteinander reden", "transparenter werden", "Verständnis füreinander zeigen". Alles klingt gut. Aber ohne Klartext bleibt’s ein Vorschlag - nett im Protokoll, aber ohne Effekt auf den nächsten Arbeitstag. Kein konkreter Schritt, keine sichtbare Veränderung. Keiner der's macht. Es ist eine gute Absicht ohne Konsequenz. Wir haben kein Problem Verbesserungen zu identifizieren.   Die wahre Herausforderung ist selten das Finden von Verbesserungen. Es ist das Konkretisie...

Wie lassen sich Ergebnisse definieren? - Drei Beispiele (WBS, CBP und BDN)

Ich habe schon darüber geschrieben, warum das Definieren von Ergebnissen so wichtig ist. Es lenkt die Aufmerksamkeit des Projektteams auf die eigentlichen Ziele. Aber was sind eigentlich Projektergebnisse? In diesem Beitrag stelle ich drei Methoden vor, um leichter an Ergebnisse zu kommen.

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.

Dateien teilen in Teams - arbeiten in gemeinsamen Dateien

Arbeitest du mit Kolleginnen und Kollegen an gemeinsamen Dateien, die in Teams, aus OneDrive oder SharePoint liegen? Hast du dabei vielleicht kein ganz gutes Gefühl, weil du dir nicht so ganz sicher bist, was mit der Datei tatsächlich passiert? Wer darauf Zugriff hat und wie du das sehen kannst? Dann lies weiter, hier stelle ich dir die wichtigsten Fakten und Einstellungen kurz und knapp vor.

Erfahrung mit Vibe-Coding - und warum das keine Teamprobleme löst

Die KI-Werkzeuge zum Erstellen von Werkzeugen für die tägliche Arbeit werden immer besser. Die selbstgestrickten Tools erleichtern die eigene Arbeit. Aber für den Einsatz im Team fehlt noch etwas.

Wie baut man einen Aktenplan auf?

Ein Aktenplan beschreibt, an welcher Stelle genau ein Team seine Dokumente und Nachrichten ablegt. Aber wie baut man den genau auf?

Wenn Leisten Leistung kostet

Immer. Immer "on". Immer mehr. Immer schneller. Und natürlich: Immer besser. Das ist die Welt, in der wir heute leben. Eine Welt der Dauerleistung. Und die hat ihren Preis: Wir werden schwächer. Sofern wir nicht die Grundlagen guten (Selbst-)Managements beherzigen und Pausen machen. Also zur richten Zeit das wirklich Wichtige tun.

Microsoft Copilot - Notebook, Pages, Agents und mehr

Es tut sich sehr viel an der Copilot Front. Gefühlt entwickelt Microsoft mit aller Kraft die KI-Anwendung weiter. Mit dem letzten Update hat sich die Microsoft-Startseite stark verändert. Hier zeige ich, was sich hinter all den Begrifflichkeiten verbirgt und was davon alltagstauglich ist.

From False Starts to Precision Landing: The Evolution of Requirements Management

Requirements management originated in U.S. rocket programs between 1945 and 1970. A small management trick contributed to the success of the Apollo program.

Die Profi-Tools im Windows-Explorer

Haben Sie bei der Urlaubsvertretung sich manches Mal geärgert, wenn Sie Dateien gesucht haben, die ein Teammitglied abgelegt hat? Die Suche im Explorer funktioniert tadellos, aber manchmal sollte man den Suchbegriff noch ein bisschen genauer fassen können. Z.B. mit UND oder ODER oder NICHT... Das geht so einfach, dann man von alleine kaum drauf kommt: