Share this
Too many fluffy agile bunnies
by Carl Weller on 04 July 2017
This article is republished from my original 'Too many fluffy agile bunnies' post in LinkedIn.
After having Frederick Laloux's "Reinventing Organisations" on my iPad for about 2 years I finally read it. It took me two attempts (there's a story there) and it left me with mixed feelings.
I know this book and the concept of teal organisations has a big following in the Agile community, and that some of what I'm going to say in this post will upset folks a bit, but here goes.
By about 60% in I stopped reading the book because it was getting repetitive and I kinda got the message. To be honest I only picked it up again because I wanted to write this post and to do so I needed to be fair to the author and read the whole book!
The tl;dr summary is that, as society has evolved, so too have types of organisations and these evolutionary stages have been assigned colours (red, amber, orange, green, teal). Obviously teal is most highly evolved and thus very groovy.
As I was reading the book two main streams of thought came to mind:
The stories were all about owner/managers or CEOs with solid board backing
All of the organisations covered in the book had revolutionary new management practices that were either introduced by the founder or CEO. I talked to Michael Sahota about this when I did CAL 1 training with him, we didn't get to a resolution as it was in a bit of a break and then the class moved on.
My basic thinking was that, as an Agile Coach, Teal Guru or whatever, your ability to help with this sort of transition or transformation is automatically going to be limited to your ability to influence the head of the company.
There were no cases of a grass-roots or "stealth" adoption mentioned in Reinventing Organisations (you'll see why later).
The book followed your typical "case study" format
As I was reading it I got echoes of "In Search of Excellence", "Good to Great" and stuff the industry has been churning out for decades. This is well busted in Phil Rosezweig's "The Halo Effect". He calls it "…the Delusion of Connecting the Winning Dots".
I found myself thinking that its fine to list all of these very successful companies who have "highly evolved" CEOs and, it seems independently, created organisations that all fall under the umbrella concept of "evolutionary teal". Reading Laloux, you'd think all you'd have to do is follow this prescription and riches would simply land at your feet, you'd dominate your industry, blah blah blah.
But, even better, you don’t have to feel guilty about being successful – because huge success is a by-product of doing the right thing. How beautiful a picture is that?
I'm a skeptic, and more than a little achievement-orange, so I found myself thinking "Where is the discussion of the failed teal organisations? Or the successful amber and orange organisations?". For example, Amazon seems to be eating the world, yet has a reputation as a pretty hard-core place to work (either on the shop floor or in management). Laloux would call it a hard-out achievement orange organisation.
To truly examine the issue, you have to present all of the evidence. that which supports your story and that which shows other views. At this point I decided I wanted to write this post, even if I caught some flak for it.
So then, right at the end of the book, Laloux redeems himself
If you skip to chapter 3.1 (starting on page 237) you find the following:
There are two necessary pre-conditions that are "make or break", namely:
- Top leadership (founder or CEO) must share the teal paradigm Owners must also share the teal paradigm.
- One of the case studies in Reinventing Organisations 'regressed' in stressful circumstances because the owners weren't really teal, they were just enjoying the good times.
Only 5% of people globally have reached the teal paradigm. You can't force someone to change paradigms. They need to get there on their own, and many people simply don’t (many people are in amber, which is the dominant paradigm of government, or orange, supposedly the space of the private sector).
He made some further observations:
- You shouldn't waste your energy trying to make part of a non-teal organisation teal
- There is no evidence of this sort of grass-roots approach being successful over any significant time period. The organisation fights back (more here later in this article)
- Vertical transformations (i.e. from orange to green or teal) are a "lost battle", you're better off to try making an orange organisation a healthier orange-coloured organisation (horizontal transformation)
- The role of a CEO in a teal organisation is to "hold the space" (i.e. shelter others in the organisation from calls to revert back to amber or orange when things get tough).
Well-regarded Agile trainer Michael Sahota has a similar view about Agile transformation generally – the "…leader is the limit for growth" and that organisational behaviour follows leadership behaviour and structure. In other words, wishing for a true grass-roots transformation of an entire organisation is only possible under the same pre-conditions as Laloux's teal – the CEO has to "get it".
Sahota also talks about the need to create "adaptors" in order to survive in a non-Agile environment. So, to paint a picture:
- There might be a team within an organisation, or even perhaps a whole IT shop, that has a leader who "gets it" and they shelter the team from the inhospitable organisation, allowing them to remain Agile
- The team may have to pay "corporate taxes" (i.e. participate in annual planning, provide status reports, Gantt charts, etc.)
- If those taxes are not paid, inevitably high amounts of '"friction" occurs at the edges – the organisational antibodies spring into action
This is an eminently more sensible position than the #NoEstimates or #NoProjects crowd.
So why is any of this even an issue? Can't people just get along?
I don't know how many of you remember Ben Elton's book "Stark" (about some rich guys who find out the world is dying and secretly build a spaceship to escape). In there is a tongue-in-cheek line that the greatest tragedy of the modern age was the appropriation of environmentalist thought by cardigan-wearing hippies. They weren't the right people to drive mainstream acceptance (at least not in the '80s when Stark was written).
In the same vein, some teal advocates are radicalising segments of the Agile community and making it harder to introduce agility to mainstream clients (who are amber and orange).
Has anyone stopped to think that the main reason SAFe is doing so well is because it’s a flavour of Agile "medicine" that the patient doesn't want to spit out before they have even tasted it?
Let's not even get into the discussion about whether or not it's even Agile at all. For most of our clients its Agile enough.
Despite demonstrably higher success rates for Agile projects, agility is still largely something practiced by some, but not all, people in the IT industry. There are some prominent mainstream management thinkers advocating change (i.e. Steve Denning, Gary Hamel), but largely organisations are run on traditional, bureaucratic lines. Deterministic planning and control is the favoured approach.
There's a solid engineering basis to Agile, which often gets less air-time than the "fluffy bunny" aspects. Take a look at early work by Sutherland and Schwaber:
https://kenschwaber.wordpress.com/2010/06/10/waterfall-leankanban-and-scrum-2/
http://www.jeffsutherland.org/oopsla/schwapub.pdf
If we are serious about doing good in the world, then perhaps we should try to talk the language of the people we want to help, or at the very least avoid alienating them. Not every business is a Google or a Netflix, but every business can be helped by a fact-based discussion of how to improve things within their context.
As part of researching this article I also found I'm not the only one who doesn't "get it" https://social-labs.org/is-teal-the-new-black/
Image: bunny rabbit in costume, by Ryan McGuire, used under creative commons CC0 1.0.
Carl Weller is a Principal Consultant specialising in Project Management and Agile Leadership, based in our Wellington office.
Share this
- Agile Development (153)
- Software Development (126)
- Agile (76)
- Scrum (66)
- Application Lifecycle Management (50)
- Capability Development (47)
- Business Analysis (46)
- DevOps (43)
- IT Professional (42)
- Equinox IT News (41)
- Agile Transformation (38)
- IT Consulting (38)
- Knowledge Sharing (36)
- Lean Software Development (35)
- Requirements (35)
- Strategic Planning (35)
- Solution Architecture (34)
- Digital Disruption (32)
- IT Project (31)
- International Leaders (31)
- Digital Transformation (26)
- Project Management (26)
- Cloud (25)
- Azure DevOps (23)
- Coaching (23)
- IT Governance (23)
- System Performance (23)
- Change Management (20)
- Innovation (20)
- MIT Sloan CISR (15)
- Client Briefing Events (13)
- Architecture (12)
- Working from Home (12)
- IT Services (10)
- Data Visualisation (9)
- Kanban (9)
- People (9)
- Business Architecture (8)
- Communities of Practice (8)
- Continuous Integration (7)
- Business Case (4)
- Enterprise Analysis (4)
- Angular UIs (3)
- Business Rules (3)
- GitHub (3)
- Java Development (3)
- Lean Startup (3)
- Satir Change Model (3)
- API (2)
- Automation (2)
- Scaling (2)
- Security (2)
- Toggles (2)
- .Net Core (1)
- AI (1)
- Diversity (1)
- Testing (1)
- ✨ (1)
- August 2024 (1)
- February 2024 (3)
- January 2024 (1)
- September 2023 (2)
- July 2023 (3)
- August 2022 (4)
- August 2021 (1)
- July 2021 (1)
- June 2021 (1)
- May 2021 (1)
- March 2021 (1)
- February 2021 (2)
- November 2020 (2)
- September 2020 (1)
- July 2020 (1)
- June 2020 (3)
- May 2020 (3)
- April 2020 (2)
- March 2020 (8)
- February 2020 (1)
- November 2019 (1)
- August 2019 (1)
- July 2019 (2)
- June 2019 (2)
- April 2019 (3)
- March 2019 (2)
- February 2019 (1)
- December 2018 (3)
- November 2018 (3)
- October 2018 (3)
- September 2018 (1)
- August 2018 (4)
- July 2018 (5)
- June 2018 (1)
- May 2018 (1)
- April 2018 (5)
- March 2018 (3)
- February 2018 (2)
- January 2018 (2)
- December 2017 (2)
- November 2017 (3)
- October 2017 (4)
- September 2017 (5)
- August 2017 (3)
- July 2017 (3)
- June 2017 (1)
- May 2017 (1)
- March 2017 (1)
- February 2017 (3)
- January 2017 (1)
- November 2016 (1)
- October 2016 (6)
- September 2016 (1)
- August 2016 (5)
- July 2016 (3)
- June 2016 (4)
- May 2016 (7)
- April 2016 (13)
- March 2016 (8)
- February 2016 (8)
- January 2016 (7)
- December 2015 (9)
- November 2015 (12)
- October 2015 (4)
- September 2015 (2)
- August 2015 (3)
- July 2015 (8)
- June 2015 (7)
- April 2015 (2)
- March 2015 (3)
- February 2015 (2)
- December 2014 (4)
- September 2014 (2)
- July 2014 (1)
- June 2014 (2)
- May 2014 (9)
- April 2014 (1)
- March 2014 (2)
- February 2014 (2)
- December 2013 (1)
- November 2013 (2)
- October 2013 (3)
- September 2013 (2)
- August 2013 (6)
- July 2013 (2)
- June 2013 (1)
- May 2013 (4)
- April 2013 (5)
- March 2013 (2)
- February 2013 (2)
- January 2013 (2)
- December 2012 (1)
- November 2012 (1)
- October 2012 (2)
- September 2012 (3)
- August 2012 (3)
- July 2012 (3)
- June 2012 (1)
- May 2012 (1)
- April 2012 (1)
- February 2012 (1)
- December 2011 (4)
- November 2011 (2)
- October 2011 (2)
- September 2011 (4)
- August 2011 (2)
- July 2011 (3)
- June 2011 (4)
- May 2011 (2)
- April 2011 (2)
- March 2011 (3)
- February 2011 (1)
- January 2011 (4)
- December 2010 (2)
- November 2010 (3)
- October 2010 (1)
- September 2010 (1)
- May 2010 (1)
- February 2010 (1)
- July 2009 (1)
- April 2009 (1)
- October 2008 (1)