Scrum and XP from the Trenches
How we do Scrum
Scrum and XP from the Trenches - How we do Scrum
It describes lessons learned after a year of experimentation with a 40-person development team.
Contents:
- How we do product backlogs
- How we do sprint planning
- How we communicate sprints
- How we do sprint backlogs
- How we arrange the team room
- How we do daily scrums
- How we do sprint demos
- How we do sprint retrospectives
- How we do release planning and fixed price contracts
- How we combine Scrum with XP
- How we do testing
- How we handle multiple scrum teams
- How we handle geographically distributed teams
Re: Scrum and XP from the Trenches
An excellent article, very well written (and that's coming from somebody who does the occasional writing for O'Reilly)
What is more impressive is the fact that it can be handed to somebody at 'boss level' and they will find it convincing enough to consider using Scrum !
What is more impressive is the fact that it can be handed to somebody at 'boss level' and they will find it convincing enough to consider using Scrum !
Re: Scrum and XP from the Trenches
There's an article on theServerSide.com on this paper now, seems to be generating some interest :o)
Re: Scrum and XP from the Trenches
Fabulous article! I think that this is the best (in the sense of "most useful") essay I have read on agile development. The use of common-sense simplicity-rules approaches and discussion of real-world implementation experience is the key. Thank you for taking the time to write this up formally.
Scrum planning
Your article really helped our team wrap our heads around a few of the issues we were having with Scrum.
Questions we had:
What are the approximate sizes of tasks and backlog items you use?
Do you restrict estimates based on available time, or some fixed metric? (tasks must be 1/20 of team hours, or must be <1/2 day)
How granular and specific do you make your backlog items and tasks?
Do you list all tasks for a given backlog item, or are some implied?
Thanks
Barrie
Questions we had:
What are the approximate sizes of tasks and backlog items you use?
Do you restrict estimates based on available time, or some fixed metric? (tasks must be 1/20 of team hours, or must be <1/2 day)
How granular and specific do you make your backlog items and tasks?
Do you list all tasks for a given backlog item, or are some implied?
Thanks
Barrie
Re: Scrum planning
Hi Barrie! Here's an attempt to answer your questions.
1) Backlog items for us are usually 1 - 8 days once they get into a sprint. Tasks are usually 0.5 - 2 days.
2) We don't restrict estimates much. We do however use 0.5 days as our lowest level of time estimate granularity for most teams.
3) We keep backlog items on a quite high level, they are essentially user stories. Tasks are more technical and specific, but we don't make them verbose. As long as the team knows what the task means it doesn't need to be described in detail. Also, the timebox of the sprint planning meeting (usually 3 hours) stops us from getting into too much detail.
4) Most tasks are implied, especially for smaller stories. For larger stories, especially high priority large stories, we try to make a fairly detailed task breakdown. The main purpose of the breakdown is to validate the overall time estimate of the story, and to make it easier for multiple people to work together on the same story.
1) Backlog items for us are usually 1 - 8 days once they get into a sprint. Tasks are usually 0.5 - 2 days.
2) We don't restrict estimates much. We do however use 0.5 days as our lowest level of time estimate granularity for most teams.
3) We keep backlog items on a quite high level, they are essentially user stories. Tasks are more technical and specific, but we don't make them verbose. As long as the team knows what the task means it doesn't need to be described in detail. Also, the timebox of the sprint planning meeting (usually 3 hours) stops us from getting into too much detail.
4) Most tasks are implied, especially for smaller stories. For larger stories, especially high priority large stories, we try to make a fairly detailed task breakdown. The main purpose of the breakdown is to validate the overall time estimate of the story, and to make it easier for multiple people to work together on the same story.
Re: Scrum and XP from the Trenches
Hi, I'm really interested in taking a look at the script, but the link looks to be broken:
http://www.crisp.se/henrik.kniberg/scrum/index-card-generator :
displays "Sidan Saknas"
Any chance reposting?
thanks.
Re: Scrum and XP from the Trenches
Hi
Thanks for your response.
I knew it has "Simplified Chinese" version, but not "Traditional Chinese". They are different. Simplified Chinese is used in Mainland China and Traditional Chinese is used in Taiwan.
So, if possible, I hope I can have a chance to translate it in "Traditional Chinese".




