|
|
| (103 intermediate revisions by 6 users not shown) |
| Line 1: |
Line 1: |
| =Firefox Desktop Iterative Development=
| | #REDIRECT [[Loop#Triage]] |
| <p> </p>
| |
| * Iteration 37.1 = 11/25 - 12/15, 37.2 = 12/16 - 12/29, 37.3 = 12/30 - 1/12 (added extra week at start of 37.1 for work week)
| |
| * Iteration 38.1 = 1/13 - 1/26, 38.2 = 1/27 - 2/9, 38.3 = 2/10 - 2/23 (Extended Support Release)
| |
| | |
| ==Objectives==
| |
| <p> </p>
| |
| 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, Security, 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.
| |
| <p> </p>
| |
| | |
| ==Iteration 37.1 Performance==
| |
| <p> </p>
| |
| Iteration 37.1 included US Thanks Giving Holiday and the whole company work week
| |
| At the conclusion of Iteration 37.1:
| |
| <p> </p>
| |
| * '''Velocity Range:'''
| |
| ** 37 bugs closed, 67 points.
| |
| <p> </p>
| |
| * '''Firefox Release 37 Goal:'''
| |
| ** Fx37 goal is to reduce tech-debt that has been accumulating over several iterations of quick feature additions. However, focus in 37.1 and 37.2 was almost entirely bugs from adding Rooms in 35 Beta and Fx36 Aurora. Rooms added both a visual UX change as well as back-end changes to the client and server.
| |
| <p> </p>
| |
| * '''Iteration 37.1 - Completed Work:'''
| |
| <p> </p>
| |
| <bugzilla>
| |
| {
| |
| "product":["Loop"],
| |
| "bug_status":"RESOLVED",
| |
| "include_fields":"id, summary, status, assigned_to, cf_fx_points",
| |
| "cf_fx_iteration":"37.1"
| |
| }
| |
| </bugzilla>
| |
| <p> </p>
| |
| | |
| ==Iteration 37.2 Performance==
| |
| <p> </p>
| |
| '''Note:''' Next update on Tuesday January 13 following the conclusion of Iteration 37.3
| |
| <p> </p>
| |
| Iteration 37.2 included Christmas - with 2 days of company holiday and many full week vacations.
| |
| At the conclusion of Iteration 37.2:
| |
| <p> </p>
| |
| * '''Velocity Range:'''
| |
| ** 22 bugs closed, 48 points.
| |
| <p> </p>
| |
| * '''Firefox Release 37 Goal:'''
| |
| ** Fx37 goal is to reduce tech-debt that has been accumulating over several iterations of quick feature additions. However, focus in 37.3 should focus on the [https://etherpad.mozilla.org/brainstormtesthello highest impact tech-debt bugs].
| |
| <p> </p>
| |
| * '''Iteration 37.2 - Completed Work:'''
| |
| <p> </p>
| |
| <bugzilla>
| |
| {
| |
| "product":["Loop"],
| |
| "bug_status":"RESOLVED",
| |
| "include_fields":"id, summary, status, assigned_to, cf_fx_points",
| |
| "cf_fx_iteration":"37.2"
| |
| }
| |
| </bugzilla>
| |
| <p> </p>
| |
| | |
| ==Product Backlog==
| |
| <p> </p>
| |
| 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.
| |
| <p> </p>
| |
| The Product Backlog is continually maintained by the Hello Management team to ensure new priorities are available for each Sprint Planning meeting. * Priorities follow the Firefox Desktop Standard:
| |
| ** Priority 1 - Blocker, must-fix before shipping.
| |
| ** Priority 2 - Major impact, considering severity × probability. Not a blocker for shipping.
| |
| ** Priority 3 - Average Bug. definitely a problem, but doesn't stop someone from using the product.
| |
| ** Priority 4 - Minor or polish bugs that are real issues (especially in aggregate) and annoying.
| |
| ** Priority 5 - Low-impact. something we'd fix, but mostly only bothers the discerning user. Little impact on usability.
| |
| | |
| * '''Firefox Release 38 Production Goal:'''
| |
| ** Firefox 38 will continue to reduce the technical debt. In addition, there will be a focus on screen sharing platform work.
| |
| <p> </p>
| |
| | |
| <p> </p>
| |
| '''Product Backlog:'''
| |
| * [http://mzl.la/1zNetDk View Bugzilla for 35]
| |
| * [http://mzl.la/1oy99zv View Bugzilla for 36]
| |
| * [http://mzl.la/1zNeuam View Bugzilla for 37]
| |
| * [http://mzl.la/1zNewim View Bugzilla for 38]
| |
| <p> </p>
| |
| | |
| ==Backlog Triage==
| |
| <p> </p>
| |
| ===Triage Guidelines===
| |
| <p> </p>
| |
| These guidelines determine whether a bug should be included in the Hello Backlog.
| |
| <p> </p>
| |
| To be included a bug should:
| |
| <p> </p>
| |
| * 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
| |
| <p> </p>
| |
| * have a difficulty/user-impact ratio low enough that we can reasonably expect to spend time fixing the bug within the next 6 months
| |
| <p> </p>
| |
| | |
| ===Triage Backlog===
| |
| * [http://mzl.la/1zNex5S View Bugzilla for untriaged]
| |
| <p> </p>
| |
| | |
| ===Adding Bugs to Triage===
| |
| <p> </p>
| |
| * Open a bug under Product "Loop", Component "General" or "Client"
| |
| * The Blocking-Loop flag is defaulted to "---", which will go into our list of bugs to Triage next
| |
| * Hello team reviews for inclusion into a release backlog every 2 weeks
| |
| * Backlogs for current releases are triaged more frequently.
| |
| | |
| ==Iterations==
| |
| <p> </p>
| |
| '''Note:''' Next update on Tuesday January 5 following the conclusion of Iteration 37.2
| |
| <p> </p>
| |
| The Iteration Backlog is a collection of Work that the team has committed to implement, test and deliver in a two-week iteration.
| |
| <p> </p>
| |
| ===Current Iteration - 37.2===
| |
| <p> </p>
| |
| <bugzilla>
| |
| {
| |
| "product":["Loop"],
| |
| "bug_status":"RESOLVED",
| |
| "include_fields":"id, summary, status, assigned_to, cf_fx_points",
| |
| "cf_fx_iteration":"37.2"
| |
| | |
| }
| |
| </bugzilla>
| |
| <p> </p>
| |
| | |
| ===Upcoming Iterations===
| |
| <p> </p>
| |
| '''Firefox 38 Release'''
| |
| * '''Iteration 38.1:''' Tuesday January 13 - Monday January 26
| |
| * '''Iteration 38.2:''' Tuesday January 27 - Monday February 9
| |
| * '''Iteration 38.3:''' Tuesday February 10 - Monday February 23
| |
| '''Firefox 37 Release'''
| |
| * '''Iteration 37.1:''' Tuesday Dec 2 - Monday Dec 15 (week added to 36.3)
| |
| * '''Iteration 37.2:''' Tuesday Dec 16 - Monday Dec 29
| |
| * '''Iteration 37.3:''' Tuesday Dec 30 - Monday Jan 12
| |
| <p> </p>
| |
| | |
| ==Definition of Done==
| |
| <p> </p>
| |
| * The Definition of Done ensures a potentially shippable product increment is released at the conclusion of a release cycle.
| |
| <p> </p>
| |
| * A potentially shippable product increment means compliance with the work's individual acceptance criteria and not the full story under development.
| |
| <p> </p>
| |
| | |
| ==Roles and Responsibilities==
| |
| {| class="wikitable fullwidth-table"
| |
| ! Role !! Contacts !!
| |
| |-
| |
| | Project Champion ||
| |
| * [https://mozillians.org/u/johnath/ Johnathan Nightingale]
| |
| * [https://mozillians.org/u/blassey/ Brad Lassey]
| |
| |-
| |
| | Program/Project Management
| |
| * Monitor team and project performance, status report at conclusion of each Iteration
| |
| * Organize and facilitate Triage and Planning meetings
| |
| * Guide team through the practices and procedures of the project
| |
| |
| |
| * [https://mozillians.org/u/sescalante/ Shell Escalante]
| |
| |-
| |
| | Product Manager
| |
| * Define and document product features
| |
| * Maintain Product Backlog, Feature Stories up-to-date and prioritized
| |
| * Review Iteration Build Release
| |
| |
| |
| * [https://mozillians.org/u/cweiner/ Chad Weiner]
| |
| * [https://mozillians.org/u/rtestard/ Romain Testard]
| |
| |-
| |
| | UX/Design
| |
| * Self-organizing and self-managing; team determines how much work they can commit to from the Product Backlog during each Iteration Planning meeting
| |
| * Deliver UX assets/work necessary to progress work in backlog
| |
| * Responsible for attending Planning meetings
| |
| * Report impediments to the Project Manager
| |
| * Keep work item, Feature Story and Epic status up-to-date
| |
| |
| |
| * [https://mozillians.org/u/madhava/ Madhava Enros]
| |
| * [https://mozillians.org/u/sevaan/ Sevaan Franks]
| |
| * [https://mozillians.org/u/darrin/ Darrin Henein]
| |
| * [https://mozillians.org/u/mmaslaney/ Michael Maslaney]
| |
| * [https://mozillians.org/u/phlsa/ Philipp Sackl]
| |
| | |
| |-
| |
| | Dedicated Engineering
| |
| * Self-organizing and self-managing; team determines how much work they can commit to from the Product Backlog during each Iteration Planning meeting
| |
| * Deliver build for every sprint consisting of work from sprint backlog
| |
| * Responsible for attending Planning meetings
| |
| * Report impediments to the Project Manager
| |
| * Keep work item, Feature Story and Epic status up-to-date
| |
| |
| |
| * [https://mozillians.org/u/gavin/ Gavin Sharp]
| |
| * [https://mozillians.org/u/mreavy/ Maire Reavy]
| |
| * [https://mozillians.org/u/mbanner/ Mark Banner]
| |
| * [https://mozillians.org/u/abr/ Adam Roach, Lead Architect]
| |
| * [https://mozillians.org/u/dmose/ Dan Mosedale]
| |
| * [https://mozillians.org/u/niko/ Nicolas Perrialt]
| |
| * [https://mozillians.org/u/rgautier/ Romain Gautier]
| |
| * [https://mozillians.org/u/MattN/ Matthew Noorenberghe]
| |
| * [https://mozillians.org/u/jaws/ Jared Wein]
| |
| * [https://mozillians.org/u/mdeboer/ Michael de Boer]
| |
| |-
| |
| | QA
| |
| * Create and execute test plans
| |
| * Responsible for attending Planning meetings
| |
| * Report impediments to the Project Manager
| |
| |
| |
| * [https://mozillians.org/u/nils/ Nils Ohlmeier]
| |
| | |
| |-
| |
| | Marketing and Communications
| |
| * Marketing plan
| |
| * Outbound blog / engagement
| |
| |
| |
| * [https://mozillians.org/u/alainez/ Arcadio Lainez]
| |
| * [https://mozillians.org/u/pjarratt/ Paul Jarratt]
| |
| |-
| |
| | Release Management ||
| |
| * [https://mozillians.org/u/lmandel/ Lawrence Mandel]
| |
| * [https://mozillians.org/u/lsblakk/ Lukas Blakk]
| |
| * [https://mozillians.org/u/sylvestre/ Sylvestre Ledru]
| |
| |-
| |
| |}
| |
| <p> </p>
| |
| | |
| ==Communication==
| |
| <p> </p>
| |
| ===General===
| |
| <p> </p>
| |
| * '''Team Mailing list:''' [[Firefox/dev-media]]
| |
| * '''Team IRC Channel:''' [irc://irc.mozilla.org/loop #loop]
| |
| <p> </p>
| |
| | |
| ===Sprint Planning/Review and Status Meeting===
| |
| <p> </p>
| |
| {| class="wikitable"
| |
| |-
| |
| ! Meeting !! Day of week !! Pacific Time !! Eastern Time !! Central European Time !! Time zone conversions
| |
| |-
| |
| | "Daily Stand-up" || Monday, Tuesday, Wednesday, Thursday || 8:00AM - 8:30AM || 11:00AM - 11:30PM || 5:00PM - 5:30PM || [http://arewemeetingyet.com/Los%20Angeles/2014-04-29/8:00/w/Firefox%20Planning/Status%20Meeting AWMY]
| |
| |-
| |
| | "Retrospective" || Fridays || 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]
| |
| |}
| |
| | |
| * '''Duration:''' 1 hour
| |
| * '''Vidyo Room:''' "webRTC-Apps"
| |
| <p> </p>
| |
| | |
| ==Iteration Performance Reports==
| |
| <p> </p>
| |
| '''Note:''' Next update on Tuesday January 13 following the conclusion of Iteration 37.3
| |
| <p> </p>
| |
| * View Current Report - [https://wiki.mozilla.org/Firefox/IterativeDevelopment/IT-37.2PerformanceReport Iteration 37.2: Tuesday December 9 - Monday December 22]
| |
| * [https://wiki.mozilla.org/Firefox/IterativeDevelopment/PerformanceReportArchive View Report Archive]
| |
| <p> </p>
| |
| | |
| ==Contribute to Hello Development==
| |
| <p> </p>
| |
| ===Good First Bugs===
| |
| <p> </p>
| |
| These are tagged as [good first bug] in a bug's Whiteboard field. The challenge of a "good first bug" is only peripherally about the bug itself. The focus, for a new contributor, should be on getting your development environment set up and learning how to navigate Mozilla's contribution process. We are working on better documentation to help you get started with Hello (expect an update Q1 2015), and the #introduction IRC channel exists just to help people getting started as contributors.
| |
| <p> </p>
| |
| * '''Hello Backlog Good First Bugs - [http://mzl.la/1zNfmeV View in Bugzilla]
| |
| <p> </p>
| |