1. Teams should do whatever they can to fix bugs that are found during the sprint in which they're found. The definition of "Done" means the feature is coded to standards, unit tested, functionally tested, documented and all known bugs are resolved during the sprint. If you postpone bugs, what seems trivial at first will mean significant build up of technical debt which you will need to pay for downstream. 2. Work required to fix bugs shouldn't count towards the teams overall story point velocity. You don't what to show an increase in velocity for buggy code. 3. Bugs should be treated just like tasks are treated on the Sprint Backlog and should be tracked on the Burndown. Bugs take time to fix and so you have to account for the hours. 4. Teams should not confuse Sprint capacity plannning with longer term Story point planning i.e. bugs should not be estimated in Story points.
Extract - Accounting for bugs the agile way - part II
2009.03.11. 14:28 takacsot
Szólj hozzá!
Ajánlott bejegyzések:
A bejegyzés trackback címe:
https://takacsot.blog.hu/api/trackback/id/tr95995928
Kommentek:
A hozzászólások a vonatkozó jogszabályok értelmében felhasználói tartalomnak minősülnek, értük a szolgáltatás technikai üzemeltetője semmilyen felelősséget nem vállal, azokat nem ellenőrzi. Kifogás esetén forduljon a blog szerkesztőjéhez. Részletek a Felhasználási feltételekben és az adatvédelmi tájékoztatóban.
Nincsenek hozzászólások.
