Agendashift’s three meta strategies

Or less grandly, three things to keep doing if you’re doing anything strategy-related (which, if you think about it, should be a lot of the time).

Meta strategy 1. Keep asking this question: “What if we put agreement on outcomes ahead of solutions?”

Authentic agreement on meaningful outcomes. “Authentic agreement” meaning the right people in the room, agreeing on things that matter, expressed in their own words. “Meaningful outcomes” meaning not just numbers, not just targets, but needs met, happy endings to stories, the world changed for people in meaningful ways.

Solutions second, outcomes leading the way – literally “leading with outcomes” [1] – solutions emerging from the people closest to the problem [2], people already motivated to find them.

All of that is a 180 degree turnaround from those 1990’s models of managed change, a different paradigm entirely. Instead of using outcomes to sell solutions (and very often solutions of the wrong kid of scale), we use outcomes to find solutions. Not just game-changing for engagement, a completely different game.

Meta strategy 2. Keep outcomes in the foreground; you’re ‘done’ when needs have been met, ‘really done’ when you have fully accounted for all the learning

Outcomes don’t go away once we start thinking about solutions – quite the opposite. Outcomes change what ‘done’ and ‘really done’ mean. When we account properly for learning, it creates certain expections, helping to keep ‘done’, ‘really done’, and all the outcomes they represent in the foreground. Solutions are kept in their proper place, just a means to an end, held much more lightly.

We’re done when “someone’s need was met” [3], the outcome demonstrably achieved. This implies that we know whose need we’re trying to meet, what need, and how we’d know that we have indeed met it.

We’re really done when we’ve fully accounted for all the learning that goes with achieving the outcome. To be sure of not missing any, work is framed in the right way (as hypotheses and experiments, whenever that’s appropriate), the right things are monitored, and regular reviews are in place. The regular rhythm of review and the shared understanding of what each review entails creates containers for learning. If you know that the learning will need to be accounted for, it really changes how you work.

Meta strategy 3. Keep developing your understanding of where all this happens

Where rather than how, because the third meta strategy of the three is not about practice or process, but organisation [4]. It’s about working to eliminate a common organisational dysfunction, also working to develop a kind of organsational agility that’s about so much more than mere speed.

If instead of keeping outcomes in the foreground you allow yourself to be distracted by solutions and how you’re rolling them out, you manage for progress, not impact. Compounding the error, one group manages things that people closer to the work could easily be managing for themselves. And it works in the opposite direction too: one group second-guessing the needs, priorities, and strategies of another. In short: the wrong people managing for the wrong things. Totally dysfunctional, so common, and don’t be so sure that your branded process framework or your PMO will fix it for you either!

Often this dysfunction happens between levels of organisation (up and/or down), but the trick is to think less in terms of levels or hierarchy and more in terms of identity. For an outcome, what’s the group of people most closely identified with it or that you would want to see organising around it? Conversely (and more powerfully), for any group of people with an identity of its own and the apparent will to develop itself – team, team of teams, something bigger, something cross-cutting, whatever – what are the outcomes that it is pursuing? What, in other words, is its strategy, and has it been afforded the opportunity to develop it for itself and in its own words?

That way of looking at organisation has a dynamism that’s simply not there in the org chart or the process diagram. People participating in multiple circles, circles that overlap and rapidly share learning, insights, and intelligence because they also share people. For as long as they’re needed, circles that have lives of their own. Structures that support both the development of people and the development of the organisation. Structures rich and dynamic enough to meet the ever-changing complexities of the business environment.

With this third meta strategy, the preceding two don’t just have a home, they have many homes. Strategy becomes something fractal and emergent, living in the conversations not just within circles, but between them.

deliberately-adaptive-image

Summary

Agendashift’s three meta strategies, things to keep doing if you’re doing anything strategy-related:

  1. Keep asking this question:
    • What if we put agreement on outcomes ahead of solutions?
  2. Keep outcomes in the foreground:
    • You’re ‘done’ only when needs have been met
    • You’re ‘really done’ only when you have fully accounted for all the learning
  3. Keep developing your understanding of where all this happens:
    • Less in terms of hierarchy
    • More in terms of identity

[1] This section drawn from the first video in Leading with Outcomes: Foundation (academy.agendashift.com)
[2] Thank you Karl Scotland for that wording
[3] See Done (agendashift.com/done)
[4] See the Deliberately Adaptive Organisation (deliberately-adaptive.org)

For further reading, my two most recent books:

  1. Agendashift: Outcome-oriented change and continuous transformation (2nd ed 2021)
  2. Right to Left: The digital leader’s guide to Lean and Agile (2019, audibook 2020)

What if we put authentic agreement on meaningful outcomes ahead of solutions?

Welcome to Agendashift™, the wholehearted engagement model

Agendashift™, the wholehearted engagement model
Links: Home |
About | Our mission: Wholehearted | Become an Agendashift partner | Assessments | Books | Resources | Media | Events | Contact | MikeSubscribe
Academy: Home | Store
Blog: Monthly roundups | Classic posts
Community: Slack | LinkedIn group | Twitter

What if we put agreement on outcomes ahead of solutions?

Agendashift™: Serving the transforming organisation
Agendashift  Academy: Leading with OutcomesHome | Store

