Direkt zum Hauptbereich

How to cope with panic and disorientation in your own company?

Jeff Sutherland, co-creator of Scrum and founder of Scrum Inc., is coming four times a year to Germany to give Scrum trainings for almost a week. I’m in the fortunate position to be his co-trainer for a little more than three years.

In his trainings Jeff recommends many books to read. So after each training week my book list gets longer. Since it’s vacation time I finally have some time to work off my book backlog.



“Certain To Win” by Chet Richards (/1/) and “Boyd, the Fighter Pilot Who Changed the Art of War” (/2/) are two of those books. They are about John Boyd, inventor of the OODA loop, who had tremendous influence on American military strategy. Since Jeff Sutherland is a former fighter pilot he absorbed this. The OODA loop is the underlying mindset of Scrum and the most important learning for all Scrum practitioners (/3/).

“Certain to win” compares Boyd’s findings to business strategy. I like the sharp OODA Loop description by Chet Richards:

“OODA Loop. A participant in a conflict, any conflict, may be thought of as engaging in four distinctive although not distinct activities: 
• He must observe the environment, which includes himself, his opponent, the physical, mental, and moral situation, and potential allies and opponents. 
• He must orient himself to decide what it all means. Boyd calls orientation a “many-sided, implicit cross-referencing” process involving the information observed, one’s genetic heritage, social environment, and prior experiences, and the results of analyses one conducts and synthesis that one forms 
• He must reach some type of decision. 
• He must attempt to carry out that decision. That is, he must act. 

Hence the OODA loop." (/4/) 

“You are simultaneously observing any mismatches between your conception of the world and the way the world really is, trying to reorient to a confusing and threatening situation, and attempting to come up with ideas to deal with it.” (/5/)

Seeing the OODA loop as a “simple one-dimensional cycle, where one observes what the enemy is doing, becomes oriented to the enemy action, makes a decision, and then takes an action” (/6/) is a tempting simplification and a misconception.

As Robert Coram states: “Understanding the OODA Loop is difficult. First, even though it is called a loop, it is not. […] Becoming oriented to a competitive situation means bringing to bear the cultural traditions, genetic heritage, new information, previous experiences, and analysis / synthesis process of the person doing the orienting—a complex integration that each person does differently. These human differences make the Loop unpredictable. […] The unpredictability is crucial to the success of the OODA Loop. (/7/) […] “The speed must come from a deep intuitive understanding of one’s relationship to the rapidly changing environment. […] It is this adaptability that gives the OODA Loop its awesome power. Understanding the OODA Loop enables a commander to compress time—that is, the time between observing a situation and taking an action. A commander can use this temporal discrepancy (a form of fast transient) to select the least-expected action rather than what is predicted to be the most-effective action.” (/8/)

So if a fighter pilot is able to get faster through the OODA loop than the opponent, and he manages to get inside the opponent's OODA loop, he can cause panic and disorientation in the opponent, who is likely to be shot down. (/9/)


What does that mean to business?


According to Chet Richards the business impact of a successful Boyd-style operation is “pulling the adversary apart, produce paralysis, and collapse his will to resist. […] By being more agile, you can fold your competitor in on himself. […] 

  • Your competitor’s new products are consistently late and lack your features or quality.
  • He starts blaming the customer, or insisting that his sales force “educate the customer.”
  • Personnel turnover is high.
  • He becomes even more “Theory X,” instituting rigid, explicit controls, frequently in the name of containing costs.
  • He launches witchhunts and other ever-intensifying internal searches for “the cause of the problem.” (/10/)

This struck me.

Does this mean that, if we’re concentrating more on the internal view of our company, if we encounter internal disorientation, panic and conflicts, which we typically address with more control etc., our competitor managed to get inside our OODA loop? If we react with more control and focus on internal stuff, we are likely to be shot out of business like a losing fighter pilot.

What might be a better way out of this situation? How should we react?
  1. First, we reframe the situation as a warning signal: Somebody has gotten inside our OODA loop.
  2. Second, we focus back on the Observation and Orientation parts, focusing on delighting our customers and getting feedback from them if it really is so. (/11/) In doing so we direct the attention away from the panic and internal conflicts.
  3. Third, we make this act a habit.

Notes:

  • The next trainings with Jeff Sutherland in Germany will be announced here: https://www.scrum-events.de/certified-scrum-master-mit-jeff-sutherland.html. There are still seats available in September.
  • /1/ Richards, Chet. Certain to Win: the Strategy of John Boyd, Applied to Business. Xlibris Corporation, 2004, Kindle Edition
  • /2/ Coram, Robert. Boyd: the Fighter Pilot Who Changed the Art of War. Back Bay Books/Little, Brown, 2004.
  • /3/ http://wikispeed.org/2016/10/ooda-loop/: Joe Justice asking Jeff Sutherland, what is the most important learning for all Scrum practitioners and trainers is.
  • /4/ See /1/ Position 1095. Boyd did some publications, but shared his knowledge more in long briefings. That’s why I chose to use a description of the OODA Loop not from himself, but from Chet Richards. Here is the first mention of “observe-orient-decide-act” by John Boyd in his briefing slide: http://www.dnipogo.org/boyd/patterns_ppt.pdf (Page 128). A picture of the OODA loop is in later briefing slides on page three: http://pogoarchives.org/m/dni/john_boyd_compendium/essence_of_winning_losing.pdf
  • /5/ See /1/ Position 1146
  • /6/ See /2/ Page 334
  • /7/ See /2/ Page 334
  • /8/ See /2/ Page 335
  • /9/ “When Boyd first developed the idea, 'sensing' was used instead of 'observation'. But 'SODA Loops' didn’t pass the giggle test, as Boyd said” (from: Boyd, John R., edited and compiled by Hammond, Dr. Grant T., A Discourse on Winning and Losing, Air University Press, 2018, page 384)
  • /10/ See /1/ Position 1717
  • /11/ My favorite questions to shift the focus on the customers right now are: 
    1. What is the most important feedback we need from our customers? (Thanks to Nynke Bel, a fellow Scrum@Scale trainer.) 
    2. What difference does our product/service/company/team make in the lives of our customers? (Thanks to Spence, Roy M., It’s not what you sell, it’s what you stand for. Portfolio, 2009)
    3. What feedback do we gather to validate these assumptions? (That’s why the Scrum@Scale Trainer community put this in the Scrum@Scale guide as the first part in the feedback section ("validate our assumptions")

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.

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?

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.

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.

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:

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.