Complexity Thinking© Jurgen Appelo version 0.99management30.com
story
Once there was a software business withunhappy customers
Customer satisfaction was low because of lowquality and productivity
Quality and productivity were low because there waslack of skills and discipline
Customer dissatisfaction increasedpressure on teams
Stress at work meantno time foreducation
No education meantno skills andno discipline
Customer pressure led tounhappy teams
Lack of skills and unhappy customers added todecreasingdemotivation
Decreasedmotivationadded todecreasingproductivity
We call this aCausal Loop Diagram(Some call it aDiagram of Effects)
It shows the business suffered fromvicious cycles
And not just one, butmany
Management sawrevenues declining
They tried to supportimprovement whilecutting budgets
Meanwhile, technological pressure was increasingAnd due to the crisis, economic pressure also went up
Needless to say, this business wasDOOMED
Needless to say, this business wasDOOMEDThen suddenly,managementstarted learning...
A software team is a complex adaptive system (CAS), because it consists of parts (people) that form a system (team), and the system shows complex behavior while it keeps adapting to a changing environment.
It’s the same with brains, bacteria, immune systems, the Internet, countries, gardens, cities, and beehives.They’re all complex adaptive systems.
General Systems TheoryStudy of relationships between elementsLudwig von Bertalanffy(biologist)1901-1972Autopoiesis (how a system constructs itself)Identity (how a system is identifiable)Homeostatis (how a system remains stable)Permeability (how a system interacts with its environment)
CyberneticsStudy of regulatory systemsNorbert Wiener(mathematician)1894-1964Goals (the intention of achieving a desired state)Acting (having an effect on the environment)Sensing (checking the response of the environment)Evaluating (comparing current state with system’s goal)
Chaos TheoryStudy of unpredictable systemsEdward Lorenz(meteorologist)1917-2008Strange attractors (chaotic behavior)Sensitivity to initial conditions (butterfly effect)Fractals (scale-invariance)
The Body of Knowledge of SystemsComplex systems theory is the study of complex systems using multiple system theories
Management “leading” a hierarchy of “followers” is not a very useful metaphor
Management in the SystemManagers are just like the other people,only with a few “special powers”
Management in the EnvironmentOr... managers are part of the team’s context,constraining and steering the system
System boundaries are fuzzy, so you can choose...SystemEnvironmentorThis depends on the problem you want to solve
But you are neveran independent observer.Either you influence the people and relationships directly, or you influence the environment and boundary, or both.Whatever you do, your presence alone will already infuence the system.
Self-organization is thedefault behavior in complex adaptive systems
Managers want self-organizationto lead to things that haveValue
Anything that is not constrainedby management will self-organize
Complex adaptive systems arecomplexbecause ofReinforcing feedback loops
Stabilizing feedback loops
Multiple causes per effect
Opposing effects per cause
Time delays between cause and effect
Complex systems are complexbecause of the many relationships, both known and unknown, that make the systems unpredictable
Known unknownsThe things you know that you don’t knowLike... who gets the next joker when playing a card game?
Unknown unknownsThe things you don’t know that you don’t knowLike... ehm?
EmergenceSome properties and behaviors of teams cannot be traced back to individual people
Unfortunately, emergent properties and behaviors are largelyunpredictable
The structureof a system can beComplicatedvery hard to understandSimpleeasy to understand
The behaviorof a system can beComplexsomewhatunpredictableOrderedfullypredictableChaoticveryunpredictable
You can try to simplifya system to make it understandableBut you cannot linearizethe system to make it predictable
Machine Metaphor FallacyDon’t treat the organization as a machineIndependent Observer FallacyDon’t pretend you have an objective viewComplicated-Complex FallacyDon’t confuse complicated with complexLinear Behavior FallacyDon’t assume things behave in a linear wayReductionism-Holism FallacyDon’t think that sum of parts equals wholeUnknown-Unknowns FallacyDon’t think you have covered all risksSelf-Organization FallacyDon’t believe self-organization is goodMachine Metaphor FallacyDon’t treat the organization as a machine
Independent Observer FallacyDon’t pretend you have an objective view
Complicated-Complex FallacyDon’t confuse complicated with complex
Linear Behavior FallacyDon’t assume things behave in a linear way
Reductionism-Holism FallacyDon’t think that sum of parts equals whole
Unknown-Unknowns FallacyDon’t think you have covered all risks
Self-Organization FallacyDon’t believe self-organization is goodAgile managers work the system,not the people.
Exercise: Complexity Fallacies (1/2)Review the 14 quotesMap each quote to one of the fallacies (2 per fallacy)15 minutes
Exercise: Complexity Fallacies (2/2)Think of one extra quote for each of the 7 fallaciesWrite them on sticky notes numbered 1 to 7Give the sticky notes to the next groupLet the next group guess the fallacy for each quote25 minutes
Machine Metaphor Fallacy	___Don’t treat the organization as a machineIndependent Observer Fallacy	___Don’t pretend you have an objective viewComplicated-Complex Fallacy	___Don’t confuse complicated with complexLinear Behavior Fallacy	___Don’t assume things behave in a linear wayReductionism-Holism Fallacy	___Don’t think that sum of parts equals wholeUnknown-Unknowns Fallacy	___Don’t think you have covered all risksSelf-Organization Fallacy	___Don’t believe self-organization is good132
Debrief
Feedback
Management 3.0 - Complexity Thinking
Management 3.0 - Complexity Thinking
Management 3.0 - Complexity Thinking
Management 3.0 - Complexity Thinking
Management 3.0 - Complexity Thinking
Management 3.0 - Complexity Thinking
Management 3.0 - Complexity Thinking
Management 3.0 - Complexity Thinking
Management 3.0 - Complexity Thinking
Management 3.0 - Complexity Thinking
Management 3.0 - Complexity Thinking
Management 3.0 - Complexity Thinking

