Firefox/IterativeDevelopment
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.
Production Summary
Note: Next update on Tuesday March 04 following the conclusion of Iteration IT-30C-29A-28B.2
At the conclusion of Iteration ##:
- Points Completed: ##
- Bugs Resolved: ##
- Team Velocity: ##
- Velocity Range: ##
Development Update
Note: Next update on Tuesday March 04 following the conclusion of Iteration IT-30C-29A-28B.2
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
No results.
0 Total; 0 Open (0%); 0 Resolved (0%); 0 Verified (0%);
Release Plan
The Release Plan is a guideline that reflects expectations about which features from the Product Backlog will be implemented and when they are completed across multiple iterations for specific target releases. It also serves as a base to monitor progress with the ongoing development of the product. The Release Plan is not static and will be revisited and updated at the conclusion of each iteration.
30C-29A-28B Release Cycle |
---|
Central 30
No results. 0 Total; 0 Open (0%); 0 Resolved (0%); 0 Verified (0%); Aurora 29
No results. 0 Total; 0 Open (0%); 0 Resolved (0%); 0 Verified (0%); Beta 28
No results. 0 Total; 0 Open (0%); 0 Resolved (0%); 0 Verified (0%); |
Iterations
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: IT-30C-29A-28B.2 - Tue 02/18/14 - Mon 03/03/14
No results.
0 Total; 0 Open (0%); 0 Resolved (0%); 0 Verified (0%);
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
- Does Not Mean Cohesive
Tested and Verified
- 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
|
||
Localization |
| |
QA
|
| |
Privacy |
| |
Release Management |
| |
Marketing |
| |
Legal |
| |
Feedback |
|
The letters following each name stand for:
- R = Responsible for deliverable
- A = Accountable for the final decision making on some aspect of the project
- C = Needs to be consulted on key topics
- I = Needs to be kept informed
Communication
General
- Team Mailing list: Firefox/firefox-dev
- Team IRC Channel: #fx-team
Backlog Refinement Meeting
- Time: Fridays - 12:00 - 2:00 (PST), 3:00 - 5:00 (EST)
- Duration: 2 hour(s)
- Vidyo Room: "Firefox"
- Etherpad: View Team Page
Sprint Planning/Review and Status Meeting
- Time: Tuesdays - WHAT TIME Pacific, WHAT TIME Eastern
- First Tuesday focussed on Sprint Planning/Review.
- Second Tuesday focussed on Team Update.
- Duration: 2 hour(s)
- Vidyo Room: "Firefox"
- Etherpad: View Team Page
Feature Pitch
- Time: WHAT DATE - WHAT TIME Pacific, WHAT TIME Eastern
- Duration: ## hour(s)
- Vidyo Room: "VIDYO ROOM NAME"
- Etherpad: TBD
Iteration Performance Reports
- Iteration IT-30C-29A-28B.2: Tue 02/18/14 - Mon 03/03/14 - [View Performance Report]
- Previous Reports - [View Archive]