Manage testing work item within scrum sprint plan
Hello,
we are using RTC3.0.1.2. We have a project works with SCRUM template. The development team contains developers and test engineers. All the developer's tasks managed within the plan as "tasks" / "Defects". For those tasks we would like to manage the work that should be done by the test engineers. Is it a right concept to open work item for each task? Is there a better way to do it? We thought to change the owner of the task from the developen to the tester, but if we will do it we will loose the "load" information from the developer bar. Thanks, Yaron |
4 answers
Geoffrey Clemm (30.1k●3●30●35)
| answered Feb 21 '12, 10:12 a.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER
If the task takes a noticeable amount of time (say, at least 30 minutes), then creating a separate task is what I would do. If the task does not, then I'd probably create a "testing Approval" on the work item, and create a generic "do testing" tasks for the test engineer. You could optionally link that do-testing task to the work items being tested.
Also note that the RQM product automates this kind of thing for you. Cheers, Geoff Hello, |
|
|
|
Hi,
My case is that the task takes a noticeable amount of time (say, at least 30 minutes). So it looks like the solution is creating a separate task. The solution we thought about is: 1. For each task / defect that is planned for the sprint - an additional task will be created in order to record and manage the test effort. 2. Both work items will be links (for management purpose) to a new created "parent". For example - no a new "story". Does it make sense? Is there something automatic for that it RTC? If not, how can we script it? I mean create a new WI (same summary description copied from original work item), and an additional "parent" work item. Thanks, Yaron |
|
|
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.