canmove, Confirmed users
1,953
edits
Line 39: | Line 39: | ||
* P1: Will be done by staff during the current quarter | * P1: Will be done by staff during the current quarter | ||
* P2: Will be done by staff during the next quarter | * P2: Will be done by staff during the next quarter | ||
* P3: Will be done by staff eventually | * P3: Will be done by staff "eventually" | ||
* P4: Not used | * P4: Not used | ||
* P5: Valid issue that will not be done by staff; patches are welcome from volunteer contributors. | * P5: Valid issue that will not be done by staff; patches are welcome from volunteer contributors. | ||
Leaving a bug open is rarely a commitment to fix the bug. P1 and P2 bugs are reviewed at the end/beginning of each quarter to determine if their priority is still valid. | |||
It's a bit awkward to have some types of work represented as Bugzilla bugs, while the majority of MDN work is represented as GitHub issues. When a Bugzilla issue is planned to be worked on during a sprint, a GitHub issue should be created for it, containing a link to the Bugzilla issue. Use GitHub (and ZenHub) for estimation and status-tracking; use Bugzilla for discussion. | |||
Emergency work can be started immediately and may pre-empt work that was previously planned for the sprint; in such a case, affected team members should confer with the product owner to decide what to do with other affected work. | |||
'''Tools''' | '''Tools''' |