Facilitating the Spread of Knowledge and Innovation in Professional Software Development

Write for InfoQ


Choose your language

InfoQ Homepage News Hanselminutes Podcast on Scrum Project Management

Hanselminutes Podcast on Scrum Project Management

Scott Hanselman, a Scrum Master at Corillian and co-author of Professional ASP.NET 2.0, has published a podcast on the Scrum project management methodology.  He uses Scrum in his own projects and is a Certified Scrum Master.  He feels that Scrum makes Agile approachable, sensible and easy to grasp.

He starts off with the image of a progress bar... ticking along at 10%, 20%, 50% done... but likely to get stuck at 95% with no way to guess when it's going to jump to 100%!  Similarly, the traditional way projects are tracked gives us nice indicators... which don't really tell us when the work will be fully done.  Too many projects fall into the scenario of being 80% done for months on end.  Enter Scrum.

Hanselman goes over just-in-time task-level estimation, velocity, how burndown charts can help forecast delivery dates and feature reconciliation, and more importantly the concept of when a feature is said to be really done, ie. compiles, tested, integrated, checked-in and documented. 

Chris Chapman notes, in his review of this podcast, that when we talk about a Product Backlog as indicating the size of a project, we are usually not talking about "real" days, but some relative measure allowing us to size the work to be done.  Some use "story points", others "ideal days" (time it would take with all needed information and resources available and no interruptions). In fact, there are some teams that will apply a factor to ideal days to get real days... or a rough semblance thereof.  It's not so bad if everyone understands that this is a SWAG estimate, having been done at such a high level.  The key is to make sure this is understood, no matter what unit of measure is chosen . The potential for misunderstanding is a good reason to not estimate in real days.

Hanselman provides an anecdote that explains the name for his podcast site... a colleague points out that his estimate of 20 minutes is a lie... it's really in "Hanselminutes" (which means you'll have it in three hours).   This illustrates the practice applied by many Agile teams of not pretending to estimate in "real" time... everyone's "minutes" are different, and with the Scrum method of task estimation, individual differences are accounted for.  He notes that Scrum allows developers to work the way they like: on tasks they choose, which they have defined and estimated.  Meanwhile, it also allows Product Owners to do what they like to do: track progress, daily if they want, in a transparent and meaningful way.

His casting of the Scrum Master as a Project Concierge is a new one - nice analogy! The Scrum Master does whatever is needed to protect productivity - from buying software licenses to providing soft drinks.

He also talks about Sprint Retrospectives - how they encourage team feedback and engagement.  For more on Retrospectives, see the new book by Diana Larsen and Esther Derby.

On the same page, Hanselman has provided an extensive list of Scrum links, compiled by Howard VanRooijen of Conchango, listing sites, podcasts, books, arcticles for further investigation of Scrum and related methodologies.

Rate this Article


Hello stranger!

You need to Register an InfoQ account or or login to post comments. But there's so much more behind being registered.

Get the most out of the InfoQ experience.

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Community comments

  • Scrum usage

    by Alef Arendsen,

    Your message is awaiting moderation. Thank you for participating in the discussion.

    I'm encountering a lot of projects lately here in Europe (mainly Netherlands and Belgium) lately that are managed using the Scrum development methodology, also projects executed by large system integrators and at financials and insurance companies.

    Is this something other people are encountering as well?


  • Scrum vs XP

    by anjan bacchu,

    Your message is awaiting moderation. Thank you for participating in the discussion.

    hi there,

    A question to practitioners : I've been using XP for a while now. Having read the literature, articles, etc as well as practicing it, I kinda dig it.
    It would help to know the "KEY" differences/commonalities between XP and Scrum.

    Thank you,


  • Re: Scrum vs XP

    by Oliver Gierke,

    Your message is awaiting moderation. Thank you for participating in the discussion.

    As I understood the idea of scrum, it is not a VS to XP. It even suggests to use XP Methods like pair programming in Scrum development work. Scrum to me is more the "middle tier" between the software process and the actual programming process. So it gives advices and acting rules to better bring high level requirements to programmers.


  • Re: Scrum -WITH- XP

    by Deborah (Hartmann) Preuss,

    Your message is awaiting moderation. Thank you for participating in the discussion.

    Original XP doesn't talk much about what happens outside the dev team. Scrum focuses only on this... communication with Product Owners, managing requirements, communication among team members, and impediment removal to enable the team.

    The team still needs to self-organize their dev work... XP is a good, Agile way to do this. Some Scrum teams use XP, others don't.

    Scrum and XP overlap, by design, at "the planning game" which XP creator Kent Beck acknowledges comes from Scrum.

    XP and Scrum are complementary, and can allow a team to reach a "high performance" state, though it's not the only way!

  • Re: Scrum -WITH- XP

    by Deborah (Hartmann) Preuss,

    Your message is awaiting moderation. Thank you for participating in the discussion.

    Oh, and I wanted to say :-) that Industrial XP does talk about what goes on in the whole enterprise, not just the dev team.

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p