AvailAgility http://availagility.co.uk Karl Scotland - Using Agility Strategically Thu, 27 Apr 2017 14:34:40 +0000 en-US hourly 1 https://wordpress.org/?v=4.7.5 10154813 Lean-Agile Strategy Days: An X-Matrix and Agendashift Fusion http://availagility.co.uk/2017/04/27/lean-agile-strategy-days-an-x-matrix-and-agendashift-fusion/ http://availagility.co.uk/2017/04/27/lean-agile-strategy-days-an-x-matrix-and-agendashift-fusion/#respond Thu, 27 Apr 2017 14:34:40 +0000 http://availagility.co.uk/?p=4134 read more]]> PhotonQ-FusionI’m really excited by a new venture on June 7-8 with Mike Burrows. Its called Lean-Agile Strategy Days, and will be an opportunity for attendees to explore with Mike and myself how we can combine and synthesise the X-Matrix and Agendashift as approaches to Strategy Deployment.

From the event page:

We’ll be looking at strategy – how to engage people in its development, how to develop and test the thinking, and how to build habits of follow-through. You’ll be learning through practice, and at the same time participating in an exciting collaboration. Together, let’s discover how these important topics interact and amplify each other.

I’ve blogged previously about Strategy Deployment and Agendashift with my early thoughts on the relationship between the two. Since then have I become an Agendashift partner and attended Mike’s workshop as a participant. As we have chatted and collaborated a couple of things have become apparent.

  1. There is a huge overlap in our thinking and philosophy around how we approach helping organisations through change.
  2. There is a huge opportunity for more collaboration between people with similar philosophies but different ideas.

After Mike ran another collaborative Flow Days workshop with Patrick Steyaert earlier this year, we realised they had created a good way of taking advantage of both these points, and Lean-Agile Strategy Days was born. We hope that this grows into a series of events where different people collaborate to combine their ideas – co-operating rather than competing.

If you want to learn about Strategy Deployment, with either the X-Matrix, or Agendashift, or if you want to be involved in innovating ways of combining the two, then please join us. Super Early Bird price is just £535 + VAT until May 8th for two days of learning and discovery with myself and Mike.

Book now – we hope to see you there!

]]>
http://availagility.co.uk/2017/04/27/lean-agile-strategy-days-an-x-matrix-and-agendashift-fusion/feed/ 0 4134
Announcing the X-Matrix Jigsaw Puzzle http://availagility.co.uk/2017/03/10/announcing-the-x-matrix-jigsaw-puzzle/ Fri, 10 Mar 2017 15:58:10 +0000 http://availagility.co.uk/?p=4118 read more]]> fitting the pieces together

The X-Matrix Jigsaw Puzzle is what I call the exercise I use in Strategy Deployment workshops to help people experience creating an X-Matrix in a short space of time. It consists of a pre-defined and generic set of “pieces” with which to populate the various sections, deciding which pieces should go where, and how they fit together.

I’ve just created a page to make this available under Creative Commons Attribution-ShareAlike 4.0 International.  If you try it out, please let me know how you get on!

]]>
4118
LeanAgileUS 2017 http://availagility.co.uk/2017/02/02/leanagileus-2017/ Thu, 02 Feb 2017 15:58:05 +0000 http://availagility.co.uk/?p=4086 read more]]> Lean Agile US

LeanAgileUS is taking place in Fort Lauderdale, Florida on February 27-28th. It has a real mix of great speakers and content, covering all aspects of Lean and Agile including Scrum, SAFe, Kanban, DevOps amongst other topics. I expect it to be an event where people come together for dialogue about different perspectives. I hope to hear more of “That’s interesting, tell me more” and less of “That’s wrong, and here’s why“.

My contribution will be twofold.

Firstly I have a talk on the Monday entitled “Good Agile / Bad Agile: The Difference and Why it Matters”, which you may recognise as the title of a recent post. I will be exploring some of those ideas in more detail. Here’s the abstract:

Stories of Bad Agile are common, where Agile is a local and tactical implementation, resulting in failed projects and initiatives. Businesses don’t get the results they had hoped for and Agile gets the blame for not working. Good Agile, however, is possible when it is directly and explicitly related to a business strategy. Thus Agile needs to be deployed strategically, with a clear diagnosis of the critical problem or opportunity faced, guiding policies on the approach to addressing the diagnosis, and coherent actions to implement the guiding policies. This talk will show how this approach can lead to Good Agile which is evolved through experimenting as opposed to Bad Agile being instantiated by copying.