Links: Home | Subscribe | Become an Agendashift partner Events | Contact | Mike
Resources: Tools & Materials | Media | Books | Assessments 
Blog: Monthly roundups | Classic posts
Community: Slack | LinkedIn group | Twitter

The 1967 Manifesto for The Deliberately Adaptive Organisation

It may still too early to judge the 1990’s for its net contribution to organisational understanding. If much of what was published on the specific topic of change management had never been written, it might have been for the better! It’s not all bad though: I have recently enjoyed two books from that period, Karl Weick’s Sensemaking in Organizations (1995) and the 1994 first edition of Henry Mintzberg’s Rise and Fall of Strategic Planning. (Regarding the latter one, if you can tell me whether I should also read the 2000 second edition, do let me know.)

Reading Mintzberg, what stood out for me wasn’t so much his concept of emergent strategy (arguably not much more than a fancy name for what really happens to our best-laid plans) but these five things:

  1. The limits of rationalism and control, and the apparent disregard shown for them not just by the mid 20th-century strategic planners but by their champions in academia
  2. The idea, attributed to Edelman, of experts being those who avoid (or merely bemoan) the pitfalls but fail to notice the grand fallacy (see point 1 above, and I suspect I may never hear the words ‘expert’ and ‘pitfall’ in quite the same way again!)
  3. Primed by my prior reading of that Weick book on sensemaking, the idea of strategy as the means by which we make sense and meaning of our decisions; strategies don’t just help us to act in the present and project ourselves into the future, their role in helping us reinterpret how we got here is important too
  4. And before we get too comfortable with strategy as story, strategy as theory – something to be tested, lightly held
  5. Brian Loasby’s 1967 Manifesto for the Deliberately Adaptive Organisation

I’m having a bit of fun with that last one of course. I’ve no reason to think that Loasby (now Emeritus Professor in Economics at Stirling University) had anything manifesto-like in mind, and the Deliberately Adaptive Organisation didn’t exist back then. Not even its sources: the Viable System Model (Beer) was not yet fully formed; the Deliberately Developmental Organisation (Kegan & Lahey) was decades off; Agendashift’s main architect (yours truly) was just two years old.

But check this out:

if, instead of asking how they can more accurately foresee future events and thus make better decisions further ahead, firms were to ask first what they can do to avoid the need to decide so far ahead, they might be led to discover important ways of improving their performance.

Brian Loasby, 1967, via Mintzberg

Let me recast that in the “this over that” style of a notable document familiar to many readers, the Agile Manifesto. Adding some flourishes of my own:

In the pursuit of business performance, we are finding it useful to see plans and strategies more as theories to be tested quickly than as predictions and commitments for the longer term. Through this change of perspective, we are learning to value anticipating and meeting needs over setting and meeting deadlines, open options over past decisions, and rate of learning over closeness of control. Not that deadlines, decisions, and control have no value, rather that when valued against needs, flexibility, and adaptability, it is the latter group that drives our development forward.

I am not seriously advocating a new manifesto – for me, that ship sailed long ago – but Loasby was definitely onto something all those years ago. Rewriting history, there is already something Lean-like about his heuristic, and for anyone trying it, I’ve little doubt that Lean’s explicit attention to people and to flow would soon be required in any determined application of it. Invite the customer inside that way of thinking and you get something quite Agile-like. And compared to Agile as first framed, much more obviously relatable to business agility too. Interesting!


What if we put agreement on outcomes ahead of solutions?

Agendashift™: Serving the transforming organisation
Agendashift  Academy: Leading with OutcomesHome | Store

Links: Home | Subscribe | Become an Agendashift partner Events | Contact | Mike
Resources: Tools & Materials | Media | Books | Assessments 
Blog: Monthly roundups | Classic posts
Community: Slack | LinkedIn group | Twitter

Get unstuck and get going: Starting small with 5% and 15% outcomes

In chapter 1 of Agendashift (2nd edition 2021) you’ll find a crucial but awkwardly-named exercise, Practice Outcomes. It’s there because the main event, the Clean Language-inspired coaching game 15-minute FOTO, goes so much better if players have been primed to start small. If your first outcome is a small one, the chain of consequences that follows – “Then what happens? Then what happens?” – is so much more productive.

5% outcomes, getting unstuck

I’ve been working on making not just the exercise of Practice Outcomes but its outputs and its rationale easier to reference. Hence “5% outcomes”, the kind of teeny-tiny outcomes you get from the miracle question (source: Solutions-focused brief therapy, via the 2006 Jackson and McKergow book The Solutions Focus). The version of the miracle question we use in Practice Outcomes isn’t exactly canonical but it’s close enough:

  • If that obstacle disappeared overnight (it doesn’t matter how), what would be the first thing you would notice? (something positive)

The rationale? Make your outcomes small enough, and perhaps they’re there already if only you knew where to look. And if they’re there, so are what causes them – solutions! A great way to get unstuck.

If you find yourself not wanting to explain the miracle question, something simpler:

  • What first, tiniest signs of success might we see?
  • And before that, even tinier?

Context for those questions might be a some kind of obstacle, an outcome (a larger one, obviously), or even our overall objective. Here I’ve visualised it in terms of the IdOO (“I do”) pattern:

