Outputs from yesterday’s Agendashift workshop

With the permission of its participants, this post is a quick tour through yesterday’s public Agendashift workshop in Cape Town, seen through the key artifacts produced by our two table groups. Sessions 1-5 are covered in detail in chapters 1-5 of the Agendashift book (all five chapters); see also the poster and about pages for a quick overview.

Picked up from the local printers the day before: cue cards for the 15-minute FOTO game (A6 & A5 sizes – the larger A5 size being the more popular); ‘original’ & ‘pathway’ survey reports, A3s. See resources.

2017-11-07 12.58.29-1

Session 1: Discovery

Two exercises here. The first is a getting-to-know-you “Celebration” exercise, ostensibly about a company celebration that is to take place some time in the future (it’s one of those time travel games), but in practice a nice way to make sure the workshop is grounded in organisational context and needs. To structure the output, we use the classic journalistic 5W questions: Who, What, When, Where, and Why, with the How coming later:

The second Discovery exercise involves:

  • Reflecting on our True North statement as an approach to the challenges of the first exercise, thinking about what that’s like, what’s different, and what obstacles stand in our way
  • Using our recently-open sourced coaching game 15-minute FOTO to turn that list of obstacles into outcomes
  • Organising the resulting outcomes to produce the outputs shown below

Session 2: Exploration

A few days prior to the workshop, the participants each completed an Agendashift values-based delivery assessment. The Exploration session starts with a survey debrief, the structure of which is now so well practised that the unbenchmarking report leads us through it step by step.

Then – guess what! – we generate outcomes:

  • Prioritise the survey prompts
  • Identify their respective obstacles
  • Generate outcomes using the 15-minute FOTO coaching game again (a lot easier second time round – one conversation stood out as one I’d wished I’d recorded!)

We finish the session with the exercise whose first rule is not to mention its name (see the first part of this writeup which breaks this rule, or chapter 2 of the book). The joint output of both table groups:

2017-11-08 14.29.46

Moments after this picture was taken we destroyed it (reusing the stickies) but not before identifying stickies setting towards the top left corner as being likely candidates for some hypothesis-driven change (session 4). Look out for stickies marked with asterisks in the next pic (session 3).

Session 3: Mapping

Next, the transformation map, like a user story map but where the items are outcomes rather than user stories:

2017-11-08 15.32.40

After some discussion, we concluded that the first column (Refine existing systems) was empty because the many small improvements that might have gone there were deemed insufficiently interesting on the day. Fair enough! Column 5, Address sources of dissatisfaction (etc) seems rather full; a review of the stickies shows significant scope for consolidation however.

The two stickies “above the line” were the subject of some debate. Are “Increased stability” and “Increased quality” to be treated as long-term objectives to which other yet-to-be-identified work aligns, or are they to be tackled head on? No right answers here, so long as we’re honest. Either way, I stressed that consider them to be actionable (“unactionable” and “aspirational” being trigger words of mine).

For reasons of time, we didn’t bother to prioritise within columns. There was plenty of past experience of that process in the room already.

Session 4: Elaboration

For a selected outcome per table, another generative process, that of creating options. Then:

  • Prioritisation, selected the option considered most capable of significant (“fantastic”) outperformance
  • A hypothesis, Lean Startup style
  • Further development, using our open sourced A3 template (a 20th century tool with a 21st century flavour)

It is not a mistake that both A3s have their Insights section filled in. No, we haven’t run these experiments yet, but imagining the learning we hope to capture allows us then to review our experiment design. Both tables identified gaps in their plans as a result of this tip. Result!

Session 5: Operation

As a practitioner workshop rather than a client workshop (same materials for both but different goals), we deliberately sacrificed much of this session in return for more time for reflection and discussion in sessions 1 & 2. Consequently there are no outputs to show here. With more time available, we would have added more outcomes to the transformation map, driven by an adaptability review. This process both recaps our outcome-oriented process and gets us thinking about how the decisions of the workshop will be carried forward. Our mantra here: “Treat change as real work”.

To wrap up, the Full Circle exercise, capturing outcomes using the house style of the assessment prompts – inclusive, present tense, non-prescriptive:

2017-11-08 17.00.09

The top one could almost be an advert for Agendashift (it’s not mine, honest):

We treat change as a type of work – owned, driven, and co-created by the team/s impacted

You, the outcome-oriented facilitator

If you could use some Agendashift-style outcome orientation in your coaching or consulting work, check out our partner programme. And there’s another opportunity very soon to try it all out, this time in London:

Finally, a massive thank you to all of yesterday’s participants, and also to the organisers of the Regional Scrum Gathering in South Africa who kindly invited me over for this morning’s opening keynote. Opportunities permitting, I hope to return to South Africa again soon – 6 years is too long!


Agendashift-cover-thumbBlog: Monthly roundups | Classic posts
Links: 
Home | About | Partners | Resources | Contact | Mike
Community: Slack | LinkedIn group | Twitter
Workshops (see Events
): 22-23 Nov, London, UK

5 key plays and how to accelerate them

In the context of a discussion about a scaling framework (it doesn’t matter which one), I was asked yesterday in the Agendashift Slack about recurring patterns I’ve seen or applied in my work and whether/how they’ve been affected by Agendashift.

For the sake of minimum argument, let’s say we’re already using both Scrum and Kanban at team level. Basic (and improving) processes are in place, work is visible, and teams are not massively overburdened. It’s not necessarily how I’d start but let’s call that easily-understood baseline ‘play 0’.

After that, here are five key plays from my playbook:

  1. Smooth/speed work through dev – often through managing dependencies better, identifying them before work starts, making them more visible, greatly reducing the appetite for starting work that can’t be finished
  2. Make the post-dev process more visible – make any issues there too visible to ignore
  3. Smooth/speed work through the post-dev process – better conversations at the start of the process (even before dev), better automation, better management of environments, etc
  4. Validation – retain ownership of work well past delivery, validating that the impact on user behaviour is as expected and that needs are being met
  5. Work on the team/organisation interface – risk management, change management, service delivery reviews (a favourite of mine), team sustainability (funding, recruitment, skills transfer, etc)

In what order? When do you do these things?

Of course it depends, but notice:

  • The need for plays 1-3 should become increasingly apparent to the teams themselves once play 0 has taken effect. More experienced teams are likely to notice the need for them sooner; the most experienced ones will not only contain people who know not only that bottlenecks move, but can guess in which direction (and they’re listed in the most common order). These changes happen fastest when they are encouraged and supported by people who know what to expect. An explicit drive towards continuous delivery is helpful, especially with regard to plays 2 and 3.
  • Unlike plays 1-3, plays 4-5 are unlikely to appear spontaneously through a process of introspection. They involve some important attitude changes:
    • Work is only truly ‘done’ when needs have been met (and demonstrably so)
    • It is recognised that the host organisation has needs too, and that unless you want live forever in a small Agile bubble, a certain amount (and style) of mutual accountability is healthy, not a threat.

If I’m working mainly at team level, it’s likely that the five plays will happen in roughly the order presented. Play 4 may involve developing some skills that the dev team might not have in abundance initially (user research & testing, service design, service management, etc). Play 5 may come a lot sooner if the right kind of sponsorship is in place, and it helps immensely if there are managers who can also be considered part of the team for at least these purposes (service managers, delivery managers and project managers in GDS projects, for example).

How Agendashift changes things

Let’s recast these plays as outcomes to be achieved:

  1. Work flowing smoothly through dev, dependencies managed well
  2. Effective management of the process end-to-end
  3. Good collaboration end-to-end and an effective technical platform for rapid delivery
  4. Proactive alignment of team and customer, more ‘right thing’ than ‘wrong thing righter’
  5. Proactive engagement between team and organisation, setting the tone, metrics consistent with values, better alignment overall

As soon as you have agreement on outcomes like these, the opportunity is there for the taking. Of course there are right ways and wrong ways of going about things (and Agendashift provides some help here), but as per my previous post, Getting to Agendashift’s “Why”:

Because when you have agreement on outcomes, the rest is “just” the how…

Agendashift creates the opportunities for outcomes like these to be articulated and agreed upon, even before deep-seated pain points are fully exposed, thereby accelerating the process. They can be tackled in sequence or in parallel, via off-the-shelf practice or innovation, with or without reference to frameworks. The choice is between you and those that you work with and for, defined to some degree by your role already or left open. Where choices are open, make best use of that opportunity: consider a diverse range of options and make progress by testing assumptions relentlessly (advice that works for product development too).

While we’re here

November 8th (tomorrow) is a key day:


Agendashift-cover-thumbBlog: Monthly roundups | Classic posts
Links: 
Home | About | Partners | Resources | Contact | Mike
Community: Slack | LinkedIn group | Twitter
Workshops (see Events
):
8th Nov, Cape Town, South Africa22-23 Nov, London, UK

 

Getting to Agendashift’s “Why”

[Updated 2017-11-04 following feedback]

