Save £12 Million every year > Save £3 Million every quarter   
The Big Agile Toolkit: no Dogma, no Bias, no Accreditation, no Exams & no Fees   
 Agile Lifecycle Overview  Agile Lifecycle Overview   Scope   Scope

Lifecycle   »   Agile Lifecycle   »   SETUP and DELIVER

The Lifecycle is split into 2 Stages with 2 Checkpoints.

The Setup stage is split into 2 phases: Define and Survey with a Checkpoint between the two. The Deliver stage has 3 phases: Develop, Release and Run. The Checkpoints are Go/NoGo Checkpoints where a decision is made to progress with the planned delivery or to abandon or shelve the work done to date and save further financial Commitment.

Where a project fails to progress through a Checkpoint and gains a NoGo status the project is then returned to the change proposal stage and awaits any further action to resurrect it.

The first thing you may notice is that we have the verb Run in our stages. This is there for a very specific reason. Almost all development methodologies end abruptly at project release. They let development projects nonchalantly heave deliverables over the fence and onto the Run teams, often with exacting acceptance rules and operating instructions but oftentimes with precious little regard to the way this will be run in the live environment.

Importantly the methodologies fail to describe or include within project responsibilities any description how the benefits claimed at the outset of the project are actually going to be realised in the authentic world of running this solution. This is a big missed opportunity.

Importantly, you will see the word Benefits. The Toolkit has a mechanism to define, monitor, evaluate and confirm the benefits offered as a result of the project, called benefits mining. In addition the Toolkit has a method to confirm realisation of these benefits has taken place on or after the release of the project. We said the Toolkit is different!

Let us have a closer look at Define, Survey, Develop, Release and Run.

You will also see within the stages DEFINE and SURVEY that both these stages have a section on the subject of Benefits. We have not duplicated this by accident; this is done for a specific reason.

The subject of benefits is supremely important and is often left out of or ignored within project methodologies. This is not an appropriate situation as the whole reason for the project is not to use up resources; it is to take advantage of the benefits that the project is offering. So we have two sections on benefits. The first is a first pass summary of the benefits we can expect from the project and the second is a confirmation of those benefits. This confirmation can be achieved once the major workshops (Risk Assessment Workshop, User Requirements Workshop, Setup Planning Workshop, Delivery Planning Workshop and the Release Planning Workshop) are complete.

Once these workshops are complete we have a clearer idea of the overall requirements of the project as well as the way we will deliver and release the solution. This gives us a much more accurate appraisal of the costs and is a further financial challenge to the benefits proposed. Applying the revised costs will give confirmed residual benefits for the project and a more suitable basis to appraise whether to progress the project benefits it offers.


 Agile Lifecycle Overview     Agile Lifecycle Overview   Scope    Scope

Glossary:     a  »   b  »   c  »   d  »   e  »   f  »   g  »   h  »   i  »   j  »   k  »   l  »   m  »   n  »   o  »   p  »   q  »   r  »   s  »   t  »   u  »   v  »   w  »   x  »   y  »   z

#personas  »   #artefacts  »   #archetypes  »   #patterns  »   #change  »   #personas  »   #increasingoutput  »   #reducingvariation  »   #improveefficiency  »   #abstraction  »   #predictionandcontrol  »   #management  »   #organisations  »   #socialnetworktheory  »   #failfast  »   #quality  »   #waste  »   #complexity  »   #learning  »   #adapt  »   #inspect  »   #improvement  »   #models  »   #complexadaptivesystems  »   #informationflow  »   #sytemsthinking  »   #butterflyeffect  »   #unpredictability  »   #chaos  »   #emergence  »   #emergentbehaviour  »   #distributedcontrol  »   #continuousimprovement  »   #complexityscience  »   #gametheory  »  
 Agile In 6 Steps    |    Projectivity    |    Instant Agile    |    Risks    |    Auditing Agile Projects 
Big Agile Toolkit Book (Amazon Japan)   |   Big Agile Toolkit Book (Barnes and Noble)
Buy the Big Agile Toolkit Book   |   Buy the Big Agile Toolkit Kindle eBook


The Big Agile Toolkit

 SPADE: Successful Pragmatic Agile Delivery Everytime™ 
Topic: 198  Page: 213/444  Progress: 48.0%
 About    |    Author 
Follow @BigAgileToolkit

This content can be copied to third parties for personal use if you acknowledge the source of the material with website URL ( and Twitter hashtag (#BigAgileToolkit).
In all other cases, no part of bigagiletoolkit or associated text or website may be copied reproduced or redistributed in any form or by any means without prior permission in writing from the author.
Agile Project Governance for Cost Conscious Companies™

All rights reserved.