Firefox/IterativeDevelopment: Difference between revisions
< Firefox
Jump to navigation
Jump to search
| Line 240: | Line 240: | ||
{| class="wikitable" | {| class="wikitable" | ||
|- | |- | ||
! Meeting !! Day of week !! | ! Meeting !! Day of week !! Pacific Time !! Eastern Time !! Central European Time !! Time zone conversions | ||
|- | |- | ||
| "Europe" || Tuesdays || 8:00AM - 9:00AM || 11:00AM - 12:00PM || 5:00PM - 6:00PM || [http://arewemeetingyet.com/Los%20Angeles/2014-04-29/8:00/w/Firefox%20Planning/Status%20Meeting AWMY] | | "Europe" || Tuesdays || 8:00AM - 9:00AM || 11:00AM - 12:00PM || 5:00PM - 6:00PM || [http://arewemeetingyet.com/Los%20Angeles/2014-04-29/8:00/w/Firefox%20Planning/Status%20Meeting AWMY] | ||
Revision as of 05:07, 29 April 2014
Firefox Desktop Iterative Development
Objectives
The Iterative Development Model implemented for Firefox Desktop aims to accomplish six key objectives:
- Transparent - Who is working on what, when, and why.
- Predictable and Repeatable - Know what to expect from the process.
- Inclusive - Include all key participants (Eng, UX, QA, Product) and stakeholders in the process.
- Clear Direction and Decision Making - Know what we should do and who makes the call.
- Clear and Stable Priorities - Be clear on what is most important for each iterative cycle.
- Innovative - Provide flexibility to engage in experimental and original projects.
Iteration 31.3 Performance
Note: Next update on Tuesday May 13 following the conclusion of Iteration 32.1
At the conclusion of Iteration 31.3:
- Team completed 143 points across 45 bugs.
- Points completed decreased by 48 from the previous iteration.
- Bugs completed decreased by 3 from the previous iteration.
- Team carried over 193 points across 32 bugs to the next iteration.
- Point carry over increased by 22 from the previous iteration.
- Bug carry over increased by 7 from the previous iteration.
- Team accomplished a 43% close rate during the iteration.
- Closure rate decreased by 19% from the previous iteration.
- 45 bugs completed during the iteration have been verified by QA.
- 15 points across 5 resolved bugs could not be verified by the conclusion of the iteration and carried over to the next.
- Velocity Range: Median velocity of 88 points with a 90% likelihood the actual velocity will fall between 57 and 191.
- Production Forecast: 90% likelihood that 171 to 573 points of work, with a median value of 264, can be completed over the three iterations of the 32 release cycle.
44 Total; 0 Open (0%); 0 Resolved (0%); 44 Verified (100%);
Product Backlog
All work related to the ongoing development and maintenance of the Firefox Desktop Product are collected and prioritized in the Product Backlog. The goals of the Product Backlog are to:
- Enable work to be prioritized so that the team is always working on the most important features.
- Support continual planning as the product emerges so the plan matches reality.
- Improve forecasts so that the stakeholders make the best decisions about the direction of the product.
The Product Backlog is maintained by the Senior Management team (Chad, Gavin, Madhava) at the Product Backlog Refinement Meeting to ensure new priorities are available for each Sprint Planning meeting.
Product Backlog: View Bugzilla
Backlog Triage
Triage Guidelines
These guidelines should help determine whether a bug should be included in the Firefox desktop team's backlog.
These are guidelines, not strict rules. Ultimately the decision rests on the judgement of the triage teams, and exceptions are possible. They should however be uncommon.
To be included in the Firefox desktop backlog, a bug should:
- be in an actionable state
- for defects, the problem is ready for engineering or UX: diagnosis, measurement, design, or fixing
- for feature requests or enhancements, it means that there's a clear problem statement or suggestion
- have a difficulty/user-impact ratio low enough that we can reasonably expect to spend time fixing the bug within the next 6 months
- this is a judgement call, obviously, and so the triage teams will need to learn to make these decisions over time
- be within the general area of ownership/responsibility of the Firefox team (engineering and UX)
- this means e.g. platform bugs that are outside of our area of expertise/ownership should generally not be added to our backlog
Triage Backlog: View Bugzilla
Adding Bugs to Triage
- Click on 'set flags'
- Set 'firefox-backlog' flag to '?'
- Desktop Triage Team will review for inclusion in the Product Backlog
Iterations
Note: Next update on Tuesday May 13 following the conclusion of Iteration 32.1
The Iteration Backlog is a collection of Work that the team has committed to implement, test and deliver in a two-week iteration.
Current Iteration - 32.1: Tue 04/29/14 - Mon 05/12/14
| ID | Summary | Status | Assigned to | Whiteboard |
|---|---|---|---|---|
| 100180 | UI freezes if alert/dialog comes up while dragging (Modal dialog during drag causes hang) | VERIFIED | Mike Conley (:mconley) (:⚙️) (PTO Dec 22 - Jan 2) | [Workaround: use keyboard to dismiss dialog][has draft patch] p=0 s=it-32c-31a-30b.1 [qa!] |
| 257061 | count and display the number of found items in the FIND toolbar | VERIFIED | Mike de Boer [:mikedeboer] | [parity-chrome][parity-safari][has patch] p=0 s=it-32c-31a-30b.1 [qa!] |
| 805068 | Make browser chrome tests more self-contained by giving each test a new blank tab | VERIFIED | Dão Gottwald [:dao] | p=0 s=it-32c-31a-30b.1 [qa-] |
| 856470 | Password manager no longer requires initialization at startup | VERIFIED | :Paolo Amadini | p=1 s=it-32c-31a-30b.1 [qa-] |
| 956332 | Reorganize Login Manager tests and update interfaces | VERIFIED | :Paolo Amadini | p=8 s=it-32c-31a-30b.1 [qa-] |
| 973282 | Option to close Translation Infobar | VERIFIED | Florian Quèze [:florian] | [translation] p=0 s=it-32c-31a-30b.1 [qa!] |
| 973283 | Option to correct wrongly detected language upon initial page load | VERIFIED | Florian Quèze [:florian] | [translation] p=0 s=it-32c-31a-30b.1 [qa!] |
| 973284 | Option to change the language to translate to from my default language | VERIFIED | Florian Quèze [:florian] | [translation] p=0 s=it-32c-31a-30b.1 [qa!] |
| 973285 | Option to select “translate” | VERIFIED | Florian Quèze [:florian] | [translation] p=0 s=it-32c-31a-30b.1 [qa!] |
| 973286 | Option to “not translate” | VERIFIED | Florian Quèze [:florian] | [translation] p=0 s=it-32c-31a-30b.1 [qa!] |
| 974587 | Create "Translation in Progress" infobar for Automatic Translation | VERIFIED | Florian Quèze [:florian] | [translation] p=0 s=it-32c-31a-30b.1 [qa!] |
| 975786 | Add FHR search source for about:newtab | VERIFIED | Drew Willcoxon :adw | p=2 s=it-32c-31a-30b.1 [qa!] |
| 976542 | Create "Translated" state infobar for Automatic Translation | VERIFIED | Florian Quèze [:florian] | [translation] p=0 s=it-32c-31a-30b.1 [qa!] |
| 976573 | Implement "Options" dropdown in translation infobar | VERIFIED | Florian Quèze [:florian] | [translation] p=0 s=it-32c-31a-30b.1 [qa!] |
| 978861 | The find bar no longer initializes the search string to the selected text in the document | VERIFIED | Mike de Boer [:mikedeboer] | p=0 s=it-32c-31a-30b.1 [qa!] |
| 983922 | Story Breakdown - Initial concepts for in-product viral features | VERIFIED | Sevaan Franks [:sevaan] | p=13 s=it-32c-31a-30b.1 [qa-] |
| 986521 | Fetch Directory Links data from a network location to cache locally | VERIFIED | Marina Samuel [:emtwo] | p=8 s=it-32c-31a-30b.1 [qa-] |
| 986530 | Deploy a test experiment to the nightly population | VERIFIED | p=0 s=it-32c-31a-30b.1 [qa!] | |
| 990111 | Addon Provider for previously-active experiments | VERIFIED | Georg Fritzsche [:gfritzsche] | p=5 s=it-32c-31a-30b.1 [qa!] |
| 990713 | Update directoryLinks to have actual links and images | VERIFIED | Marina Samuel [:emtwo] | p=13 s=it-32c-31a-30b.1 [qa-][talos_regression] |
| 991120 | [UX] Design - Download type (status) icons/buttons on the right end of the Downloads Panel are too small (size of the mouse pointer). | VERIFIED | Michael Maslaney [:mmaslaney] (mmaslaney@mozilla.com) | [ux] p=3 s=it-32c-31a-30b.1 [qa-] |
| 991543 | [tracking] (desktop) Update localized search plugins with resultdomain | VERIFIED | Francesco Lodolo [:flod] | p=0 s=it-32c-31a-30b.1 [qa!] |
| 992258 | Trigger a refresh of the experiments view in the addon manager when experiments change | VERIFIED | Georg Fritzsche [:gfritzsche] | p=5 s=it-32c-31a-30b.1 [qa!] |
| 993339 | The dialog with specific details doesn’t appears on Application tab for in-content preferences | VERIFIED | Richard Marti (:Paenglab) | p=0 s=it-32c-31a-30b.1 [qa-] |
| 993375 | [UX] Design - Places async transactions: edit properties ui and star ui | VERIFIED | Zhenshuo Fang (:fang) - Firefox UX Team | [ux] p=8 s=it-32c-31a-30b.1 [qa-] |
| 994727 | Telemetry experiments: Test and fix how disabling the feature works. | VERIFIED | Georg Fritzsche [:gfritzsche] | p=3 s=it-32c-31a-30b.1 [qa!] |
| 994882 | [UX] Get Windows users on old/unsupported Firefox versions onto modern versions | VERIFIED | Jennifer Morrow [:Boriss] (UX) | [ux] p=8 s=it-32c-31a-30b.1 [qa-] |
| 994949 | [breakdown] Integrating light weight themes in customization mode | VERIFIED | Zhenshuo Fang (:fang) - Firefox UX Team | [ux] p=2 s=it-32c-31a-30b.1 [qa-] |
| 996119 | Breakdown - investigations of performance/memory usage of language detection | VERIFIED | Florian Quèze [:florian] | p=2 s=it-32c-31a-30b.1 [qa-] |
| 1001120 | [Session Restore] Remove the FrameTree Observer from content-sessionStore.js SessionHistoryListener | VERIFIED | Steven MacLeod [:smacleod] | p=1 s=it-32c-31a-30b.1 [qa-] |
| 1001167 | Session Restore doesn't handle a corrupted sessionstore.js file properly | VERIFIED | Tim Taubert [:ttaubert] (inactive) | p=3 s=it-32c-31a-30b.1 [qa!] |
| 1001234 | disable arrow panel animation on linux | VERIFIED | Neil Deakin | p=3 s=it-32c-31a-30b.1 [qa!] |
| 1001787 | Telemetry experiments: experiment re-enabling after being removed once FX is restarted | VERIFIED | Georg Fritzsche [:gfritzsche] | p=3 s=it-32c-31a-30b.1 [qa!] |
| 1001854 | Search field length does not consistent after toggle "Hide the new tab page" and restart | VERIFIED | Ed Lee :Mardak | p=2 s=it-32c-31a-30b.1 [qa!] |
| 1002077 | contentprefs service uses the non-existent nsIFrameMessageListener interface | VERIFIED | Drew Willcoxon :adw | p=2 s=it-32c-31a-30b.1 [qa-] |
| 1002521 | about:newtab doesn't show thumbnails when opened using ctrl-T | VERIFIED | Benjamin Smedberg | p=2 s=it-32c-31a-30b.1 [qa!] |
| 1002843 | Session restore code runs before browser.js onload handler | VERIFIED | Tim Taubert [:ttaubert] (inactive) | p=2 s=it-32c-31a-30b.1 [qa!] |
| 1004623 | UpdateCrashEventsDir() fails until OOPInit() | VERIFIED | Benjamin Smedberg | p=2 s=it-32c-31a-30b.1 [qa!] |
| 1007830 | Update to the tiles trial message text | VERIFIED | Ed Lee :Mardak | p=1 s=it-32c-31a-30b.1 [qa-] |
39 Total; 0 Open (0%); 0 Resolved (0%); 39 Verified (100%);
Definition of Done
The Definition of Done ensures a potentially shippable product increment is released at the conclusion of a release cycle.
Potentially Shippable Guidelines:
- Means Tested and Verified
- Mean Incremental Progress
Tested and Verified
Note: Full Desktop Firefox release testing workflow and process - View Detailed Walkthrough
- QA will be flagged to test work marked as 'Resolved' within the iteration.
- Any defects found will 'Reopen' the work subject to testing.
- If QA does not discover any defects the work will be marked as 'Verified'.
- Only 'Verified' work will merge into a build at the conclusion of the release cycle.
Product Increment
- A potentially shippable product increment means compliance with the work's individual acceptance criteria and not the full story under development.
Bugzilla
The following format is used to maintain consistency in how bugs are filed:
- p= (point value assigned to the bug)
- s= (the iteration the bug is being developed in)
- r= (the target release of the bug under development)
- [story] (collection of related bugs required for the completion of a feature)
Roles and Responsibilities
| Role | Contacts | |
|---|---|---|
| Project Champion | ||
Program/Project Management
|
||
Product Manager
|
||
UX/Design
|
||
Dedicated Engineering
|
||
QA
|
||
| Release Management | ||
| Marketing |
Communication
General
- Team Mailing list: Firefox/firefox-dev
- Team IRC Channel: #fx-team
Backlog Refinement Meeting
- Thursdays - 12:00PM - 1:00PM Pacific, 3:00PM - 4:00PM Eastern
- Duration: 1 hour
- Vidyo Room: "Firefox"
- Iteration Backlog: View Priority List
Sprint Planning/Review and Status Meeting
| Meeting | Day of week | Pacific Time | Eastern Time | Central European Time | Time zone conversions |
|---|---|---|---|---|---|
| "Europe" | Tuesdays | 8:00AM - 9:00AM | 11:00AM - 12:00PM | 5:00PM - 6:00PM | AWMY |
| "Eastern" | Tuesdays | 9:30AM - 10:30AM | 12:30PM - 1:30PM | 6:30PM - 7:30PM | AWMY |
| "Pacific" | Tuesdays | 12:30PM - 1:30PM | 3:30PM - 4:30PM | 9:30PM - 10:30PM | AWMY |
- First Tuesday focused on Sprint Planning/Review.
- Second Tuesday focused on Team Update.
- Duration: 1 hour
- Vidyo Room: "Firefox"
- Iteration Backlog: View Priority List
Iteration Performance Reports
Note: Next update on Tuesday May 13 following the conclusion of Iteration 32.1
- Iteration 31.3: View Current Report
- View Report Archive