5-percent-outcomes

15% outcomes, getting going

If we get unstuck with 5% outcomes and their corresponding 5% solutions, then 15% outcomes and their corresponding 15% solutions are how we make faster progress. I’m riffing on the Liberating Structures pattern 15% Solutions, whose rationale speaks to the stuckness issue but invites us to think a little bigger. If our attitude is that “15% is always there for the taking”, then we’re primed to iterate towards our goals. Faced with an adaptive challenge, the sooner we embrace that kind of approach, the better. Here, 100% solution are worse than unlikely, they’re a route to failure.

15% is always there for the taking

15% Solutions: Discover and Focus on What Each Person Has the Freedom and Resources to Do Now (liberatingstructures.com)

The questions here:

  • “How will we know that we’ve made a small but significant step in the right direction?”
  • “And then what happens?”

Anticipating one of the three most important questions in 15-minute FOTO, the “And then what happens?” is already getting us to think more iteratively. Visualised:

15-percent-outcomes

5% and 15% outcomes, yes outcomes

You might be wondering why I start with Solutions Focus and 15% Solutions and invite participants to capture not solutions but outcomes. Is this some strange insult to my sources? Not a bit of it!

Think of Agendashift as a two-pronged approach to adaptive strategy:

  1. its formation through an ongoing process of meaningful participation
  2. integrated with innovation and learning processes

In the context of an adaptive challenge in a changing environment (one we’re actively changing, no less), if we take the attitude that solutions are always there for the taking – a core premise of both our sources –  the right time for solutions is just in time. To solutionise sooner is to invite solutions that may be beyond their shelf life by the time they’re really needed. Worse, having them designed only by the people who happen to be in the room at the time is another recipe for failure.

We are not merely counting on but institutionalising the emergence of solutions “from the people closest to the problem”, to quote my friend Karl Scotland. Keeping that innovation process well fed, appropriately oriented, and with room to breathe, strategy is developed in the language of outcomes.

Going as far as mostly as avoiding the term change management for fear of being associated with it, this is the very antithesis of 1990’s-style managed change. Great for upgrading your email server, but completely the wrong paradigm for anything transformational. Catch yourself thinking that a preconceived solution – worse, a borrowed one – should be your main response to your adaptive challenge? Tempting, but think again. You’d be making a category error, already a terrible place to start. Rolling it out, overcoming resistance to change and all that? Well that would be doubling down, compounding the mistake, and the consequences will be yours to own.

So solutions come well after outcomes, not before. But if you hear a solution prematurely – even a 5% or 15% solution – don’t worry. They’re easy to deal with:

  • Then what happens?

Get unstuck and get going with 5% and 15% outcomes. Small – tiny even – but powerful!


What if we put agreement on outcomes ahead of solutions?

Agendashift™: Serving the transforming organisation
Agendashift  Academy: Leading with OutcomesHome | Store

Links: Home | Subscribe | Become an Agendashift partner Events | Contact | Mike
Resources: Tools & Materials | Media | Books | Assessments 
Blog: Monthly roundups | Classic posts
Community: Slack | LinkedIn group | Twitter

Up and Down the Deliberately Adaptive Organisation

As mentioned in last week’s roundup, I was the guest speaker last night at a #bacommunity webinar hosted by Adrian Reed of Blackmetric Business Solutions. I am blown away by the response (still ongoing), and Adrian has kindly made the recording available already. You can watch it here (below, ad free), on YouTube, or on Adrian’s webinar page (blackmetric.com).

A modern take on a 70’s classic, we take some of the tools of modern product and organisation development and plug them into Stafford Beer’s Viable System Model, a model that (still) describes organisations of all sizes that have the drive to survive in a changing environment. The result of this exercise will feel remarkably familiar to Lean-Agile eyes, and yet it helps to reveal some of the serious dysfunctions too often experienced with current frameworks, both team-level and larger.

Mike Burrows

About the Speaker
Agendashift founder Mike Burrows is the author of Agendashift: Outcome-oriented change and continuous transformation (2nd edition March 2021), Right to Left: The digital leader’s guide to Lean and Agile (2019, audiobook 2020), and the Lean-Agile classic Kanban from the Inside (2104). Mike is recognised for his pioneering work in Lean, Agile, and Kanban and for his advocacy for participatory and outcome-oriented approaches to change, transformation, and strategy. Prior to his consulting career, he was global development manager and Executive Director at a top tier investment bank, CTO for an energy risk management startup, and interim delivery manager for two of the UK government’s digital ‘exemplar’ projects.

Links shared in the talk:

  • deliberately-adaptive.org
  • agendashift.com/changeban
  • agendashift.com/assessments
  • agendashift.com/a3-template
  • agendashift.com/book (the 2021 2nd edition of Agendashift) and its recommended reading page, looking out in particular for these authors:
    • Stafford Beer (VSM originator)
    • my friend Patrick Hoverstadt – for The Fractal Organisation, the second of two of his books I reference
    • Robert Kegan & Lisa Laskow Lahey – here for An Everyone Culture.  Despite my oft-expressed aversion – alluded to in my talk – to staged development models, maturity models and the like, they impress hugely. The name ‘Deliberately Adaptive Organisation’ is totally inspired by their ‘Deliberately Developmental Organisation’, referenced towards the end of my talk. To integrate strategy, delivery, and development to the depth envisioned in Agendashift’s wholehearted mission, you need this stuff. Their Immunity to Change resonates too.
  • agendashift.com/subscribe – per the last slide, a ton of stuff still brewing and you don’t want to miss out 🙂

