MDN/Development Process: Difference between revisions

From MozillaWiki
< MDN
Jump to navigation Jump to search
 
(33 intermediate revisions by the same user not shown)
Line 1: Line 1:
= Planning Meetings =
= TL;DR =
== Product Planning ==
[http://prezi.com/s5f-yay7gfv-/mdn-dev-process/ MDN Dev Process Prezi]
During product planning meetings we set the immediate product goals and objectives. We introduce new features, discuss enhancements to existing features, review new and outstanding bugs, and prioritize. Product planning meetings set the backlog - we create bugs, update bugs, assign milestones to bugs, remove milestones from bugs.
[http://blog.johnath.com/2011/04/19/deliberacy/ Firefox Features Development]


=== Output ===
= Product Planning =
Accurate bugzilla bugs with milestones
During product planning meetings we set product milestones. We discuss milestone goals & objectives - esp. release dates & success metrics. Product planning meetings set the backlog of milestones.


== Development Planning ==
* Schedule - Bi-weekly Wednesdays @ 10am PST, 15-60m
Development planning meetings synchronize product & development efforts. Developers review the milestones' backlog with Product and adjust according to developer input - implementation details, resources, risk, effort, etc.
* Attendees - All MDN Stakeholders: Engagement+, Product+, Dev+, Legal?, QA?, IT?
* Agenda
** Carry-over any outstanding milestones
** Introduce new milestones
* Output
** basecamp milestones & tasks
** accurate bugzilla milestones
** update [MDN#Current_Projects]


=== Output ===
= Dev Planning =
Refined bugzilla bugs
* Schedule - Bi-weekly Thursdays following Product Planning @ 10am PST, 15-60m
* Attendees - Product+, Dev+, QA+, IT?
* Agenda
** Retro - celebrate every push, give kudos; encourage what worked and fix what didn't work in last sprint
** Triage - prioritize new bugs (use bugzilla)
** Planning - Developers review milestones' bugs with Product and add everything necessary for dev - implementation details, resources, risk, effort, etc.
** Roadmap - briefly summarize Product Planning meeting for anyone who skipped it
* Output - Sprint backlog in the form of dev + product-approved bugzilla bugs for immediately active milestone(s)
 
= Standup =
Standup is a very short (5-10m) daily meeting to make sure everyone is on the same page.
 
* Schedule - Daily @ 10am PST, 5-10m
* Attendees - Developers & Product
* Agenda - Round-robin:
** What I did yesterday.
** What I'm doing today.
** Blockers, if any.
* Output - warm fuzzies
 
= Bugs =
== Components ==
See [[ MDN/QA/Filing Bugs ]]
 
== Status Flow ==
Bugs should typically flow thru the team:
* Product, QA, or Dev
** (Unconfirmed) -> New
** (Unconfirmed) -> Resolved:wontfix/invalid/worksforme/duplicate/incomplete
* Product & Dev
** Add milestone during [[MDN/Development_Process#Dev_Planning | dev planning]]
* Dev
** New -> Assigned -> Resolved:Fixed
* QA
** Resolved:Fixed -> Reopened (staging problem)
** Resolved:Fixed -> Verified:Fixed
** Verified:Fixed -> Reopened (production problem)
** Verified:Fixed -> Closed
 
== Severity ==
* Blocker - cannot push milestone without fixing this bug
** (e.g., security, total loss of functionality)
* Critical - only okay to push Blockers in front of this bug
** (e.g., major function broken but workaround in place)
* Major - this bug is part of the major focus of the milestone
** (e.g., Demo Studio for 0.9.3)
* Normal, etc. - Nice-to-have, work on between other bugs
** (e.g., style changes, annoyances)
 
= Push =
* Monthly on Tuesdays before Product Planning
 
See [[https://intranet.mozilla.org/Webdev:MDN#Production_Push MDN Production Push]]

Latest revision as of 21:07, 19 April 2011

TL;DR

MDN Dev Process Prezi Firefox Features Development

Product Planning

During product planning meetings we set product milestones. We discuss milestone goals & objectives - esp. release dates & success metrics. Product planning meetings set the backlog of milestones.

  • Schedule - Bi-weekly Wednesdays @ 10am PST, 15-60m
  • Attendees - All MDN Stakeholders: Engagement+, Product+, Dev+, Legal?, QA?, IT?
  • Agenda
    • Carry-over any outstanding milestones
    • Introduce new milestones
  • Output
    • basecamp milestones & tasks
    • accurate bugzilla milestones
    • update [MDN#Current_Projects]

Dev Planning

  • Schedule - Bi-weekly Thursdays following Product Planning @ 10am PST, 15-60m
  • Attendees - Product+, Dev+, QA+, IT?
  • Agenda
    • Retro - celebrate every push, give kudos; encourage what worked and fix what didn't work in last sprint
    • Triage - prioritize new bugs (use bugzilla)
    • Planning - Developers review milestones' bugs with Product and add everything necessary for dev - implementation details, resources, risk, effort, etc.
    • Roadmap - briefly summarize Product Planning meeting for anyone who skipped it
  • Output - Sprint backlog in the form of dev + product-approved bugzilla bugs for immediately active milestone(s)

Standup

Standup is a very short (5-10m) daily meeting to make sure everyone is on the same page.

  • Schedule - Daily @ 10am PST, 5-10m
  • Attendees - Developers & Product
  • Agenda - Round-robin:
    • What I did yesterday.
    • What I'm doing today.
    • Blockers, if any.
  • Output - warm fuzzies

Bugs

Components

See MDN/QA/Filing Bugs

Status Flow

Bugs should typically flow thru the team:

  • Product, QA, or Dev
    • (Unconfirmed) -> New
    • (Unconfirmed) -> Resolved:wontfix/invalid/worksforme/duplicate/incomplete
  • Product & Dev
  • Dev
    • New -> Assigned -> Resolved:Fixed
  • QA
    • Resolved:Fixed -> Reopened (staging problem)
    • Resolved:Fixed -> Verified:Fixed
    • Verified:Fixed -> Reopened (production problem)
    • Verified:Fixed -> Closed

Severity

  • Blocker - cannot push milestone without fixing this bug
    • (e.g., security, total loss of functionality)
  • Critical - only okay to push Blockers in front of this bug
    • (e.g., major function broken but workaround in place)
  • Major - this bug is part of the major focus of the milestone
    • (e.g., Demo Studio for 0.9.3)
  • Normal, etc. - Nice-to-have, work on between other bugs
    • (e.g., style changes, annoyances)

Push

  • Monthly on Tuesdays before Product Planning

See [MDN Production Push]

Retrieved from "https://wiki.mozilla.org/index.php?title=MDN/Development_Process&oldid=300688"