I mentioned yesterday that Howard van Rooijen is working on Team Foundation process templates for Scrum Methodologies.
Today he has posted details of the Work Item Types - if you've used Scrum, I highly recommend that you take a look and give him some feedback about what he's chosen to put in the work item types.
Personally, I'm not an expert in Scrum, but his work item types look simple and lightweight. He uses a couple of work item types to gather general information: one about the current Sprint, one about product requirements ("Product Backlog" work item). The main "work item type" to represent Tasks, Bugs, Impedments etc is the "Sprint Backlog Item".
The choice of creating a general work item type Sprint to collect information about things like the number of hours a day the team can work etc is interesting, because it highlights one way you can store metadata about your current project. Thinking about it, perhaps we should be exploring ways to define meta data for project iteration and area hierarchy, and on the project itself, that can be linked to from work items. This isn't going to happen in v1 - but I'd love to get some feedback on this for future work.
An alternative to creating a work item, is to create documents and put them on the project's Sharepoint portal, and then link to these from the sprint work item - but then you lose the ability to create simple reports about all the active Sprints etc.
Another couple of thoughts on Howard's work items - my comments might be due to a lack of experience with Scrum though, but I though they'd be useful to post here just so you can see some of my thoughts about Work Item Type design in general.
Just a few thoughts - but I'm really excited to see this work happening.