DevTools/Planning/Performance
Note: the performance product overview can be found here: DevTools/Planning/Performance/Details.
Contents
What the hell is this?
This is a Kanban board. It's simply a way of managing the flow of work through engineering from writing down the requirement to finally landing the feature without some big heavy process or methodology. Please note that this is NOT SCRUM. Here we simply "stack" user stories into work piles that we process. Product management has a work pile of user stories they prepare for engineering to work on, and engineering has a work pile of user stories that are prioritized and ready to be implemented.
To track the pile of user stories related to performance management, we created the tracking bug 928571, also known by the alias "perf-kanban". To put a user story on the board, just create a "bug" that contains a user story or requirement, and make it block "perf-kanban". At that point, it's in what we call "the backlog". To get it going into the flow, just set the pm-scrub flag to "?" and now it goes into the pile of work for product management to look at. When PM has done the required work of scrubbing the user story (making sure there are no duplicates, that it has mockups, and that it fits into the "product story line" and that it's appropriately prioritized) then the PM flag is set to + and any engineer can assign themselves to it and implement it. After that, it's business as usual.
Bottom line: ideally, you want to work on new features that block "perf-kanban" and have the pm-scrub flag set to "+".
As a standard disclaimer: the process of preparing user stories for implementation isn't just a PM task, engineers and engineering managers at Mozilla should always be a part of the process of validating and refining any user story.
Note that Bugzilla is the source of truth. The only thing this page contains are some convenient Bugzilla queries that you may as well do on Bugzilla if you prefer.
Backlog
The backlog contains all the incoming artifacts that haven't been looked at. In terms of Bugzilla, it means status = "NEW" and the PM-Scrub flag has not been set.
ID | Priority | Summary | Status | Assigned to |
---|---|---|---|---|
885508 | -- | [meta] WebSocket Inspector | NEW | |
933006 | P3 | Real Time Memory Visualization | NEW | |
933026 | P2 | Recorded JS Memory Profile | NEW | |
933048 | P3 | Finding short term memory leaks | NEW | |
934022 | P3 | Find references for GC'd objects | NEW |
5 Total; 5 Open (100%); 0 Resolved (0%); 0 Verified (0%);
"To be Scrubbed" Stack
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.
No results.
0 Total; 0 Open (0%); 0 Resolved (0%); 0 Verified (0%);
"Ready to implement" Stack
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 +.
No results.
0 Total; 0 Open (0%); 0 Resolved (0%); 0 Verified (0%);
"In Progress" Stack
User stories currently being implemented. Bugzilla: status=ASSIGNED.
No results.
0 Total; 0 Open (0%); 0 Resolved (0%); 0 Verified (0%);
"Landed" Stack
User stories that have landed.
ID | Priority | Summary | Status | Assigned to |
---|---|---|---|---|
625846 | -- | Add Heap Snapshot and Analysis tools | RESOLVED | |
879008 | P2 | New UI for the sampling Profiler | RESOLVED | Victor Porof [:vporof][:vp] |
929114 | -- | Live Frame Rate Visualization | RESOLVED | |
931898 | -- | Recorded Frame rate visualization | RESOLVED | |
1011224 | -- | Performance tools are available in WebIDE | RESOLVED |
5 Total; 0 Open (0%); 5 Resolved (100%); 0 Verified (0%);