DevTools/Planning/Status: Difference between revisions

From MozillaWiki
Jump to navigation Jump to search
(Created page with "{{ForceRefreshButton}} ===Project Status Overview=== We are using the developer tools :: User Stories component to track buckets of features that are being worked on. All wo...")
 
 
(13 intermediate revisions by the same user not shown)
Line 1: Line 1:
{{ForceRefreshButton}}
{{ForceRefreshButton}}


===Project Status Overview===  
===Global Team Status Overview===  
We are using the developer tools :: User Stories component to track buckets of features that are being worked on. All work should be tied to bugs in this component and assigned the right whiteboard flags to reflect the status of that particular bucket. Development managers are responsible to create the dependencies (block) for all bugs that tie to a particular feature bucket. We are not following any "user story" methodology for requirements, but we do want to track what the requirements are in the user story field. Even a vague summary is fine. This field is editable over time.  
All work in DevTools should be tied to feature tracking bugs and assigned the right whiteboard flags to reflect the status of each feature bucket. Development managers are responsible to create the dependencies (blocks) for all bugs that tie to a particular feature bucket. We are not following any "user story" methodology for requirements, but we do want to track what the requirements are in the user story field. Even a vague summary is fine. This field is editable and mutable over time.
 
For individual team status pages, please refer to the following pages:
 