Enjoy!


What if we put authentic agreement on meaningful outcomes ahead of solutions?

Welcome to Agendashift™, the wholehearted engagement model

Agendashift™, the wholehearted engagement model
Links: Home |
About | Our mission: Wholehearted | Become an Agendashift partner | Assessments | Books | Resources | Media | Events | Contact | MikeSubscribe
Academy: Home | Store
Blog: Monthly roundups | Classic posts
Community: Slack | LinkedIn group | Twitter

Celebration-5W version 6, “your next big breakthrough”

Agendashift is founded on one simple but radical idea: authentic agreement on meaningful outcomes as the basis for change. If there’s a stronger foundation for the kind of change where engagement, collaboration, and innovation are key – any interesting kind of change, in other words – I have yet to find it.

Accepting that authentic agreement is unlikely without some kind of conversation, where do those conversations start? One tried-and-tested place is Celebration-5W, our context-capturing workshop kickoff exercise. It’s not the only available starting point, but it is certainly a reliable one. It’s a time travel exercise with a simple premise: we use the journalistic Five Ws – Who, What, Where, When, and Why – to report on a celebration that will take place some time from now. The exercise is usually done in small groups, with outputs compared in a debrief afterwards.

In version 6 I’ve made a couple of small changes to align the materials with how I already introduce and facilitate it:

  1. Under What, “your next big breakthrough”. This is a deliberate nudge away from the thinking that we must wait for the end of a project. For a while in my patter I would say things like “your next big piece of learning” but that’s too abstract for this early stage in proceedings and not nearly as engaging.
  2. Under When, I inserted “business-relevant” to make a “significant and business-relevant challenge”.  An obvious enough tweak, but I have always stressed that it’s not good enough to celebrate something specific to (say) Agile practitioners without making its business relevance very clear. Better indeed to start with something recognisably business-related and work backwards from there. In fact, it’s perfectly possible to do an Agendashift workshop without mentioning the A word at all and I make no apologies for that.

Celebration-5W-slide-2021-08-v6

As per the tip highlighted middle right on the above slide, the two affected W’s together represent a good place to start the exercise. The trick is to iterate between the What (top right in Mike Haber’s nice template) and the When (bottom right) until you have a scope that seems to work. We recommend a timeframe measured in months, long enough for there to be some real challenge remaining but not so long that it risks becoming just an aspiration or someone else’s problem.

Your next big breakthrough

What if workshop exercises aren’t your thing or if now’s not the time? Fair enough! A little mental/paper exercise for you:

  • What is the next big (multi-month, significant, and business-relevant) breakthrough that you would like to be celebrating?
  • Where do you think that breakthrough will come from?
  • Were you to ask those questions of your colleagues, how do you think they would answer?
  • How would their Five Ws compare to each other’s and to yours?

Be honest now! Answers aren’t going to be identical, but you do want them to be coherent. If they are not, you have a problem, perhaps even the seeds of real crisis (I do not exaggerate – we’ve seen it firsthand). Of course it’s not normally as bad as that, but incoherence, misalignment, or complacency are hardly trivial issues either. One way or another, it’s time to get together and start creating some shared context.

Celebration-5W is one of the first exercises in our self-paced online training Leading with Outcomes. It represents just one of multiple opportunities for you to engage with questions of transformational leadership and with a range of tools specifically designed for productive conversations in the language of outcomes. Whether you’re a manager or a practitioner, we’re confident that it will help you be a better leader. Could it be where your next personal breakthrough comes from?

Related resources


What if we put agreement on outcomes ahead of solutions?

Agendashift™: Serving the transforming organisation
Agendashift  Academy: Leading with OutcomesHome | Store

Links: Home | Subscribe | Become an Agendashift partner Events | Contact | Mike
Resources: Tools & Materials | Media | Books | Assessments 
Blog: Monthly roundups | Classic posts
Community: Slack | LinkedIn group | Twitter

Inside-out or outside-in? A strategy warmup

In case you have been wondering why it has been quieter than usual here, we had four night’s worth of respite break last week (long story but it was great, the longest break we’ve had since the pandemic started). Refreshed and energised, by the power of Zoom I was in New Zealand early in the morning of my first day back for a Limited WIP Society meetup and I thought it would be fun to try an experiment.

As per most of my meetup appearances we did a IdOO (“I do”) pattern exercise, three breakouts discussing the Ideal, Obstacles, and Outcomes for a given challenge. Composed for the event, here’s the challenge we used:

Imagine…

…reaching the right customers, meeting their strategic needs*, achieving results in the way to which we aspire

*strategic needs: their needs, our strategy

(And here is that challenge plugged into the IdOO Breakout Generator announced last month)

There are several things going on that challenge, and I was careful not to steer people towards any particular element. In the debrief afterwards:

To which part did you most respond? Right customers and their strategic needs, or how we achieve them? If right customers and their strategic needs, chat “outside-in”. If you responded mainly to the how part, “inside-out.