Secondly I have a half day workshop on the Tuesday entitled “Enterprise Agility with Strategy Deployment”. This will be an opportunity to learn more about the X-Matrix, experience the process of creating one, and understand how to use it alongside other A3 templates. Here’s the abstract:

Strategy Deployment is a style of organisational improvement that engages the entire workforce in figuring out how the business can survive and thrive. This course will introduce Strategy Deployment using a framework called the X-Matrix – an A3 format which concisely visualises the alignment of results, strategy, indicators, and tactics on a single sheet of paper. With this approach, a transformation can be viewed as a form of Catchball, a Lean process where ideas are passed around an organisation as teams collaborate to experiment and discover solutions. In this way, solutions emerge from the people closest to the problem, rather than being defined and dictated by management.

The whole event is great value for money. Register soon as I’m sure it will sell out!

]]>
4086
Strategy Deployment and Impact Mapping http://availagility.co.uk/2017/01/31/strategy-deployment-and-impact-mapping/ Tue, 31 Jan 2017 15:14:35 +0000 http://availagility.co.uk/?p=4075 read more]]> I’ve had a couple of conversations in recent weeks in which Impact Mapping came up in relation to Strategy Deployment so here’s a post on my thoughts about how the two fit together.

An Impact Map is a form of mind-map developed by Gojko Adzic, visualising the why, who, how and what of an initiative. More specifically, it shows the goals, actors involved in meeting the goals, desired impact on the actors (in order to meet the goals), and deliverables to make the impacts. The example below is from Gojko’s website.

As you can see, an Impact Map is very simple, reductionist visualisation, from Goals down to Deliverables, and while the mind map format doesn’t entirely constrain this, it tends to be what most examples I have seen look like. It does however work in such as way to start with the core problem (meeting the goal) and allow people to explore and experiment with how to solve that problem via deliverables. This is very much in line with how I define Strategy Deployment.

Lets see how that Impact Map might translate onto an X-Matrix.

The Goal is clearly an Aspiration, so any relevant measures would neatly fit into the X-Matrix’s bottom section. At the other end, the Deliverables are also clearly Tactics, and would neatly fit in the X-Matrix-s top section. I would also argue that the Impacts provide Evidence that we are meeting the Aspirations, and could fit into the X-Matrix’s right-hand section. What is not so clear is Strategy. I think the Actors could provide a hint, however, and I would suggest that an Impact Map is actually a good diagnosis instrument (as per Rumelt) with which to identify Strategy.

Taking the 4 levels on an Impact Map, and transposing them onto an X-Matrix, creates a view which can be slightly less reductionist (although not as simple), and opens up the possibility of seeing how all the different elements might be related to each other collectively. In the X-Matrix below I have added the nodes from the Impact Map above into the respective places, with direct correlations for the Impact Map relationships. This can be seen in the very ordered pattern of dots. New Tactics (Deliverables) and Evidence (Impacts), and possible more Aspirations (Goals), would of course also need to be added for the other Strategies (Actors).

Even though this is a very basic mapping, I hope its not too difficult to see the potential to start exploring what other correlations might exist for the identified Tactics. And what the underlying Strategies really are. I leave that as exercise for you to try – please leave a comment with what ideas you have!

This post is one of a series comparing Strategy Deployment and other approaches.

]]>
4075
The Messy Coherence of X-Matrix Correlations http://availagility.co.uk/2017/01/27/the-messy-coherence-of-x-matrix-correlations/ Fri, 27 Jan 2017 12:25:10 +0000 http://availagility.co.uk/?p=4061 read more]]> I promised to say more about correlations in my last post on how to TASTE Success with the X-Matrix .

One of the things I like about the X-Matrix is that it allows clarity of alignment, without relying on an overly analytical structure. Rather than consisting of simple hierarchical parent-child relationships, it allows more elaborate many-to-many relationships of varying types. This creates a messy coherence – everything fits together, but without too much neatness or precision.

This works through the shaded matrices in the corners of the X-Matrix – the ones that together form an X and give this A3 its name! Each cell in the matrices represents a correlation between two of the numbered elements. Its important to emphasise that we are representing correlation, and not causation. There may be a contribution of one to the other, but it is unlikely to be exclusive or immediate. Thus implementing Tactics collectively contribute towards applying Strategies and exhibiting Evidence. Similarly applying Strategies and exhibiting Evidence both collectively contribute towards meeting Aspirations. What we are looking for is a messy coherence across all the pieces.

