MDN/Development/drivers: Difference between revisions

From MozillaWiki
Jump to navigation Jump to search
(mdn-drivers is being deprecated)
 
(7 intermediate revisions by 2 users not shown)
Line 1: Line 1:
=MDN Drivers=
=MDN Drivers=


MDN Drivers are group of stakeholders (product owners, community members and the like) that help drive the direction of MDN and the development work we do on the platform (django pages, the wiki and beyond).  
MDN Drivers are a group of stakeholders (product owners, community members and the like) that formally help drive the direction of MDN and the development work we do on the platform (django pages, the wiki and beyond).  


Essentially, drivers will subscribe to the MDN-drivers mailing list and participate in a monthly meeting  to prioritize features or fixes on the site. Prioritization encompasses development work on everything from the wiki pages/platform (aka Kuma), Demo Studio/Dev Derby, Hacks blog to DevHub/Apps content and any new sections we add to the site moving forward. Drivers will also help guide the redesign/rebranding efforts on MDN, Devhub, Demo Studio & Hacks. We'll add any additional stakeholders as needed, and all Mozillains are invited to join the list and participate.  
Essentially, drivers will prioritize features or fixes on the MDN and related developer sites. Prioritization encompasses development work on everything from the wiki pages/platform (aka Kuma), Demo Studio/Dev Derby, Hacks blog to DevHub/Apps content and any new sections we add to the site moving forward. Drivers will also help guide the redesign/rebranding efforts on MDN, Devhub, Demo Studio & Hacks. We'll add any additional stakeholders as needed, and all Mozillians are invited to join the list and participate.  


==The Process==
==The Process==


MDN development uses a continuous deployment process, where we create "cards" of work that are passed into the dev team via a [http://en.wikipedia.org/wiki/Kanban Kanban] board.  
Drivers subscribe to the [https://lists.mozilla.org/listinfo/mdn MDN] mailing list, where most of the discussions will happen, and also participate in a monthly meeting. The expectation is that drivers will propose and champion features (via bugs in Bugzilla & discussion in the mailing list) relevant to their areas of interest, but also evaluate all bugs & proposed features and their impact on developers and contributors and prioritize accordingly.  


Drivers will help choose features the MDN engineering team should work on from the MDN backlog (a selected list of bugs in Bugzilla), as well as make suggestions for new bugs/features. As card "slots" become available Luke Crouch (manager of the MDN dev team)  will ask on the mailing list which of the features from the backlog should go on top for pulling into the kanban board. Discussion will follow, and we will chose what to add to the workload.  
MDN development uses a continuous deployment process, where we create "cards" of work that are passed into the dev team via a [http://en.wikipedia.org/wiki/Kanban Kanban] board. Cards are created from the MDN backlog, which is a list of bugs in Bugzilla that are ordered primarily based on votes, duplicate counts, and priority. For most bugs, the best way to influence MDN product development is to [https://bugzilla.mozilla.org/page.cgi?id=voting.html vote] on the bugs in Bugzilla and participate in the prioritization of top vote-getting bugs. Drivers also can, and should, champion low-vote bugs that are essential to their products, the developer/contributor experience, and performance/security - the point of having drivers is to add intelligence to the process beyond just votes on bugs.  


I'll send email reminders to this list before the MDN engineering team pulls new work from our MDN backlog into our Kanban board. When
As card "slots" become available (when selected cards are released into production) Luke Crouch (manager of the MDN dev team) will ask on the mailing list which of the bugs from the backlog should go on top for pulling into the kanban board. Discussion will follow, and that input & agreement will drive what is added to the board's "Selected" column.
a slot opens up in our board, Ali, I, or an MDN dev will pull a bug from the backlog - primarily based on votes, duplicate counts, and priority - into the board's "Selected" column.
 
So, the best way to influence MDN product development is to vote on bugs in the MDN backlog and participate in the prioritization of top voted bugs.
 
In addition, our Kanban board reports an average "Lead Time" [3] - i.e., how long it takes for a card to move from "Selected" to "Released". So we can also prioritize bugs anticipating their delivery dates.


==Links and Information==
==Links and Information==


*To post to this list, send your message to:  Mdn-drivers@lists.mozilla.org
*To post to the list, send your message to:  Mdn@lists.mozilla.org
*[https://lists.mozilla.org/listinfo/mdn-drivers Subscribe to mdn-drivers]
* [https://groups.google.com/forum/#!forum/mozilla.mdn Archive of discussions]
* [http://mzl.la/mdn_backlog MDN Backlog]
** [https://groups.google.com/forum/#!forum/mozilla.mdn-drivers Historical archive] of (deprecated) mdn-drivers list
* [https://lists.mozilla.org/listinfo/mdn Subscribe to mdn@]
* [http://mzl.la/mdn_backlog MDN Backlog] (sorting by votes is helpful)
* [https://mdn.kanbanery.com/projects/32137/board/?key=0383ba5f05e165e0eb19d8476654fe9775ce2ca7 Kanban board]
* [https://mdn.kanbanery.com/projects/32137/board/?key=0383ba5f05e165e0eb19d8476654fe9775ce2ca7 Kanban board]

Latest revision as of 21:07, 4 February 2015

MDN Drivers

MDN Drivers are a group of stakeholders (product owners, community members and the like) that formally help drive the direction of MDN and the development work we do on the platform (django pages, the wiki and beyond).

Essentially, drivers will prioritize features or fixes on the MDN and related developer sites. Prioritization encompasses development work on everything from the wiki pages/platform (aka Kuma), Demo Studio/Dev Derby, Hacks blog to DevHub/Apps content and any new sections we add to the site moving forward. Drivers will also help guide the redesign/rebranding efforts on MDN, Devhub, Demo Studio & Hacks. We'll add any additional stakeholders as needed, and all Mozillians are invited to join the list and participate.

The Process

Drivers subscribe to the MDN mailing list, where most of the discussions will happen, and also participate in a monthly meeting. The expectation is that drivers will propose and champion features (via bugs in Bugzilla & discussion in the mailing list) relevant to their areas of interest, but also evaluate all bugs & proposed features and their impact on developers and contributors and prioritize accordingly.

MDN development uses a continuous deployment process, where we create "cards" of work that are passed into the dev team via a Kanban board. Cards are created from the MDN backlog, which is a list of bugs in Bugzilla that are ordered primarily based on votes, duplicate counts, and priority. For most bugs, the best way to influence MDN product development is to vote on the bugs in Bugzilla and participate in the prioritization of top vote-getting bugs. Drivers also can, and should, champion low-vote bugs that are essential to their products, the developer/contributor experience, and performance/security - the point of having drivers is to add intelligence to the process beyond just votes on bugs.

As card "slots" become available (when selected cards are released into production) Luke Crouch (manager of the MDN dev team) will ask on the mailing list which of the bugs from the backlog should go on top for pulling into the kanban board. Discussion will follow, and that input & agreement will drive what is added to the board's "Selected" column.

Links and Information

Retrieved from "https://wiki.mozilla.org/index.php?title=MDN/Development/drivers&oldid=1053735"