good practice for "retrospective" work item type?
In previous releases, I've used a new tab on an iteration plan to hold
wiki-markup formatted retrospective notes. The Scrum process in RTC 2.0 has a "retrospective" work item type with a very simple work flow (open, in progress, closed). I haven't found any substantive documentation for this type on jazz.net (at least google search can't find anything substantive). Anybody here have suggestions/examples of use of this type? -- John Kohl Senior Software Engineer - Rational Software - IBM Software Group Lexington, Massachusetts, USA jtk@us.ibm.com <http> |
One answer
Geoffrey Clemm (30.1k●3●30●35)
| answered Jul 29 '09, 11:19 a.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER
You can browse the jazzdev repository (available on jazz.net) for
examples (currently, there are 119 retrospective work items in jazzdev). Commonly, the description of the work item will be initialized with the areas of feedback the component lead is particularly interested in, and individuals will add comments with their particular feedback. The project lead will often then update the description to summarize that feedback. If a project lead wants to make sure everyone on the team contributes to the retrospective, they can create "approvals" for each team member. Cheers, Geoff John T. Kohl wrote: In previous releases, I've used a new tab on an iteration plan to hold |
Your answer
Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.