Take the 2-minute tour ×
Programmers Stack Exchange is a question and answer site for professional programmers interested in conceptual questions about software development. It's 100% free, no registration required.

When first implementing Scrum within a team, how should you go about determining the amount of story points that are in an initial sprint when you have no idea of the team's velocity?

Should you base this on an estimate of hours and only use the points at a later stage?

share|improve this question
1  
How long will be the Sprint? –  Tech Jerk Mar 18 '11 at 9:02
    
Well thats naturally a consideration - in my case its 1 week for a team of 3 - but even on larger teams, how do you initially set the work for the duration of the sprint before you know the team's velocity.. –  Mysterion Mar 18 '11 at 9:13
    
@Sri Kumar: How does it matter? –  azheglov Jul 5 '11 at 12:46

4 Answers 4

up vote 9 down vote accepted

You have no historical facts to draw upon, so I suggest that you don't bother with any guesses at all. Trying to calculate velocity based solely on some formula is just a waste of time.

Simply estimate enough stories and let the team work on them during the first sprint. They'll finish what they finish anyway. After this initial sprint, you'll have your actual velocity. Since you sprints are (excellent!) 1 weeks, you'll get the real velocity very early on.

share|improve this answer
    
"estimate enough stories"? –  Alison Jul 6 '11 at 13:45
    
More than they can reasonably finish in the first iteration. –  Martin Wickman Jul 6 '11 at 14:10
3  
there's an implicit estimation of velocity required to do that ;) –  Alison Jul 7 '11 at 11:56

Nobody can say you how many story points can you take for your first sprint. First of all story point is unitless value. You should not make initial decissions like 1 story point = 6 hours because in many cases it will trun against you later on. Also each project can have different "size" of story points.

Commitment should be done based on Planning meeting with product owner. You will go through user stories and PO will explain some details about them. She will also provide some acceptance criteria (definition of done). Planning meeting is time bounded (based on sprint length and size of the team) so the first observation is how many user stories you were able to discuss. Based on the information received from the PO the team shoud be able to make professional judgement of how many of discussed user stories can be done in the sprint. Because the team knows that it is initial sprint and nothing is done yet, the team will probably commit only to a small amout of work but this will increase in future sprints.

Pure story points value should not be used for planning and time estimatting. It should be used to describe relative complexity but still 8 storypoints can mean something between 6-12 (fibonacci) story points in reality so saying that 8 storypoints equals to 4 days is really dangerous because it can be also 3 or 6 + "waste" (overhead) in initial sprint.

One of the main agile tenets is Empower people. Planning and commitment is exactly that empowerment you give to the team. Team is responsible for delivering commited user stories but of course they can fail and they mustn't be blamed for commitment failure in initial sprints. Initial sprints are for calibration.

share|improve this answer

You have to guess, as you have no information to go on yet. However, if you've already done work outside Scrum but with the same team, you might be able to use your previous estimation experience to guide your guesswork. Or you could just take additional stories until you run out of time.

share|improve this answer

One technique is to select a few middle sized user stories, give them an arbitrary size in points and have them broken down in tasks by the team. Then the team estimates each task in hours, which once summed up gives you a rough estimate of work hours per story point. Knowing the total work capacity for the sprint, you can extrapolate to get a number of story points you could theoretically complete in the sprint.

This shouldn't be interpreted as an exact goal to reach though, and should be forgotten as soon as the first real velocity of the team appears, when first sprint is over.

share|improve this answer

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.