Spoiler:

Because when you have agreement on outcomes, the rest is “just” the how…

I’d be the first to admit it: clearly articulating Agendashift’s “Why” has taken more time and more iterations than perhaps it should. Or maybe that’s just how it goes – all part of the struggle!

Some of my past attempts at mission statements, taglines, and so on:

  • The new platform for positive change
    – I’m not that this early effort even made it to production but it’s there in my git logs
  • Leading change with less prescription, better conversations, lasting outcomes
     I was still searching for a tagline for the book at this stage
  • Transforming Lean-Agile transformation
    – I must admit that I still quite like this one, but how many people care about this goal?
  • Clean conversations, coherent collaboration, continuous transformation
    – borrowed from the book, but the book is only part of the product
  • Models, tools, & materials for enablers of outcome-oriented change
    – getting there (for reasons that I hope will become apparent in a bit), but this works only if you identify with the phrase “enablers of outcome-oriented change”

Early on, I described Agendashift as “values-based” but I’m not sure that anyone found that particularly helpful. The phrase lingers on in the name of the Agendashift values-based delivery assessment (whose six categories are indeed values – Transparency, Balance, Collaboration, Customer Focus, Flow, and Leadership) but even there the clock is surely ticking. Would “Agendashift delivery assessment” suffice? Probably.

Another description that I still apply to Agendashift is “non-prescriptive”. This resonates  with people who recognise that it’s a big issue for our industry that we rely far too heavily on lazy prescription in the absence of awareness of context or appreciation for how change works. On the flip side, it annoys those who want me to state clearly what Agendashift is, not what it is not. And they’re right of course.

Hence “outcome-oriented”. A useful alternative to non-prescriptive, but for the purposes of a tagline or mission statement it is both clunky and jargony. But ask the question “Why outcome-oriented?” and you’ll get an interesting answer:

Because when you have agreement on outcomes, the rest is “just” the how…

So there you have it: Agendashift’s “Why”, our proposition in a nutshell. It’s all you need to understand the intent and thrust of Agendashift’s tools and materials. For example:

  • The assessments help to identify possible areas of agreement for further work (eg with 15-minute FOTO)
  • The activity flow of Discovery, Exploration, Mapping, Elaboration, and Operation pivots around the central activity of Mapping (see slide below) . Mapping organises outcomes generated and agreed upon in the first two activities. Later, outcomes are reframed as actions in Elaboration; Operation treats change as “real work”.
  • Similarly, the principles:
    1. Start with needs
    2. Agree on outcomes
    3. Keep the agenda for change visible
    4. Manage options, testing assumptions
    5. Organise for speed, clarity, and mutual accountability

Screenshot 2017-11-04 14.12.45

The rest is “just” the how…

This isn’t meant to sound glib. I put the “just” in quotes because of course change is rarely easy. But to treat transformation as something to deploy over the resistance of others is to make it very much harder than it needs to be, and hardly congruent with Lean and Agile values either!

While we’re here


Agendashift-cover-thumbBlog: Monthly roundups | Classic posts
Links: 
Home | About | Partners | Resources | Contact | Mike
Community: Slack | LinkedIn group | Twitter
Workshops (see Events
):
8th Nov, Cape Town, South Africa22-23 Nov, London, UK

 

Agendashift roundup, October 2017

In this edition: Workshops; 15-minute FOTO; Revision 4 of the book; Interviewed for the LAMP podcast (video); Because every framework needs a poster…; Speaking; Top posts

Workshops

Last week I did a webinar hosted by Innovation Roots, a tour through the artifacts generated at the recent workshop in Bengaluru, India. Watch this space for a recording.

Next week’s workshop in Cape Town is nearly sold out – at the time of writing there is just 1 ticket remaining.

After that comes my joint 2-day workshop with Karl Scotland, London Lean-Agile Strategy Days (II) on the 22nd and 23rd. Early bird pricing expires on the 8th.

15-minute FOTO

Our Clean Language-inspired coaching game ‘15-minute FOTO’ is now open source. See:

For the uninitiated, FOTO stands for “From Obstacles to Outcomes”, and the game gives you 15 minutes in which to generate a decent number of them, using only the questions on the Clean Language cue card. An example of “generative over prescriptive” if you like. Described in chapter 1 of the book.

Many thanks to Andrea Chiou for her considerable support in this.

Revision 4 of the book

Talking of the book, it has now stabilised at revision 4. See:

Interviewed for the LAMP podcast (video)