There are a few approaches I have used to describe different types of correlation.

  • Directness – Can a direct correlation be explained, or is the correlation indirect via another factor (i.e. it is oblique). This tends to be easier to be objective about.
  • Strength – Is there a strong correlation between the elements, or is the correlation weak. This tends to be harder to describe because strong and weak are more subjective.
  • Likelihood – Is the correlation probable, possible or plausible. This adds a third option, and therefore another level of complexity, but the language can be useful.

Whatever the language, there is always the option of none. An X-Matrix where everything correlates with everything is usually too convenient and can be a sign of post-hoc justification.

Having decided on an approach, a symbol is used in each cell to visualise the nature of each correlation. I have tried letters and colours, and have recently settled on filled and empty circles, as in the example below. Filled circles represent direct or strong correlations, while empty circles represent indirect or weak correlations. (If using likelihood, a third variant would be needed, such as a circle with a dot in the middle).

Here we can see that there is a direct or strong correlation between “Increase Revenue +10%” (Aspiration 1) and “Global Domination” (Strategy 1). In other words this suggests that Strategy 1 contributes directly or strongly to Aspiration 1. As do all the Strategies, which indicates high coherence. Similarly, Strategy 1 has a direct/strong correlation with Aspiration 2, but Strategy 2 has no correlation, and Strategy 3 only has indirect/weak correlation.

Remember, this is just a hypothesis, and by looking at the patterns of correlations around the X-Matrix we can see and discuss the overall coherence. For example we might question why Strategy 3 only has Tactic 2 with an indirect/weak correlation. Or whether Tactic 2 is the best investment given its relatively poor correlations with both Strategies and Evidence. Or whether Evidence 4 is relevant given its relatively poor correlations with both Tactics and Aspiration.

Its visualising and discussing these correlations that is often where the magic happens, as it exposes differences in understandings and perspectives on what all the pieces mean and how relate to each other. This leads to refinement of X-Matrix, more coherence and stronger alignment.

]]>
4061
TASTE Success with an X-Matrix Template http://availagility.co.uk/2017/01/06/taste-success-with-an-x-matrix-template/ http://availagility.co.uk/2017/01/06/taste-success-with-an-x-matrix-template/#comments Fri, 06 Jan 2017 12:24:10 +0000 http://availagility.co.uk/?p=4047 read more]]> I’ve put together a new X-Matrix A3 template to go with the Backbriefing and Experiment A3s I published last month. Together, these 3 templates work well together as part of a Strategy Deployment process, although I should reiterate again that the templates alone are not sufficient. A culture of collaboration and learning is also necessary as part of Catchball.

 

While creating the template I decided to change some of the language on it – mainly because I think it better reflects the intent of each section. However a side-benefit is that it nicely creates a new acronym, TASTE, as follows:

  • True North – the orientation which informs what should be done. This is more of a direction and vision than a destination or future state. Decisions should take you towards rather than away from your True North.
  • Aspirations – the results we hope to achieve. These are not targets, but should reflect the size of the ambition and the challenge ahead.
  • Strategies – the guiding policies that enable us. This is the approach to meeting the aspirations by creating enabling constraints.
  • Tactics – the coherent actions we will take. These represent the hypotheses to be tested and the work to be done to implement the strategies in the form of experiments.
  • Evidence – the outcomes that indicate progress. These are the leading indicators which provide quick and frequent feedback on whether the tactics are having an impact on meeting the aspirations.

Hence working through these sections collaboratively can lead to being able to TASTE success 🙂

One of the challenges with an X-Matrix template is that there is no right number of items which should populate each section. With that in mind I have gone for what I think is a reasonable upper limit, and I would generally prefer to have fewer items than the template allows.

This version also provides no guidance on how to complete the correlations on the 4 matrices in the corners which create the X (e.g. Strong/Weak, Direct/Indirect, Probable/Possible/Plausible). I will probable come back to that with a future version and/or post.

]]>
http://availagility.co.uk/2017/01/06/taste-success-with-an-x-matrix-template/feed/ 5 4047
Good Agile/Bad Agile: The Difference and Why It Matters http://availagility.co.uk/2016/12/19/good-agile-bad-agile-the-difference-and-why-it-matters/ http://availagility.co.uk/2016/12/19/good-agile-bad-agile-the-difference-and-why-it-matters/#comments Mon, 19 Dec 2016 18:54:02 +0000 http://availagility.co.uk/?p=4027 read more]]> kernels and bugsThis post is an unapologetic riff on Richard Rumelt’s book Good Strategy/Bad Strategy: The Difference and Why It Matters. The book is a wonderful analysis of what makes a good strategy and how successful organisations use strategy effectively. I found that it reinforced my notion that Agility is a Strategy and so this is also a way to help me organise my thoughts about that from the book. 

