Scrum and XP from the Trenches

Share on FacebookShare on Google+Tweet about this on TwitterShare on LinkedIn
Cover pageI’ve written a paper for those of you that are interested in agile software development:

Scrum and XP from the TrenchesHow we do Scrum

It describes lessons learned after a year of experimentation with a 40-person development team.


  • 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


  • 1
    2006-11-29 - 06:02 | Permalink

    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 !

  • 2
    2006-12-02 - 09:06 | Permalink

    There’s an article on on this paper now, seems to be generating some interest :o)

  • 3
    2006-12-06 - 06:58 | Permalink

    Excellent article!

  • 4
    Michael Chermside
    2006-12-06 - 07:20 | Permalink

    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.

  • 5
    Barrie C.
    2007-03-13 - 12:09 | Permalink

    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?


  • 6
    2007-03-23 - 01:03 | Permalink

    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.

  • 7
    2007-03-28 - 05:27 | Permalink


    I am currently ivestigating SCRUM to support our software development process and must say that I found your paper very enlightning and well written.

    Keep up the good work!

    – Waseem

  • 8
    Chris D
    2007-04-29 - 08:00 | Permalink

    You mention that there is a script available on this site to generate printable index cards from the product backlog.  I have not found it.  Where is it?

    Excellent document, by the way.

  • 9
    2007-04-30 - 04:52 | Permalink

    Here’s the script (just blogged about it):

  • 10
    2009-01-17 - 09:40 | Permalink

    Hi, I’m really interested in taking a look at the script, but the link looks to be broken: :

    displays "Sidan Saknas" 


    Any chance reposting?


  • 11
    2009-01-19 - 10:45 | Permalink

    The link is fixed now. Thanks for notifying me!

  • 12
    Emilio Schapira
    2007-07-15 - 02:46 | Permalink

    Thanks for this article! We have been doing agile development for a while, but have some missing links in the process. I really appreciate your candid real-world sharing of experiences in the subject, it definitely gives a better hint on what’s more effective.

  • 13
    2009-02-04 - 08:40 | Permalink

    Hi Henrik!

    I’m talking from Brazil… I’m reading the translated book and I would like to ask you: where is the script mentioned in chapter "How we do sprint planning"?

    Thanks in advance,

  • 14
    2009-02-05 - 09:32 | Permalink

    Here it is:

  • 15
    2009-06-05 - 09:47 | Permalink

    Hi Henrik

    This book is very wonderful. I learned a lot from it. Could I translate it in Traditional Chinese? (not for business purpose, just try to let more people from Taiwan can learn or study it quickly)


  • 16
    2009-06-05 - 07:12 | Permalink

    Hi David, I’m glad you enjoyed the book. There is already a chinese version available here:

  • 17
    2009-06-11 - 06:58 | Permalink


    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”.

  • 18
    2009-06-11 - 10:28 | Permalink

    Great, I’d be happy to have you translate it to traditional Chinese! I’ll get in touch with you by email.

  • Leave a Reply

    Your email address will not be published. Required fields are marked *

    This site uses Akismet to reduce spam. Learn how your comment data is processed.