Interestingly, the split was roughly 50:50.

Inside-out and outside-in describe two important and complementary approaches to strategy. If you start with developing capability, performance, or culture, it’s inside-out. Whether or not it qualifies as effective strategy depends on a few things: if you identify one or more meaningful objectives (not too many of those – you need focus), some measures of success (how to know that you’re winning), the most important obstacles you’ll likely need to overcome (no point focussing on the wrong obstacles or obstacles that don’t really exist), and other sources of uncertainty (be honest now), you’ve made a good start, but still you’re set up for failure if you can’t back that up with the necessary commitments.

You can get all of that right and still waste a lot of time finding out that it’s all completely irrelevant from the customer’s perspective – a potentially catastrophic problem if left unaddressed. The alternative? Outside-in means starting from the customer and other actors in the changing business environment, and working inwards. In the process, it creates meaning and context for what happens inside, a powerful exercise in alignment when done right.

Don’t get me wrong, organisations absolutely need to balance both perspectives, and it’s good to be skilled in facilitating both approaches. It’s good also to know which one you’re doing, and to recognise when the other is what’s needed or is happening anyway (trust me, it happens, and it can be a good thing).

If you know you have an urgent need to look at things from both ends, my firm advice is to start outside-in. With the right kind of structure you’ll get quickly to a point where you can bounce back out again, and the whole exercise will make so much more sense. Agreeing instead on a load of improvement work that later turns out to be irrelevant is at best wasteful, and at worst, demoralising.

Back from my break I have started recording Outside-in Strategy with Outcomes, the outside-in complement to the self-paced training Leading with Outcomes with which we launched the Agendashift Academy last month. Together with our signature interactive workshops – see Upcoming below for dates – we’re building a comprehensive training programme, all designed to help organisations, their leaders, and their expert practitioners thrive together in a changing environment. For us that means some motivating objectives for the year consistent with our mission, and some new capabilities to develop. And don’t worry, no shortage of commitment!

Related posts:

Resources (agendashift.com/resources)


What if we put agreement on outcomes ahead of solutions?

Agendashift™: Serving the transforming organisation
Agendashift  Academy: Leading with OutcomesHome | Store

Links: Home | Subscribe | Become an Agendashift partner Events | Contact | Mike
Resources: Tools & Materials | Media | Books | Assessments
Blog: Monthly roundups | Classic posts
Community: Slack | LinkedIn group | Twitter

What do I mean by ‘generative pattern’?

That question came up recently in our weekly #community Zoom and again afterwards so I thought it would make sense to write it up here. I have two possible definitions, but before I get to those, some lower-level building blocks:

  • Generative and generative process: Generative has two meanings, (i) capable of creating something, or (ii) something with finite rules that when applied repeatedly can produce things of arbitrary complexity (for example the production of language from the rules of grammar; computer-generated art or music). Both of these meanings have some relevance here; I use generative process when referring specifically to the second of those meanings.
  • Generative image: words or images designed both to challenge and to inspire a wide range of possible responses, usually achieved by taking care not to prescribe or otherwise over-specify, perhaps to the extent of deliberately introducing ambiguity or paradox. Two notable examples, beginning with the most famous of them all: “sustainable development” and “Agile Software Development”. Examples from Agendashift include our True North statement, “wholehearted organisations” (best left under-specified), and the assessment prompts (inspired by practice but carefully non-prescriptive); we have others. These examples are all carefully crafted well in advance but they might instead be harvested from the organisation or created through (say) a workshop exercise; one of the earliest exercises in  Gervase Bushe’s The Dynamics of Generative Change (2020) has the objective of crafting a generative purpose statement for the change initiative in question.
  • Generative question: open-ended questions that can be used in a wide range of contexts and generate a wide range of valuable but unpredictable answers, perhaps provoking some insight in the process. Examples: setup questions such as “For this ___ to be really useful for you, it will be like what?” (from Clean Setup) and menus of questions that can be used repeatedly within a generative process, for example “Why is that important?” and “What stops that?” (from Challenge Mapping), and the Clean Language questions (our Clean Language-inspired coaching game 15-minute FOTO includes 8 of the 40+ canonical questions)

Rather like the word generative, the term generative pattern could have several meanings. Literally “things that as patterns recur in different contexts and that are generative”, would do. Then there’s the more specialised, “patterns that combine in a pattern language” – think for example Christopher Alexander’s pattern language for architecture and the facilitation patterns of Liberating Structures.

Agendashift’s usage is tends to be more specific but still compatible with both of those meanings. Usually I’m referring to higher level structures into which which all of the lower-level generative elements mentioned so far can be plugged in. The design community’s double diamond would be an example of that, a recognisable pattern with applicability in a wide range of innovation contexts, within whose overarching structure a wide of generative tools can be used.

The most memorable generative pattern in Agendashift is the IdOO pattern (“I do”, for Ideal, Obstacles, Outcomes) and it meets all of these definitions. It’s clearly a pattern (it’s recognisable in different contexts), it combines with other patterns (even with itself – the landscape of obstacles and outcomes is fractal), and it’s a structure into which other generative elements can be inserted:

  • Ideal: typically a reflection on a generative image and often with the aid of a setup question; sometimes it’s just a question, perhaps with the hint of a generative image embedded in it (see the Outside-in Strategy Review template for at least one example of that)
  • Obstacles: “What stops that?” as a generative question or something more elaborate, the TRIZ exercise from Liberating Structures for example
  • Outcomes: SFBT’s miracle question on its own or as a precursor to 15-minute FOTO, generative question and generative process respectively

