Features/Planning and Tracking: Difference between revisions

Jump to navigation Jump to search
m
Line 55: Line 55:


== FAQs ==
== FAQs ==
; Why do we need to do this?
=== Why do we need to do this? ===
: We always have more things that we want to do than people and time we have to do them.  This system is a simple way for us to have a shared understanding of our priorities, where people are spending their time, how things are going, and what the various tradeoffs are if/when we have to make hard decisions about what to work on (and therefore what not to).  
We always have more things that we want to do than people and time we have to do them.  This system is a simple way for us to have a shared understanding of our priorities, where people are spending their time, how things are going, and what the various tradeoffs are if/when we have to make hard decisions about what to work on (and therefore what not to).  


; But what about this bugfix I'm working on?
=== But what about this bugfix I'm working on? ===
: Single bugfixes do not need to have Feature pages or be tracked via the Flight Trackers.  The current working rule-of-thumb is that if something is significant enough that we would mention it in the release notes, it should probably have a Feature Page and be tracked using this system.
Single bugfixes do not need to have Feature pages or be tracked via the Flight Trackers, but pretty much everything else doesIf you're not sure if your thing should have a Feature page, here are a few questions to ask:
# Does it take more than one bug to accomplish?
# Is it something that we would include in release notes and/or brag about?
# Does it add to the product or change how the product behaves for users, web developers, or add-on developers?
# Is it bigger than a breadbox?


; The Features List is missing something important!
If any of these answers is "yes", then you should create a feature page.
: Great - [[#If_your_Feature_is_not_on_the_Feature_List|let us know]]. The product team owns the list and the prioritization, but we do not expect to be the source of every idea, we expect to be the clearinghouse bringing them all together and aligning them against our long term plans.


; I am excited to start working on a feature, how do I start?
=== The Features List is missing something important! ===
: Ping the listed owner for that feature and let them know. The first step is to identify the team involved (Project Manager, Developer(s), QA lead, contacts from security, usability and elsewhere as appropriate), get it into the tracker with an appropriate estimate, and then start hacking.
Great - [[#If_your_Feature_is_not_on_the_Feature_List|let us know]]. The product team owns the list and the prioritization, but we do not expect to be the source of every idea, we expect to be the clearinghouse bringing them all together and aligning them against our long term plans.
 
=== I am excited to start working on a feature, how do I start? ===
Ping the listed owner for that feature and let them know. The first step is to identify the team involved (Project Manager, Developer(s), QA lead, contacts from security, usability and elsewhere as appropriate), get it into the tracker with an appropriate estimate, and then start hacking.


== Questions & Feedback ==
== Questions & Feedback ==
If you have other questions, feedback, or concerns, please do not hesitate to contact Deb (deb@mozilla.com).  We'll be working on evolving this system over time, so your feedback and ideas are incredibly valuable and appreciated.
If you have other questions, feedback, or concerns, please do not hesitate to contact Deb (deb@mozilla.com).  We'll be working on evolving this system over time, so your feedback and ideas are incredibly valuable and appreciated.
canmove, Confirmed users, Bureaucrats and Sysops emeriti
6,906

edits

Navigation menu