Good and Bad Agile

Rumelt describes Bad Strategy as having four major hallmarks:

  • Fluff – meaningless words or platitudes.
  • Failure to face the challenge – not knowing what the problem or opportunity being faced is.
  • Mistaking goals for strategy – simply stating ambitions or wishful thinking.
  • Bad strategy objectives – big buckets which provide no focus and can be used to justify anything (otherwise known as “strategic horoscopes”).

These hallmarks can also describe Bad Agile. For example, when Agile is just used for the sake of it (Agile is the fluff). Or when Agile is just used to do “the wrong thing righter” (failing to face the challenge). Or when Agile is just used to “improve performance” (mistaking goals for strategy). Or when Agile is just part of a variety of initiatives (bad strategy objectives).

Rumelt goes on to describe a Good Strategy as having a kernel with three elements:

  • Diagnosis – understanding the critical challenge or opportunity being faced.
  • Guiding policy – the approach to addressing the challenge or opportunity.
  • Coherent actions – the work to implement the guiding policy.

Again, I believe this kernel can help identify Good Agile. When Agile works well, it should be easy to answer the following questions:

  • What diagnosis is Agile addressing for you? What is the critical challenge or opportunity you are facing?
  • What guiding policy does Agile relate to? How does it help you decide what you should or shouldn’t do?
  • What coherent actions you are taking that are Agile? How are they coordinated to support the strategy?

Sources of Power

Rumelt suggests that

“a good strategy works by harnessing power and applying it where it will have the greatest effect”.

He goes on to describe nine of these powers (although they are not limited to these nine) and it’s worth considering how Agile can enable them.

  • Leverage – the anticipation of what is most pivotal and concentrating effort. Good Agile will focus on identifying and implementing the smallest change (e.g. MVPs) which will result in largest gains.
  • Proximate objects – something close enough to be achievable. Good Agile will help identify clear, small, incremental and iterative releases which can be easily delivered by the organisation
  • Chain-link systems – systems where performance is limited by the weakest link.  Good Agile will address the constraint in the organisation. Understanding chain-link systems is effectively the same as applying Theory of Constraints. 
  • Design – how all the elements of an organisation and its strategy fit together and are co-ordinated to support each other. Good Agile will be part of a larger design, or value stream, and not simply a local team optimisation. Using design is effectively the same as applying Systems Thinking. 
  • Focus – concentrating effort on achieving a breakthrough for a single goal. Good Agile limits work in process in order to help concentrate effort on that single goal to create the breakthrough.
  • Growth – the outcome of growing demand for special capabilities, superior products and skills. Good Agile helps build both the people and products which will result in growth.
  • Advantage – the unique differences and asymmetries which can be exploited to increase value. Good Agile helps exploit, protect or increase demand to gain a competitive advantage. In fact Good Agile can itself be an advantage.
  • Dynamics – anticipating and riding a wave of change. Good Agile helps explore new and different changes and opportunities, and then exploits them.
  • Inertia and Entropy – the resistance to change, and decline into disorder. Good Agile helps organisations overcome their own inertia and entropy, and take advantage of competitors’ inertia and entropy. In effect, having less inertia and entropy than your competition means having a tighter OODA loop.

In general, we can say that Good Agile “works by harnessing power and applying it where it will have the greatest effect”, and it should be possible to answer the following question:

  • What sources of power is your strategy harnessing, and how does Agile help apply it?

Thinking like an Agilist

Rumelt concludes with some thoughts on creating strategy, and what he suggests is

“the most useful shift in viewpoint: thinking about your own thinking”.

He describes this shift from the following perspectives:

  • The Science of Strategy – strategy as a scientific hypothesis rather than a predictable plan.
  • Using Your Head – expanding the scanning horizon for ideas rather than settling on the first idea.
  • Keeping Your Head – using independent judgement to decide the best approach rather than following the crowd.

This is where I see a connection between Good Strategy and Strategy Deployment, which is an approach to testing hypotheses (science as strategy), deliberately exploring multiple options (using your head), and discovering an appropriate, contextual solution (keeping your head).