What it does of course is keep that generative conversation moving forward in a productive direction. Unconstrained, the random walk might be enjoyable for a while but trust in the process would diminish rather quickly.

Postscript 1

It’s about time I announced the IdOO breakout generator tool. I’ve been using it in meetups for a few weeks now. It’s simple online tool to help you facilitate breakout discussions or personal reflections with the Ideal, Obstacles, Outcomes (IdOO) pattern. These convenience links will take you to first user-facing page with an Agendashift-related challenge already configured for you:

You can also configure it to use a challenge of your own. Read the tips and gave a play!

Postscript 2

Talking of structure, while this post was already under construction I saw in a community forum this from Ian Phillips . With his permission:

…so I know a few people on here attended the MindShift Conference on ING’s. Am reflecting a bit on Jesko von den Steinen and:
  • “There is intuition in your structure.”
  • “Structure your intuition.”

Love that! It took a while for Agendashift’s patterns to crystallise out but it was well worth encouraging that process. After doing it once with the IdOO pattern (and it took much of the time between the 1st and 2nd editions of the book), it got easier. 2MBM took only hours 🙂

Related

agendashift-2nd-ed-sharing-1200x628-2021-02-10

agendashift.com/book (March 2021)


What if we put agreement on outcomes ahead of solutions?

Agendashift™: Serving the transforming organisation
Agendashift  Academy: Leading with OutcomesHome | Store

Links: Home | Subscribe | Become an Agendashift partner Events | Contact | Mike
Resources: Tools & Materials | Media | Books | Assessments 
Blog: Monthly roundups | Classic posts
Community: Slack | LinkedIn group | Twitter

If Agendashift is the answer, what’s the question?

If you’ve seen my 2-minute welcome video for our May 18th conference you’ll know the question already:

What if we put agreement on outcomes ahead of solutions?

What if we don’t do that? Well, the symptoms will be familiar:

  • You’re going through the pain of rolling out a solution and no-one can quite remember why the the solution or the pain is necessary
  • Circular thinking – the solution becoming the strategy – business goals out of the window long ago
  • Beyond solutions, the only expressions of strategy that anyone can remember are vague and uninspiring: “improvement”, “efficiency”, and the like
  • You’re stuck in an endless cycle of disappointing solution after disappointing solution – systems, reorganisations, and so on – none of them living up to their promises 
  • For those or other reasons and more, people disengaging, not seeing the point of it all (if ever they did)

Replace “solution” in the above with “Agile process framework” and you’ll understand some of our motivation. But without any way condoning the incongruent, ironic, and dare I say tragic imposition of something that was meant to engender collaboration, innovation, and other manifestations of engagement, the problem goes much wider and we’re not afraid to aim high!

So let’s get down to business:

Imagine you decided that you would be serious and deliberate about that, determined to keep authentic agreement on meaningful outcomes ahead of all the rest. The right people in the room agreeing to pursue outcomes that matter – needs met, happy endings, the world changed. Great decision, but now what? How do you make that work? What does it imply for your organisation and its leadership?

For me, four big questions follow:

  1. How do we hold those conversations? Who participates? Who’s invited? How are these new kinds of conversation conducted? How are they focussed on the right things? What keeps them on a productive track?
  2. How do we organise that into strategy? How do organise the results of those conversations into strategy that’s engaging, adaptive, proactive, listening as it learns, encouraging the generation of new knowledge?
  3. How do we turn strategy into action? How do we encourage innovation at the edges, solutions emerging from the people closest to the problem?
  4. How do we sustain all that? How do we make it self-sustaining, self-sustaining, such that is works for people, for team, all levels up from there, business agility at every scale?

This is the point at which I say with a smile “Welcome to Agendashift – these are the kinds of questions we like to answer”. Those four big questions or the topics implied by them – New kinds of conversation, Adaptive strategy, Innovation at the edges, Business agility at every scale – they’re a pretty good way to organise everything that Agendashift offers.

Come to the conference and you’ll hear a range of voices speaking into those challenges. If you’re grappling with any of them, or experience any of the symptoms that suggest that perhaps you ought to be doing so, join us. For the manual, you can read the book (the new 2nd edition). And check out what’s Upcoming at the bottom of this post – workshops and other events, all of them speaking to at least one of these themes.

Acknowledgements

