Hanselminutes Podcast on Scrum Project Management

Posted by Deborah Hartmann on Aug 04, 2006 02:51 PM

Community

Agile

Topics

Methodologies,

Agile Techniques

Tags

Podcasts,

Scrum,

Planning

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.

1. Back to top

   Scrum usage

   Aug 4, 2006 10:20 AM by Alef Arendsen

   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? rgds, Alef

   Reply

2. Back to top

   Scrum vs XP

   Aug 4, 2006 4:39 PM by anjan bacchu

   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, BR, ~A

   Reply

3. Back to top

   Re: Scrum vs XP

   Aug 5, 2006 3:18 AM by Oliver Gierke

   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. Regards, Ollie

   Reply

4. Back to top

   Re: Scrum -WITH- XP

   Aug 5, 2006 6:30 AM by Deborah Hartmann

   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!

   Reply

5. Back to top

   Re: Scrum -WITH- XP

   Aug 5, 2006 6:32 AM by Deborah Hartmann

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

   Reply

• Older >