In summary, Good Agile is deployed strategically by being part of a kernel, with a diagnosis of the critical problem or opportunity being faced, guiding policy which harnesses a source of power, and coherent actions that are evolved through experimenting as opposed to being instantiated by copying.

]]>
http://availagility.co.uk/2016/12/19/good-agile-bad-agile-the-difference-and-why-it-matters/feed/ 2 4027
A3 Templates for Backbriefing and Experimenting http://availagility.co.uk/2016/12/06/a3-templates-for-backbriefing-and-experimenting/ http://availagility.co.uk/2016/12/06/a3-templates-for-backbriefing-and-experimenting/#comments Tue, 06 Dec 2016 11:59:00 +0000 http://availagility.co.uk/?p=3959 read more]]> I’ve been meaning to share a couple of A3 templates that I’ve developed over the last year or so while I’ve been using Strategy Deployment. To paraphrase what I said when I described my thoughts on Kanban Thinkingwe need to create more templates, rather than reduce everything down to “common sense” or “good practice”. In other words, the more A3s and Canvases there are, the more variety there is for people to choose from, and hopefully, the more people will think about why they choose one over another. Further, if people can’t find one that’s quite right, I encourage them to develop their own, and then share it so there is even more variety and choice!

Having said that, the value of A3s is always in the conversations and collaborations that take part while populating them. They should be co-created as part of a Catchball process, and not filled in and handed down as instructions.

Here are the two I am making available. Both are used in the context of the X-Matrix Deployment Model. Click on the images to download the pdfs.

Backbriefing A3

Backbriefing A3

This one is heavily inspired by Stephen Bungay’s Art of Action. I use it to charter a team working on a tactical improvement initiative. The sections are:

  • Context – why the team has been brought together
  • Intent – what the team hopes to achieve
  • Higher Intent – how the team’s work helps the business achieve its goals
  • Team – who is, or needs to be, on the team
  • Boundaries – what the team are or are not allowed to do in their work
  • Plan – what the team are going to do to meet their intent, and the higher intent

The idea here is to ensure a tactical team has understood their mission and mission parameters before they move into action. The A3 helps ensure that the team remain aligned to the original strategy that has been deployed to them.

The Plan section naturally leads into the Experiment A3.

Experiment A3

Experiment A3

This is a more typical A3, but with a bias towards testing the hypotheses that are part of Strategy Deployment. I use this to help tactical teams in defining the experiments for their improvement initiative. The sections are:

  • Context – the problem the experiment is trying to solve
  • Hypothesis – the premise behind the experiment
  • Rationale – the reasons why the experiment is coherent
  • Actions – the steps required to run the experiment
  • Results – the indicators of whether the experiment has worked or not
  • Follow-up – the next steps based on what was learned from the experiment

Note that experiments can (and should) attempt to both prove and disprove a hypothesis to minimise the risk of confirmation bias. And the learning involved should be “safe to fail”.

]]>
http://availagility.co.uk/2016/12/06/a3-templates-for-backbriefing-and-experimenting/feed/ 2 3959
Agendashift, Cynefin and the Butterfly Stamped http://availagility.co.uk/2016/12/05/agendashift-cynefin-and-the-butterfly-stamped/ Mon, 05 Dec 2016 16:08:41 +0000 http://availagility.co.uk/?p=3945 read more]]> The butterfly who stamped

I’ve recently become an Agendashift partner and have enjoyed exploring how this inclusive, contextual, fulfilling, open approach fits with how I use Strategy Deployment.

Specifically, I find that the Agendashift values-based  assessment can be a form of diagnosis of a team or organisation’s critical challenges, in order to agree guiding policy for change and focus coherent action. I use those italicised terms deliberately as they come from Richard Rumelt’s book Good Strategy/Bad Strategy in which he defines a good strategy kernel as containing those key elements. I love this definition as it maps beautifully onto how I understand Strategy Deployment, and I intent to blog more about this soon.

In an early conversation with Mike when I was first experimenting with the assessment, we were exploring how Cynefin relates to the approach, and in particular the fact that not everything needs to be an experiment. This led to the idea of using the Agendashift assessment prompts as part of a Cynefin contextualisation exercise, which in turn led to the session we ran together at Lean Agile Scotland this year (also including elements of Clean Language).

My original thought had been to try something even more basic though, using the assessment prompts directly in a method that Dave Snowden calls “and the butterfly stamped“, and I got the chance to give that a go last week at Agile Northants.