Thanks to the Thursday Lean Coffee Zoom group (details in #community in Slack) for input on this iteration, and to Karl Scotland for “solutions emerging from the people closest to the problem” (used with his permission in the book also).

Related:

  1. Join us on May 18th for Agendashift 2021, our inaugural conference
  2. Why the Agendashift 2nd edition? What happened?
  3. Out on Monday, the Agendashift 2nd edition

Agendashift 2021 May 18th Page Image


Upcoming

Workshops:

Other events:


Agendashift™, the wholehearted engagement model
Links: Home |
About | Our mission: Wholehearted | Become an Agendashift partner | Assessments | Books | Resources | Media | Events | Contact | MikeSubscribe
Workshops: Transformation strategy | Outside-in strategy | Short training
Blog: Monthly roundups | Classic posts
Community: Slack | LinkedIn group | Twitter

Neat hierarchies vs self-expressed strategy

Oh dear, a “vs” in the title on a subject where perhaps some nuance is called for. My apologies – naming is hard – but then again, on this topic I do take a strong and (I suspect) non-mainstream position.

Last week I put this question to LinkedIn:

At scale [across multiple organisational units], do you:
1) maintain neat hierarchical work breakdown structures (saga, epic, feature, story, task, perhaps)
Or 2) allow each level and each unit within – down to team if not individual level – to express their respective strategies in their own language as they are fit?

To be clear, the intention behind this question is not about terminology (not method-level terminology at least)

Quite a range of answers, many of them describing organisations that were much closer to one extreme than the other, with aspirations to reverse the situation. The really funny thing: this went in both directions. People working with neat hierarchies aspiring to greater self-organisation, and people at that end aspiring to consistency and to what they saw as a source of alignment.

So where am I on this? Pieter Mulder’s comment represents my thoughts pretty well:

My opinion is very much that point 1 will only let you scale so far and it must take a heck of a lot of effort to maintain that as you continue to scale and it comes with risk when teams or individuals don’t conform and the whole system breaks down – also, who decides the structures and how do you change them when they don’t work? Point 2 can scale infinitely as the decision-making and accountability sits much lower down so it is much easier to optimise the system (smaller experiments, smaller tweaks, smaller risk to the whole).

Teams are living organisms which are never the same. What works for one team doesn’t always work for another (even if they are seemingly identical).

I am completely biased as I have never seen 1 work well (and have seen it fail or frustrate too many times) and I have seen 2 work really well.

Late 90’s, before Agile was even a thing, two investment bank projects sealed it for me.

The first of these projects impacted borrowers and lenders of fixed income securities in the UK (Gilts most especially) and was sponsored by the Bank of England. I was hired as a contract developer into the relevant front office team and was surprised (in a very good way) about how things were organised. Quickly I found myself taking the lead in agreeing interchange protocols with middle and back office systems and we all got on with our work. For the purpose of this project, each system had its champions in various parts of the business, and between us all we worked out how testing would be conducted, both separately and integrated. Project managers meanwhile stayed mainly out of our way, looking after the BoE relationship. On launch night we converted literally billions of pounds worth of stock between old and new trade models, and one minor hiccup aside (fixed in minutes), we were live. My first experience of a “front-to-back” project was a very positive one.

Since many of my front office colleagues preferred more trading-focussed projects it wasn’t surprising that I found myself as the front office tech lead for another front-to-back project, completely rewriting a mission critical system in the year leading up to the launch of the Euro. What would have been a high profile project at any time became a truly high stakes project. And the really great thing: we followed much the same model but with two enhancements:

  1. Even greater business involvement, to the extent that across all impacted systems (of which there were several), people co-opted from “line” jobs to work as subject matter experts and testers easily outnumbered the developers
  2. An early focus on testing (one of my first bits of development helped to make testing a largely self-service activity, a few hours coding that paid for itself countless times over), supporting a highly engaged and iterative process

In early autumn we went into parallel running, started migrating trading books a few at a time and then in larger numbers until we were fully live. Not only were we ready in good time for the Euro conversion, we were earlier than anyone’s best predictions!

20-25 years have passed since those projects and despite all I’ve experienced since, there’s very little that I would change about them. And if self-organisation can work on projects of such scale and significance, why is it not more the norm? Or perhaps it is, but we don’t like to own up to something that looks messy, and surely those nice, neat hierarchies are what counts for “doing it properly” these days?

In more recent years my opinions have only hardened. I know that context is everything, but show me a beautifully-groomed backlog and two worries spring immediately to my mind:

  • When the work gets to the front of the queue, will it still be relevant?
  • How much does it cost to incorporate everything that’s been learned meanwhile?

To make that learning process work at scale and speed, you’ve got to be truly exceptional. For the unexceptional – and I’m referencing Right to Left here – the big risk is that you end up ploughing through backlogs of requirements, a mediocre experience leading to mediocre results, hardly Agile at all (if that’s a goal).

More recently still, and in the process of appreciating and integrating models as diverse as OKR, Viable System Model, Sociocracy, and Leader-Leader, I keep landing on a common theme: autonomous teams (and other organisational units) each expressing strategy in their own words, strategies negotiated, developed, and aligned through collaboration and participation.

To the top-down extreme, in the Agendashift 2nd edition (due later this month) I express my feelings thus:

It’s a funny kind of autonomy when strategy is something that happens to you. [And] it’s a funny kind of adaptive strategy if it doesn’t know how to listen.

Again, to make a hierarchical approach work effectively at scale and speed, you’ve got to be truly exceptional. Maybe you are; more likely you are not. Whether or not you are, please let’s agree not to describe it as the default “doing it properly” approach to which all Agile organisations should aspire.

While we wait for the 2nd edition (subscribe here for news), let me recommend Allan Kelly’s Succeeding with OKRs in Agile: How to create & deliver objectives & key results for teams, foreword by yours truly. Highly relevant to this topic!