Management 3.0 - Complexity Thinking

Editor's Notes

  • #2 I tell the students that it is important to understand what systems thinking and complexity thinking are about, in order to understand the rest of the course. Together with the previous part (Agile Development) this is the foundation of the book and the course.Note: I don’t go into details about the difference between systems thinking and complexity thinking. It is too subtle to be important. But I see complexity thinking as a bit more advanced than systems thinking. Others would say that complexity thinking is simply systems thinking “done right”.
  • #3 I tell my personal story of how I was able to write my book so fast. It was because the credit crisis gave me, quite unexpectedly, a lot of extra time to work at home. This is a nice example of an unexpected pleasant surprise (for me).I think each trainer should think of his/her own personal example of a totally unexpected event (black swan), nonlinear behavior of a project, or some other complex phenomena.
  • #4 I tell the following story, about the unhappy customers, just like it is on the slides...
  • #23 I explain that systems thinking and complexity thinking are based on various theories developed in the last century.The first is General Systems Theory. I explain that software teams, like many other systems, satisfy the criteria of identity, homeostasis, etc.See book: page 35
  • #24 See book: page 36
  • #25 Note that I left out various other theories (game theory, evolutionary theory, etc.) otherwise this part would become too boring for a course. I do mention chaos theory because the butterfly effect and fractals are referred to again later in the course.See book: page 38-39
  • #26 All these systems theories together (there are many more) can be seen as the body of knowledge of systems. It is a bit ugly because the parts don’t fit together well. But it works. And we call it complexity theory when applied to complex adaptive systems.See book: page 39-40
  • #27 The most important thing before we start the course is to have a proper worldview or mindset.The worldview that managers are leading a hierarchy of followers makes little sense from a systems thinking perspective.
  • #28 In systems thinking we can choose: either we see ourselves as part of the system (for example, a manager as part of an organization. In this case we will try to influence the other parts in the system around us through our relationships with them...
  • #29 ...Or we see ourselves as part of the environment (for example, a manager outside a Scrum team). In this case we will try to modify the boundary around the system so we force the self-organizing system inside it to re-organize.
  • #30 Both views are valid ways of looking at the world. The most useful one depends on the problem you are trying to solve.
  • #32 Self-organization has been going on for 13.7 billion years. It’s not a new idea.
  • #33 But self-organization can lead to anything, and managers want it to lead to something valuable.
  • #34 No matter if it’s file folder organization, bringing coffee, or celebrating birthdays, teams will always self-organize.
  • #35 Now I go into a bit more detail about the causal loop diagrams...
  • #41 Now that we’re talking about the known and unknown it is interesting to see there are two kinds of unknowns.The joker is my own metaphor for known unknowns.
  • #42 The black swan is the methaphor of Nicholas Nassim Taleb for unknown unknowns.
  • #43 I explain that the concept of emergence is another well-known word borrowed from systems theories. The culture of a team is a nice example of an emergent property.
  • #44 Emergent properties and emergent behaviors are also unpredictable. For example, nobody can predict when a whole team will get sick from food poisoning.
  • #45 Finally, I tell the students I think the difference between complicated and complex is important.“Complicated” says something about the structure of a system.
  • #46 “Complex” says something about the predictability of a system.You can simplify something that is complicated, but not something that is complex.
  • #47 See book: page 41-45
  • #48 Now I start explaining the 7 fallacies...
  • #56 I tell people they don’t have to remember all the fallacies. What I think is important is to have the right mindset and worldview. As managers we try to work the entire system, not individual people.
  • #57 I usually give each group a complete set of 7 fallacies and 14 quotes. Sometimes I ask two tables to form one group, when I only have 3 or 4 sets with me. I ask them to self-organize somewhere in the room, and not do this at the table. It’s easier that way.I let them struggle for about 10 minutes. Usually they get about 2, 3 or 4 right. Then I tell each group there’s an extra constraint: the numbers of the quotes should add up to 15 per fallacy. This leads to another flurr of activity after which most of the groups have 4 or 5 of them right.Then I ask everyone to sit and I explain the quotes and why I think they belong to which fallacy.I also point out that there’s plenty of room for debate. People may have other opinions, and even other fallacies!
  • #58 When there’s enough time I ask the groups to come up with their own examples of fallacies and let the next group guess which fallacies were meant. This often leads to fun at the tables, and I think it really helps them realize the many ways managers have wrong ideas about teams and organizations.
  • #59 I keep this slide on screen when they play the game.
  • #60 Some questions to consider:-Which fallacies do you recognize when a manager creates lists of individual ratings of people in a team?- Do the fallacies make sense?- Should there be more or fewer?
  • #62 It is now probably lunch time, and thus it is time for the feedback door.This is the first time the feedback door is used, so I explain what it is for:Agile is about getting feedback faster. If I get feedback only at the end of the course, it is in some cases too late.I want to know duringthe course any essential feedback that I can respond to immediately.After the break I always make sure that I read out loud any feedback I have received and what I will do about it.