Confirmed users
1,193
edits
No edit summary |
No edit summary |
||
Line 7: | Line 7: | ||
== Summary == | == Summary == | ||
Users and other stakeholders can request changes to the MDN at any time | Users and other stakeholders can request changes to the MDN at any time by [https://bugzilla.mozilla.org/form.mdn filing a bug on Bugzilla]. The MDN project manager occasionally reviews these requests and, based on priorities that are identified, chooses some for the team should complete. For each of these, a new Kanban card is created and added to a phase called ''Selected''. Over time, these cards move out of ''Selected'' and through four other phases in order: ''Research & Design'', ''Development'', ''Review & QA'', and ''Released''. | ||
The team uses Kanbanery and Bugzilla to manage this process. Each Kanbanery card refers to the Bugzilla bug (created by the ''Mozilla Developer Network Feedback'' form) that describes the original request. The team uses the bug to collaborate as progress is made. For example, the team uses the bug to share designs and hold technical discussions. | The team uses Kanbanery and Bugzilla to manage this process. Each Kanbanery card refers to the Bugzilla bug (created by the ''Mozilla Developer Network Feedback'' form) that describes the original request. The team uses the bug to collaborate as progress is made. For example, the team uses the bug to share designs and hold technical discussions. | ||
When a phase is completed (see the section [[#Phases|Phases]]), the card is marked as ''Ready'' in Kanbanery. At any point, a team member working in the next phase can pull a ''Ready'' card into his phase and begin working on it. Phases are not skipped when a card is moved. If a phase is not | When a phase is completed (see the section [[#Phases|Phases]]), the card is marked as ''Ready'' in Kanbanery. At any point, a team member working in the next phase can pull a ''Ready'' card into his phase and begin working on it. Phases are not skipped when a card is moved. If a phase is not needed for a particular card, the group responsible for that phase simply marks the card as ''Ready'' immediately after it is pulled in. | ||
All requests go through this process. The team can elect to work on any requests that interest them | All requests go through this process. The team can elect to work on any requests that interest them by contributing to priority discussions. | ||
== Phases == | == Phases == | ||
Line 23: | Line 23: | ||
=== Research & Design === | === Research & Design === | ||
The team investigates a technical solution to the change. The team also decides if the change is small enough to be implemented without a detailed design, if a detailed design is needed before development beings, or if the feature is so big that it should be implemented behind a feature flag ( | The team investigates a technical solution to the change. The team also decides if the change is small enough to be implemented without a detailed design, if a detailed design is needed before development beings, or if the feature is so big that it should be implemented behind a feature flag (allowing the team can iterate on it over time). The card is marked as ''Ready'' when the team feels comfortable starting development. | ||
=== Development === | === Development === | ||
Line 41: | Line 41: | ||
=== Work in Progress Limits === | === Work in Progress Limits === | ||
The team uses Work in Progress (WIP) limits to limit the amount of work being done at a given time. A card is not pulled into a new phase if | The team uses Work in Progress (WIP) limits to limit the amount of work being done at a given time. A card is not pulled into a new phase if its limit has already been reached. | ||
{| class="wikitable" style="background-color: transparent" | {| class="wikitable" style="background-color: transparent" | ||
Line 70: | Line 70: | ||
=== Size === | === Size === | ||
Cards are roughly equal in size. If a request seems particularly big, the | Cards are roughly equal in size. If a request seems particularly big, the project manager works with the team to identify a smaller piece to start on. A card is created for that piece and added to the ''Selected'' column. The process is then repeated until the entire request is completed. | ||
=== Assignment === | === Assignment === | ||
Line 102: | Line 102: | ||
== Working with contributors == | == Working with contributors == | ||
The project manager lists himself as a mentor in bugs that seem like good candidates for contributors. | The project manager lists himself as a mentor in bugs that seem like good candidates for contributors. Contributors are encouraged to choose bugs from this list, but can work on any other bugs that interest them. | ||
== Tracking Progress == | == Tracking Progress == | ||
Line 116: | Line 116: | ||
=== Notifications === | === Notifications === | ||
The team publishes several RSS feeds that stakeholders can subscribe to for notifications about progress. The | The team publishes several RSS feeds that stakeholders can subscribe to for notifications about progress. The status of a card might change by the time a notification is seen, so subscribers are encouraged to always consult the corresponding Kanban card for the most up-to-date information. | ||
* [http://pipes.yahoo.com/pipes/pipe.run?_id=a3d378990547aff38f71f3874fb99b73&_render=rss All team progress] | * [http://pipes.yahoo.com/pipes/pipe.run?_id=a3d378990547aff38f71f3874fb99b73&_render=rss All team progress] |