The exercise – sometimes called simply Butterfly Stamping – is essentially a Four Points Contextualisation in which the items being contextualised are provided by the facilitator rather than generated by the participants. In this case those items were the prompts used in the Agendashift mini assessment, which you can see by completing the 2016 Agendashift global survey.

This meant that as well as learning about Cynefin and Sensemaking, participants were able to have rich conversations about their contexts and how well they were working, without getting stuck on what they were doing and what tools, techniques and practices they were using. Feedback was very positive, and you can see some of the output in this tweet:

I hope we can turn this into something that can be easily shared and reused. Let me know if you’re interested in running at your event. And watch this space!

]]>
3945
Trains, Shopping and the Risk of Release Dates http://availagility.co.uk/2016/07/27/trains-shopping-and-the-risk-of-release-dates-2/ http://availagility.co.uk/2016/07/27/trains-shopping-and-the-risk-of-release-dates-2/#comments Wed, 27 Jul 2016 10:35:01 +0000 http://availagility.co.uk/?p=3875 read more]]> This is a final post originally published on the Rally Blog which I am reposting here to keep an archived copy.


trainsI live in Brighton, on the south coast of the UK, about 50 miles from London. This means that I regularly catch the train for meetings or engagements “in town”. When making the journey, I always look at the timetable. Trains only run every 30-60 minutes, so if I get the timing wrong, then I’m most likely left hanging around at the station. Not a great use of time, especially with the typical British weather. When I get into London and need to catch the tube somewhere, however, it’s a different story. I just head to the right platform and wait for a train, knowing that one should turn up in a few minutes. There’s no need to check the timetable.

What does this have to do with Agile? I was recently on a Q&A panel and fielded a question about how to deal with fixed date and scope projects. The story above hints at the answer…

Managing Variables

Before we come to that, let’s first look at the common ‘Iron Triangle’ variables of time, cost and scope. If the date (and hence time) and scope are fixed, then logic suggests that the only thing we can vary is cost. This typically means adding people, although it could mean throwing money at the problem in some other way. Brooks’s Law, “Adding manpower to a late software project makes it later”, says that this will not work. An Agile approach can mean that any problems meeting the date and scope will be discovered earlier, and hence the effect of Brooks’s Law can be minimised. Colleague Alex Pukinskis recently blogged about how the Rally development team cheated Brooks’s Law with such an approach.

If varying cost isn’t an option, then there are a couple of other options. The first is cutting corners and reducing quality. Note that I am not recommending this option! Having said that, if the date is critical for learning and feedback regarding a value hypothesis, then quality may be less critical, assuming quality will be built in once the value is well understood.

The other variable is fidelity — this is the finesse of the solution. Delivering a low fidelity solution first ensures that scope can be met early. The functionality can then be iterated on to increase fidelity, knowing that when the date arrives — scope is in the bag.

The Alternative

There’s a less obvious solution to the problem, however. Date and scope are often fixed as a reaction to the risk of “missing the train”. We want to be sure of what we get, and when we get it, because if functionality doesn’t make it into a release, we don’t want it left on the platform waiting for the next one. We can address that risk in another way.

brixton-market-300x199

Here’s another example. We (ok, well, my wife) generally do a weekly shop at a nearby out-of-town supermarket. Because it’s weekly, we spend time planning by putting together a shopping list, thinking of everything we might need during the week. After all, if we don’t get everything we need, it will be another week until the next shop. This often results in over-stocking and the waste of throwing out unused perishable food.

However, when we go and visit a friend who lives in the small village in the Lake District, we just pop into the local shops every day to get whatever we fancy for that day. There is no need to plan ahead or make decisions on what we are going to eat days in advance. The local produce might be slightly more expensive than the big supermarkets, but it’s higher quality and there’s less wasted food. We trade-off a slight increase in cost for higher quality, deferred decisions and less waste.

So instead of worrying about how to deliver to fixed time, scope and cost constraints (not to mention quality), I would recommend figuring out how to release more frequently.

If your releases are like a tube train, arriving every day or so, then the need to plan time and scope lessens. Planning and implementing in smaller batches significantly reduces the cost, allowing more time to build the desired scope by the desired date. If a feature misses a release, it can just go into the next one straight after.

Try this approach and let me know how it goes!

karlimageiteration-300x225

 

]]>
http://availagility.co.uk/2016/07/27/trains-shopping-and-the-risk-of-release-dates-2/feed/ 1 3875