Forums for the Business Analyst

 
  Modern Analyst Forums  Business and Sy...  Agile Analysis ...  Agile iteration size pros and cons
Previous Previous
 
Next Next
New Post 1/26/2018 4:28 AM
Unresolved
User is offline rdonohoe
1 posts
No Ranking


Agile iteration size pros and cons 

My large multi-year project is moving to Agile and the policy is for agile iterations between 2 and 4 weeks in length.  We are debating which is better to start with - 2 week or 4 week iterations.  Anyone care to reply with pros and cons for each?  Our direct team has little agile experience and we are about evenly split, so I have the task of researching pros and cons of each choice.

 
New Post 4/9/2018 9:24 AM
User is offline Carolcz
3 posts
No Ranking


Re: Agile iteration size pros and cons 
I have worked on 2 different companies that are moving from waterfall or iterative towards agile. I would recommend 4 wk sprints to start, until everyone (stakeholders to developer and testers) gets the idea how things work. Learning takes time so give yourself the time to get it working before trying to zip through with 2 week sprints.
 
New Post 8/7/2018 2:20 AM
User is offline DerekC
2 posts
No Ranking


Re: Agile iteration size pros and cons 

I'd take the view that there are some other important considerations before deciding.

If you are using Scrum then ideally your whole time is looking at a full day lost at end/start of sprint in order to do retrospective and planning for next sprint - so 2 week sprints can definitely be problematic unless that 10% 'lost' time is fully understood and accepted up-front.

However if your team needs to be very responsive to changes because of the nature of your business user base, or just the project itself, then locking yourself down for a full month could be an issue leading to you re-planning your sprint part-way.

 
New Post 3/6/2019 12:22 AM
User is offline simonteo
3 posts
No Ranking


Re: Agile iteration size pros and cons 

I do not have any success stories for big project team adopting Scrum from multi-year running waterfall. It's not that the Scrum framework won't work, but rather it's not easy to convince the stakeholders. 

Many times it turn out to be just iternation of mini waterfall (termed as Miniscrumfall).  

Instead, I would suggest gather a few people (3-9 pax) to take on Scrum with a new small project, or a small portion of the large project. Run a few rounds (make mistakes and failure, it's fine really) and get the team to be familiar with Scrum and eventually you will see success. Then use this as a good study case and show it to the stakeholders and manage everyone expectation. 

Don't do Scum, just because everyone is doing it. 

 
Previous Previous
 
Next Next
  Modern Analyst Forums  Business and Sy...  Agile Analysis ...  Agile iteration size pros and cons




Latest Articles

Domain Expertise and the Business Analyst: How Vital Is It?
Sep 15, 2019
1 Comments
The question of how essential domain expertise is to a business analyst is a recurring debate in the BA community. One school of thought maintains tha...
Copyright 2006-2019 by Modern Analyst Media LLC