Management 3.0 - Complexity Thinking
•Download as PPTX, PDF•
129 likes•16,341 views
This presentation is part of the Management 3.0 course, developed by Jurgen Appelo http://www.management30.com/course-introduction/
Recommended
Recommended
More Related Content
What's hot
What's hot (20)
Similar to Management 3.0 - Complexity Thinking
Similar to Management 3.0 - Complexity Thinking (20)
More from Jurgen Appelo
More from Jurgen Appelo (20)
Recently uploaded
Recently uploaded (20)
Management 3.0 - Complexity Thinking
- 1. Complexity Thinking © Jurgen Appelo version 0.99management30.com
- 2. story
- 3. Once there was a software business with unhappy customers
- 4. Customer satisfaction was low because of low quality and productivity
- 5. Quality and productivity were low because there was lack of skills and discipline
- 6. Customer dissatisfaction increased pressure on teams
- 7. Stress at work meant no time for education
- 8. No education meant no skills and no discipline
- 9. Customer pressure led to unhappy teams
- 10. Lack of skills and unhappy customers added to decreasing demotivation
- 11. Decreased motivation added to decreasing productivity
- 12. We call this a Causal Loop Diagram (Some call it a Diagram of Effects)
- 13. It shows the business suffered from vicious cycles
- 14. And not just one, but many
- 15. Management saw revenues declining
- 16. They tried to support improvement while cutting budgets
- 17. Meanwhile, technological pressure was increasing And due to the crisis, economic pressure also went up
- 18. Needless to say, this business was DOOMED
- 19. Needless to say, this business was DOOMED Then suddenly, management started learning...
- 20. 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.
- 21. It’s the same with brains, bacteria, immune systems, the Internet, countries, gardens, cities, and beehives. They’re all complex adaptive systems.
- 22. General Systems Theory Study of relationships between elements Ludwig von Bertalanffy (biologist) 1901-1972 Autopoiesis (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)
- 23. Cybernetics Study of regulatory systems Norbert Wiener (mathematician) 1894-1964 Goals (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)
- 24. Chaos Theory Study of unpredictable systems Edward Lorenz (meteorologist) 1917-2008 Strange attractors (chaotic behavior) Sensitivity to initial conditions (butterfly effect) Fractals (scale-invariance)
- 25. The Body of Knowledge of Systems Complex systems theory is the study of complex systems using multiple system theories
- 26. Management “leading” a hierarchy of “followers” is not a very useful metaphor
- 27. Management in the System Managers are just like the other people, only with a few “special powers”
- 28. Management in the Environment Or... managers are part of the team’s context, constraining and steering the system
- 29. System boundaries are fuzzy, so you can choose... System Environment or This depends on the problem you want to solve
- 30. 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.
- 31. Self-organization is the default behavior in complex adaptive systems
- 32. Managers want self-organization to lead to things that have Value
- 33. Anything that is not constrained by management will self-organize
- 34. Complex adaptive systems are complex because of Reinforcing feedback loops
- 36. Multiple causes per effect
- 37. Opposing effects per cause
- 38. Time delays between cause and effect
- 39. Complex systems are complexbecause of the many relationships, both known and unknown, that make the systems unpredictable
- 40. Known unknowns The things you know that you don’t know Like... who gets the next joker when playing a card game?
- 41. Unknown unknowns The things you don’t know that you don’t know Like... ehm?
- 42. Emergence Some properties and behaviors of teams cannot be traced back to individual people
- 43. Unfortunately, emergent properties and behaviors are largely unpredictable
- 44. The structureof a system can be Complicated very hard to understand Simple easy to understand
- 45. The behaviorof a system can be Complex somewhat unpredictable Ordered fully predictable Chaotic very unpredictable
- 46. You can try to simplifya system to make it understandable But you cannot linearizethe system to make it predictable
- 48. Independent Observer FallacyDon’t pretend you have an objective view
- 49. Complicated-Complex FallacyDon’t confuse complicated with complex
- 50. Linear Behavior FallacyDon’t assume things behave in a linear way
- 51. Reductionism-Holism FallacyDon’t think that sum of parts equals whole
- 52. Unknown-Unknowns FallacyDon’t think you have covered all risks
- 54. Exercise: Complexity Fallacies (1/2) Review the 14 quotes Map each quote to one of the fallacies (2 per fallacy) 15 minutes
- 55. Exercise: Complexity Fallacies (2/2) Think of one extra quote for each of the 7 fallacies Write them on sticky notes numbered 1 to 7 Give the sticky notes to the next group Let the next group guess the fallacy for each quote 25 minutes
- 56. Machine Metaphor Fallacy ___Don’t treat the organization as a machine Independent Observer Fallacy ___Don’t pretend you have an objective view Complicated-Complex Fallacy ___Don’t confuse complicated with complex Linear Behavior Fallacy ___Don’t assume things behave in a linear way Reductionism-Holism Fallacy ___Don’t think that sum of parts equals whole Unknown-Unknowns Fallacy ___Don’t think you have covered all risks Self-Organization Fallacy ___Don’t believe self-organization is good 1 3 2
- 57. Debrief
- 59. Feedback
Editor's Notes
- 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”.
- 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.
- I tell the following story, about the unhappy customers, just like it is on the slides...
- 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
- See book: page 36
- 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
- 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
- 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.
- 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...
- ...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.
- Both views are valid ways of looking at the world. The most useful one depends on the problem you are trying to solve.
- Self-organization has been going on for 13.7 billion years. It’s not a new idea.
- But self-organization can lead to anything, and managers want it to lead to something valuable.
- No matter if it’s file folder organization, bringing coffee, or celebrating birthdays, teams will always self-organize.
- Now I go into a bit more detail about the causal loop diagrams...
- 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.
- The black swan is the methaphor of Nicholas Nassim Taleb for unknown unknowns.
- 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.
- Emergent properties and emergent behaviors are also unpredictable. For example, nobody can predict when a whole team will get sick from food poisoning.
- Finally, I tell the students I think the difference between complicated and complex is important.“Complicated” says something about the structure of a system.
- “Complex” says something about the predictability of a system.You can simplify something that is complicated, but not something that is complex.
- See book: page 41-45
- Now I start explaining the 7 fallacies...
- 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.
- 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!
- 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.
- I keep this slide on screen when they play the game.
- 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?
- 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.