Related:


Agendashift™, the wholehearted engagement model
Links: Home |
About | Our mission: Wholehearted | Become an Agendashift partner | Assessments | Books | Resources | Media | Events | Contact | MikeSubscribe
Workshops: Transformation strategy | Outside-in strategy | Short training
Blog: Monthly roundups | Classic posts
Community: Slack | LinkedIn group | Twitter

Coming soon, the 2nd edition!https://www.agendashift.com/books/agendashift-2nd-edition

What the (Lean-)Agile scaling frameworks don’t give you

[Minor edits 2020-12-11 and again 2021-01-08 with an updated title. It is now aligned to the final version of the manuscript that went to the publisher this week] 

Not a gratuitous provocation but putting it out there for review. The text below comes from the final chapter of the forthcoming 2nd edition of Agendashift; it’s a quick first draft (written today) and I want feedback! The chapter is new to the 2nd edition; it is titled Up and down the Deliberately Adaptive Organisation and the excerpt below comes at the end of a section called Scaling up.

For context, we have by this point reconciled Agendashift with a powerful diagnostic tool, the Viable System Model (VSM). Stafford Beer’s classic model has lessons for all organisations that have the desire to “meet the demands of surviving in the changing environment”.

What the (Lean-)Agile scaling frameworks don’t give you

I can’t help noting that not everything identified in this reconciliation exercise is addressed well by the scaling frameworks. If you’re looking to one of those as the basis of your Deliberately Adaptive Organisation or (somewhat equivalently) as a model of business agility, here are five things that you may need to attend to yourself:

1. Meaningful experimentation

A worthwhile proportion – perhaps even the majority – of your delivery capacity will need to be devoted to objective-aligned insight generation. There is nothing adaptive about ploughing through backlogs of requirements and hoping for a good outcome. Random experimentation isn’t adaptive either; whilst it flexes some important muscles and can be a useful source of innovation, unless the bulk of it is meaningfully aligned to shared objectives (and driven from them in a way that creates meaning for the people doing the work), it’s unlikely to take you very far.

2. Meaningful negotiation between levels based on trust and transparency

If you’re not careful, cascading hierarchies of objectives end up as backlogs of requirements to be ploughed through, and we know where that leads. Dressing up that hierarchy in Agile terms – saga, epic, feature, story, etc – doesn’t change that.

Remember that what’s asked for, what’s needed, what’s possible, and what’s sensible are four different things. Moreover, each level will have its own language, its own way of looking at things, and its own measures of success, and it’s not helpful when one level projects (or worse, imposes) theirs onto another. Instead: trust-building transparency, then mutual understanding, then alignment.

3. Containers for multi-level, multi-loop organisational learning

I’m referring of course to your framework’s equivalent of the Outside-in Service Delivery Review (OI-SDR) and VSM system 4 more generally. How does your framework help you build and evolve shared models of the system and the world outside? How strong are the expectations of learning that it creates? How does it challenge? How does it help you monitor progress towards objectives? How does it challenge? How does it ensure that intelligence and insights are shared quickly across the organisation?

4. Meaningful participation in strategy

Let me say it again: It’s a funny kind of autonomy when strategy is something that happens to you. Now let me add that it’s a funny kind of adaptive strategy if it doesn’t know how to listen. What we have here are two organisational antipatterns that Agile frameworks – scaled or otherwise – has done little to address. Perhaps it’s unreasonable to expect that they would, but when they’re sold as transformative models of organisation I believe that some scepticism is entirely appropriate.

5. Meaningful self-organisation at every scale

Not just who does what (better described as self-management), but self-organisation as the interplay between structure and spontaneity – who collaborates with whom, at whatever scale, and with what potential. How does your framework both encourage that to happen and ensure that when it happens it is done well?

How well does your scaled (Lean-)Agile implementation demonstrate those five things? The most likely answers are “not very” or “not at all”. If you’re thinking of embarking on a framework-based scaling initiative, I would suggest that it may pay to attend to these issues first. You’ll then be in a much better position both to understand what the frameworks still have to offer and to make whatever further changes now seem necessary.

To be clear, I’m not anti-framework. To understand how a scaling framework really works is to appreciate how its patterns have been integrated, and there’s definitely value in that. But anyone thinking that it’s cool to roll out a large framework waterfall-style is living in the 1990s! Expert-driven ‘tailoring’ doesn’t fundamentally change that. Much better to use your expertise to help people experiment with combining patterns from the full range of sources at their disposal.

Related:


Upcoming workshops

All the usual discounts apply: repeat visits (not uncommon), partners, gov, edu, non-profit, country, un- or under-employment, bulk orders. If you think that one might apply to you, do please ask.

And if you’re thinking of becoming an Agendashift partner, it pays to sign up to that first (in fact it might even pay for itself).


Agendashift™, the wholehearted engagement model
Links: Home |
About | Our mission: Wholehearted | Become an Agendashift partner | Assessments | Books | Resources | Media | Events | Contact | MikeSubscribe
Workshops: Transformation strategy | Outside-in strategy | Short training
Blog: Monthly roundups | Classic posts
Community: Slack | LinkedIn group | Twitter