A couple of weeks ago I spent a very enjoyable 45 minutes being interviewed by Dima Moroz at Kanbanize for the fifth episode of the LAMP podcast. See it here:

Because every framework needs a poster…

As featured in our new About page, there is now an Agendashift poster, and it’s downloadable via our Resources page.

Speaking

UK, South Africa, and France:

Top posts


Agendashift-cover-thumbBlog: Monthly roundups | Classic posts
Links: 
Home | About | Partners | Resources | Contact | Mike
Community: Slack | LinkedIn group | Twitter
Workshops (see Events
):
8th Nov, Cape Town, South Africa22-23 November, UK

We’ve open-sourced ‘15-minute FOTO’

For some time we’ve made available the PDF for the cue card for our Clean Language-inspired coaching game 15-minute FOTO. The game is an essential part of our workshops and also one of the most memorable, and we’re delighted to release it now under a Creative Commons with-attribution licence to enable its wider use and to encourage adaptations (very well demonstrated by Featureban since its creation in 2014).

What is it? FOTO stands for “From Obstacles to Outcomes”, and you have 15 minutes in which to generate a decent number of them, using only the questions on the cue card. An example of “generative over prescriptive” if you like.

Head over to its own landing page www.agendashift.com/15-minute-foto and you’ll find:

  • PDFs for the deck and the cue card for direct download
  • How to obtain the original .pptx source files
  • Facilitation tips
  • A link to a video that includes me facilitating the game for a meetup of about 80 people
  • Links to recommended reading on Clean Language and other Agendashift-related topics – not least the Agendashift book which introduces the game in chapter 1.

I’m indebted to Andrea Chiou for her help over the months in integrating Clean Language into Agendashift and for the work she has put in more recently to put this deck together. Thank you Andrea!

Screenshot 2017-04-03 18.09.15


Agendashift-cover-thumbBlog: Monthly roundups | Classic posts
Links: 
Home | About | Partners | Resources | Contact | Mike
Community: Slack | LinkedIn group | Twitter
Workshops (see Events
):
8th Nov, Cape Town, South Africa22-23 November, UK

Interview: “How to Start a Lean Agile Transformation?”

Last week I spent a very enjoyable 45 minutes being interviewed by Dima Moroz at Kanbanize for the fifth episode of the LAMP podcast. See it here:

Enjoy!


Agendashift-cover-thumbBlog: Monthly roundups | Classic posts
Links: 
Home | About | Partners | Resources | Contact | Mike
Community: Slack | LinkedIn group | Twitter
Workshops (see Events
):
8th Nov, Cape Town, South Africa22-23 November, UK

Agendashift revision 4

As promised on Friday, revision 4 of the Agendashift book is now out. The same book, but with some polish:

  • An intro that’s much more explicit about what it’s all about, a much clearer distinction between delivery and transformation frameworks, and identifying up front Agendashift’s main elements (its activity flow, its Lean-Agile True North, the assessments, and the change leadership principles)
  • The poster, seen in full in the intro and excerpted at the top of each chapter
  • Summaries of key points at the end of each chapter
  • In chapter 1, Discovery, references to Remember the Future (www.innovationgames.com) and The Future, Backwards cognitive-edge.com)
  • In chapter 2, Exploration, calling out more clearly the flows into later chapters
  • In chapter 3, Mapping, more about the orthogonality (without using that word) of the ‘spine’ or  ‘narrative arc’ of the map and priorities (see last week’s quick LinkedIn update / tweet for a taste)
  • In chapter 4, Elaboration, a reference to Solutions Focus

Moreover, all mentions of a part II have been removed – it stands alone as a 5-chapter book, running to about 150 pages in the PDF version (not a minibook, but still digestible).

This revision owes much to the comments of Steven Mackenzie, Allan Kelly, and Dieter Strasser and I’m very grateful to the three of them. I don’t mind admitting that I’m very pleased with it and I really don’t anticipate making significant further changes.

If you have bought the e-book already, you will receive notification from Leanpub that there is new version to download. If you don’t yet own a copy, get yours here:

There are PDF, EPUB and MOBI formats available. For iOS devices (iPad and iPhone) I would recommend EPUB for viewing in iBooks in preference to MOBI for Kindle –for reasons still not fully understood the formatting is noticeably better in the former.

Agendashift-cover-2017-10-09


Blog: Monthly roundups | Classic posts
Links: 
Home | About | Partners | Resources | Contact | Mike
Community: Slack | LinkedIn group | Twitter
Workshops (see Events
):
8th Nov, Cape Town, South Africa22-23 November, UK