KEMBAR78
Agile Workshop: Handling Changing Requirements | PPT
Adapting to Changing Requirements Short Iterations  Frequent Releases, Customer Collaboration Balachander Swaminathan March 20, 2009 © ThoughtWorks 2009
The Idea of Adaptive Planning ..... © ThoughtWorks 2009
Adaptive Planning Is planning to deliver, not delivering to a plan Change can be accommodated, and is expected  The impact of change is visible to all stakeholders Is repeated throughout the project lifecycle Is a  simple  process, transparent to the whole team Balances different levels of precision/granularity Release Planning (weeks) and Quarterly Cycles Iteration Planning (days) and Weekly Cycles © ThoughtWorks 2009
Adaptive Planning: Change in outlook Frequent Releases © ThoughtWorks 2009 Fix / Integrate $ Test Code Design Specifications Use Cases /  Functional Specs Requirements Gathering Project Plan/Estimation $ Inception $ $ $
Decomposing a release… Prioritized Release Level Stories  Iterations  Stories Completed  Business Value Delivered  © ThoughtWorks 2009 Release X
Release Plan Project Release Plan Release X Release X+1 Dev. QA Dev. QA Dev. QA Dev. QA Dev. QA Dev. QA Dev. QA Dev. QA Dev. QA Dev. QA Dev. QA Dev. QA Scheduled release Anal. Anal. Anal. Anal. Anal. Anal. Anal. Anal. Anal. Anal. Anal. Anal. Scheduled * release Scheduled release Scheduled milestone Scheduled milestone *Typical for large companies which have their own final QA (UAT) and Deployment setup. Scheduled release will factor in final QA and Deployment Iteration © ThoughtWorks 2009 Iteration
Segregating Stories into Release Buckets ….. © ThoughtWorks 2009
Segregation of Stories Segregate stories into releases Each release provides business value I 1 …….I n I 1 …….I n I 1 …….I n Release x Release x+1 Release x+2 © ThoughtWorks 2009 S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S
Iteration Execution for a Single Release Iteration plan for only the next iteration Retain flexibility to prioritize future stories Done stories are  done  (new story to change) I 1 …….I n Iterations Done In Progress Next Future Release x © ThoughtWorks 2009 S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S
Changing Priorities… Changing Priorities Additions - Deletions - Change with New Story © ThoughtWorks 2009 S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S
Changing Priorities … Including Release Boundaries New Plan Original Plan Iterations Release  x Release  x+1 Release  x+2 Release  x Release  x+1 Release  x+3 Release  x+2 © ThoughtWorks 2009 S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S
Short Iterations provide an avenue for the customer to provide quick feedback to the development team Frequent Releases enable the customer to quickly take to market their ideas and thereby get direct feedback from their customers Adaptive planning uses short iterations and frequent releases to meet up with continuously changing customer requirements But this can only happen if there is  constant collaboration  between the customer and the development team Summary © ThoughtWorks 2009
Thank You Balachander Swaminathan (bala@thoughtworks.com) © ThoughtWorks 2009

Agile Workshop: Handling Changing Requirements

  • 1.
    Adapting to ChangingRequirements Short Iterations Frequent Releases, Customer Collaboration Balachander Swaminathan March 20, 2009 © ThoughtWorks 2009
  • 2.
    The Idea ofAdaptive Planning ..... © ThoughtWorks 2009
  • 3.
    Adaptive Planning Isplanning to deliver, not delivering to a plan Change can be accommodated, and is expected The impact of change is visible to all stakeholders Is repeated throughout the project lifecycle Is a simple process, transparent to the whole team Balances different levels of precision/granularity Release Planning (weeks) and Quarterly Cycles Iteration Planning (days) and Weekly Cycles © ThoughtWorks 2009
  • 4.
    Adaptive Planning: Changein outlook Frequent Releases © ThoughtWorks 2009 Fix / Integrate $ Test Code Design Specifications Use Cases / Functional Specs Requirements Gathering Project Plan/Estimation $ Inception $ $ $
  • 5.
    Decomposing a release…Prioritized Release Level Stories Iterations Stories Completed Business Value Delivered © ThoughtWorks 2009 Release X
  • 6.
    Release Plan ProjectRelease Plan Release X Release X+1 Dev. QA Dev. QA Dev. QA Dev. QA Dev. QA Dev. QA Dev. QA Dev. QA Dev. QA Dev. QA Dev. QA Dev. QA Scheduled release Anal. Anal. Anal. Anal. Anal. Anal. Anal. Anal. Anal. Anal. Anal. Anal. Scheduled * release Scheduled release Scheduled milestone Scheduled milestone *Typical for large companies which have their own final QA (UAT) and Deployment setup. Scheduled release will factor in final QA and Deployment Iteration © ThoughtWorks 2009 Iteration
  • 7.
    Segregating Stories intoRelease Buckets ….. © ThoughtWorks 2009
  • 8.
    Segregation of StoriesSegregate stories into releases Each release provides business value I 1 …….I n I 1 …….I n I 1 …….I n Release x Release x+1 Release x+2 © ThoughtWorks 2009 S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S
  • 9.
    Iteration Execution fora Single Release Iteration plan for only the next iteration Retain flexibility to prioritize future stories Done stories are done (new story to change) I 1 …….I n Iterations Done In Progress Next Future Release x © ThoughtWorks 2009 S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S
  • 10.
    Changing Priorities… ChangingPriorities Additions - Deletions - Change with New Story © ThoughtWorks 2009 S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S
  • 11.
    Changing Priorities …Including Release Boundaries New Plan Original Plan Iterations Release x Release x+1 Release x+2 Release x Release x+1 Release x+3 Release x+2 © ThoughtWorks 2009 S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S
  • 12.
    Short Iterations providean avenue for the customer to provide quick feedback to the development team Frequent Releases enable the customer to quickly take to market their ideas and thereby get direct feedback from their customers Adaptive planning uses short iterations and frequent releases to meet up with continuously changing customer requirements But this can only happen if there is constant collaboration between the customer and the development team Summary © ThoughtWorks 2009
  • 13.
    Thank You BalachanderSwaminathan (bala@thoughtworks.com) © ThoughtWorks 2009