This week's book giveaway is in the Mac OS forum. We're giving away four copies of a choice of "Take Control of Upgrading to Yosemite" or "Take Control of Automating Your Mac" and have Joe Kissell on-line! See this thread for details.
Is Agile methodology (SCRUM) suitable for development that includes bug fixing/ customer complaints only ?
Ours is a product based organization. We followed scrum for 2 sprints till now. Both failed. The main reason for this being not able to reproduce the bug. Sometimes it even involves going onsite. So basically, time factor affects a lot for these kind of user stories. There is other team following scrum and working on new development only. For them both sprint is success.
Having experienced this though, our Process Quality Manager insists on following scrum for bug fixing and handling customer complaints. All team members are against it but still requires to follow.
Making a team follow a method they don't like is a recipe for disaster no matter how well or poorly everything else fits. Sorry to hear you're in that spot. Try to negotiate terms that allow the team to modify the process as they go and see if that makes them more willing to give it another chance.
My old team found some tasks didn't work in 2-week iterations. They took too much lead time or had dependencies on other groups with, say, quarterly deliverables. You might try to move the "reproduce the bug" problem outside the iteration, saying a customer can only schedule a bug-fix story for an iteration after it's found to be reproducible. There might be a separate backlog for "bugs to be reproduced" that works in priority order, but without the tight iteration schedule.
Look for Dave Anderson's Agile Management blogs & books. He runs a Kanban system that pulls stories for execution in order but with no iterations or release plans. On the regular release dates they ship whatever is in "finished" status. [ November 04, 2007: Message edited by: Stan James ]
A good question is never answered. It is not a bolt to be tightened into place but a seed to be planted and to bear more seed toward the hope of greening the landscape of the idea. John Ciardi
Joined: Jun 10, 2004
We do have defined set of test cases. New test cases are added for customizations if any and then testing is carried out.
The product is quite old (around 8 years). There isn't any load testing carried out and this is where system is likely to fail. New version of the product is on the anvil. Till date we will have to continue with the same.
Joined: Jun 10, 2004
Thank you for the suggestion. Putting 'bug reproduction' in non scrum activity can save the team from failing. I can forward this suggestion to our Process Quality Manager. Every one here is a novice in Agile methodology. Hopefully they will listen.