* Paris (Paul Rouget's team): [[DevTools/Planning/Status/Paris]]
* London: (Joe Walker's team): [[DevTools/Planning/Status/London]]
* Toronto: (Rob Campbell's team): [[DevTools/Planning/Status/Toronto]]
* Los Angeles: (Dave Townsend's team): [[DevTools/Planning/Status/LosAngeles]]


===Bucket Statuses===  
===Bucket Statuses===  
Whiteboard tags represent the following:
Whiteboard tags represent the following:


* [status:backlog] = this is in the backlog as an idea and isn't being worked on.
* [status:backlog] = this is in the backlog as an idea being considered to add to the pipeline of work.
* [status:planned] = planning to work on this within the next 30 days, requirements and design still being refined
* [status:planned] = planning to work on this within the next 90 days, requirements and design still being refined.
* [status:inflight] = this feature is in flight and being worked on.
* [status:inflight] = this feature is in flight and being worked on.
* [status:landedoff] = this feature has landed in nightly with pref off.
* [status:landedoff] = this feature has landed in nightly with pref off.
Line 14: Line 21:
* [status:shipped] = this feature is completed and shipping.
* [status:shipped] = this feature is completed and shipping.
* [status:onhold] = work has been put on hold because of other higher priorities.
* [status:onhold] = work has been put on hold because of other higher priorities.


===Backlog===  
===Backlog===  
Line 21: Line 27:
{
{
       "product": "Firefox",
       "product": "Firefox",
    "component": "Developer Tools%3A User Stories",
    "whiteboard": "[status:backlog]",
"whiteboard": "[status:backlog]",
"include_fields": "id, component, summary, status, assigned_to",
"include_fields": "id, priority, summary, status, assigned_to",
         "order": "bug_id"
         "order": "bug_id"
}
}
</bugzilla>
</bugzilla>


==="To be Scrubbed" Stack===  
===Planned===  
The PM work stack contains all the user stories that need to be scrubbed, validated, worked on by UI and prioritized by PM and engineering. In terms of Bugzilla, it means status = "NEW" and the PM-Scrub flag has been set to ?. Usually, most of these need mockups from UI.
Here are the items that are being planned:
<bugzilla>
{
      "product": "Firefox",
    "whiteboard": "[status:planned]",
"include_fields": "id, component, summary, status, assigned_to",
        "order": "bug_id"
}
</bugzilla>


===In Flight===
This stuff is being worked on
<bugzilla>
<bugzilla>
{
{
        "blocks": "936563",
      "product": "Firefox",
        "status": "NEW",
    "whiteboard": "[status:inflight]",
        "product": "Firefox",
"include_fields": "id, component, summary, status, assigned_to",
      "component": "Developer Tools: User Stories",
      "f1": "flagtypes.name",
      "o1": "substring",
      "v1": "pm-scrub?",
"include_fields": "id, priority, summary, status, assigned_to",
         "order": "bug_id"
         "order": "bug_id"
}
}
</bugzilla>
</bugzilla>


==="Ready to implement" Stack===  
===Landed with Pref=off===  
The ready to work stack contains all the user stories ready to be implemented. That means the stories have been flushed out, cleaned up and prioritized. In terms of Bugzilla, it means status = "NEW" and the PM-Scrubb has been set to +.
<bugzilla>
<bugzilla>
{
{
        "blocks": "936563",
      "product": "Firefox",
        "status": "NEW",
     "whiteboard": "[status:landedoff]",
     "whiteboard": "[User Story]",
"include_fields": "id, component, summary, status, assigned_to",
      "f1": "flagtypes.name",
      "o1": "substring",
      "v1": "pm-scrub+",
"include_fields": "id, priority, summary, status, assigned_to",
         "order": "bug_id"
         "order": "bug_id"
}
}
</bugzilla>
</bugzilla>


==="In Progress" Stack===  
===Landed with Pref=on===  
User stories currently being implemented. Bugzilla: status=ASSIGNED.
 
<bugzilla>
<bugzilla>
{
{
    "blocks": "936563",
      "product": "Firefox",
     "status": "ASSIGNED",
     "whiteboard": "[status:landedon]",
    "include_fields": "id, priority, summary, status, assigned_to",
"include_fields": "id, component, summary, status, assigned_to",
    "order": "bug_id"
        "order": "bug_id"
}
}
</bugzilla>
</bugzilla>


==="Landed" Stack===  
===Shipped===  
User stories that have landed.
<bugzilla>
<bugzilla>
{
{
    "blocks": "936563",
      "product": "Firefox",
     "resolution": "FIXED",
    "component": "Developer Tools: User Stories",
    "include_fields": "id, priority, summary, status, assigned_to",
     "whiteboard": "[status:shipped]",
    "order": "bug_id"
"include_fields": "id, priority, summary, status, assigned_to",
        "order": "bug_id"
}
}
</bugzilla>
</bugzilla>

Latest revision as of 16:12, 13 August 2014

Global Team Status Overview

All work in DevTools should be tied to feature tracking bugs and assigned the right whiteboard flags to reflect the status of each feature bucket. Development managers are responsible to create the dependencies (blocks) for all bugs that tie to a particular feature bucket. We are not following any "user story" methodology for requirements, but we do want to track what the requirements are in the user story field. Even a vague summary is fine. This field is editable and mutable over time.

For individual team status pages, please refer to the following pages:

Bucket Statuses

Whiteboard tags represent the following:

  • [status:backlog] = this is in the backlog as an idea being considered to add to the pipeline of work.
  • [status:planned] = planning to work on this within the next 90 days, requirements and design still being refined.
  • [status:inflight] = this feature is in flight and being worked on.
  • [status:landedoff] = this feature has landed in nightly with pref off.
  • [status:landedon] = this feature has landed in nightly with pref on.
  • [status:shipped] = this feature is completed and shipping.
  • [status:onhold] = work has been put on hold because of other higher priorities.

Backlog

The backlog contains all the incoming artifacts that haven't been looked at.

No results.

0 Total; 0 Open (0%); 0 Resolved (0%); 0 Verified (0%);


Planned

Here are the items that are being planned:

No results.

0 Total; 0 Open (0%); 0 Resolved (0%); 0 Verified (0%);


In Flight

This stuff is being worked on

No results.

0 Total; 0 Open (0%); 0 Resolved (0%); 0 Verified (0%);


Landed with Pref=off

No results.

0 Total; 0 Open (0%); 0 Resolved (0%); 0 Verified (0%);


Landed with Pref=on

No results.

0 Total; 0 Open (0%); 0 Resolved (0%); 0 Verified (0%);


Shipped

No results.

0 Total; 0 Open (0%); 0 Resolved (0%); 0 Verified (0%);