Release Management/Goals/2013Q1: Difference between revisions

From MozillaWiki
Jump to navigation Jump to search
 
(4 intermediate revisions by 2 users not shown)
Line 5: Line 5:
* {{done|[bajaj] Metro: Aid in the coordination of Metro builds (beta/release, as necessary)}}
* {{done|[bajaj] Metro: Aid in the coordination of Metro builds (beta/release, as necessary)}}
** Helped co-ordinate with Test infrastructure set-up which is completed now and we have the needed hardware set-up  
** Helped co-ordinate with Test infrastructure set-up which is completed now and we have the needed hardware set-up  
** Continuing efforts to make sure we have the needed tests in place for Metro
** Continued efforts to make sure we have the needed tests in place for Metro
** QA to start adding mozmill tests soon
** QA to start adding mozmill tests soon
** Ongoing discussion with Metro team to sync Firefox metro iteration's with our Release cycle . Tracked [https://wiki.mozilla.org/Firefox/Metro/WorkWeekII#Wednesday_May_15 here]
** Ongoing discussion with Metro team to sync Firefox metro iteration's with our Release cycle . Tracked [https://wiki.mozilla.org/Firefox/Metro/WorkWeekII#Wednesday_May_15 here]
Line 11: Line 11:
** Revisited & updated [https://wiki.mozilla.org/CrashKill/Topcrash TopCrash] criteria
** Revisited & updated [https://wiki.mozilla.org/CrashKill/Topcrash TopCrash] criteria
** Went through the crash reports and identified long standing Dektop/Android issues and prioritized them based on volume/platform (Check https://etherpad.mozilla.org/stability-centric)
** Went through the crash reports and identified long standing Dektop/Android issues and prioritized them based on volume/platform (Check https://etherpad.mozilla.org/stability-centric)
** Had a meeting involving JS & Socorro team to better understand socorro user stories and accommodate a few requests which would help JS team with crash analysis (zcheck https://etherpad.mozilla.org/socorro-js-userstories)
** Had a meeting involving JS & Socorro team to better understand socorro user stories and accommodate a few requests which would help JS team with crash analysis (Check https://etherpad.mozilla.org/socorro-js-userstories)
** Bugs filed for socorro team : {{bug|840249}},{{bug|838251}},{{bug|840240}},{{bug|803209}},'''{{bug|768059}}'''
** Bugs filed for socorro team : {{bug|840249}},{{bug|838251}},{{bug|840240}},{{bug|803209}},'''{{bug|768059}}'''
** Next Actions : Push above bugs in the socorro priority Queue
** Next Actions : Push above bugs in the socorro priority Queue
* {{ok|[akeybl/lsblakk] Firefox: Coordinate work towards Daily Betas in RelEng/QA/A-Team}}
* {{done|[akeybl/lsblakk] Firefox: Coordinate work towards Daily Betas in RelEng/QA/A-Team}}
** QA is now able to turn around a beta in 1-2 days, and RelEng has given us access to their ship-it build app to directly request builds


=== Documentation & Communication ===
=== Documentation & Communication ===
Line 29: Line 30:
* {{ok|[lsblakk] Add nagging for those bugs with needinfo? that are important for a release (day-to-day)}}
* {{ok|[lsblakk] Add nagging for those bugs with needinfo? that are important for a release (day-to-day)}}
* {{ok|Automate the export of channel meeting notes from etherpad to the wiki, and the clearing of the etherpad}}
* {{ok|Automate the export of channel meeting notes from etherpad to the wiki, and the clearing of the etherpad}}
* {{ok|[akeybl] Work to automate merge days}}
* {{done|[akeybl] Work to automate merge days}}
** Created merge_help.py, which removes all of the manual file changes required by https://wiki.mozilla.org/Release_Management/Merge_Documentation. Will be used for the first time on the 4/1 merge day


=== Elevating ===
=== Elevating ===
* {{ok|[lsblakk] Continue working with our intern towards an engineering dashboard, and make sure we don't duplicate Kyle's work}}
* {{ok|[lsblakk] Continue working with our intern towards an engineering dashboard, and make sure we don't duplicate Kyle's work}}
** Sub-goal: {{ok|Determine how to keep longstanding issues on the radar of engineering teams, even once they're untracked (new keywords like topcrash)}}
** Sub-goal: {{ok|Determine how to keep longstanding issues on the radar of engineering teams, even once they're untracked (new keywords like topcrash)}}
* {{ok|[akeybl]Continue look into measurements that allow us to compare releases and identify pain points (Matt's user sentiment, Kyle's tracking analysis, etc.)}}
* {{done|[akeybl]Continue look into measurements that allow us to compare releases and identify pain points (Matt's user sentiment, Kyle's tracking analysis, etc.)}}
** See https://etherpad.mozilla.org/release-quality and https://docs.google.com/a/mozilla.com/spreadsheet/ccc?key=0AnSnd5sV2HeVdEZsV05BSlRlVXkxQlF2bThOdDlDTWc&usp=sharing#gid=0
** See https://etherpad.mozilla.org/release-quality and https://docs.google.com/a/mozilla.com/spreadsheet/ccc?key=0AnSnd5sV2HeVdEZsV05BSlRlVXkxQlF2bThOdDlDTWc&usp=sharing#gid=0


=== Team Focuses ===
=== Team Focuses ===
* <strike>{{ok|Use Asana for tracking non-bug work and coordination}}</strike>
* <strike>{{ok|Use Asana for tracking non-bug work and coordination}}</strike>

Latest revision as of 00:24, 27 March 2013

New Products & Initiatives

  • [DONE] [akeybl/lsblakk] B2G: Implement the ongoing B2G Release Process (source/issue management, builds, updates, release notes, etc.)
  • [DONE] [bajaj] Metro: Aid in the coordination of Metro builds (beta/release, as necessary)
    • Helped co-ordinate with Test infrastructure set-up which is completed now and we have the needed hardware set-up
    • Continued efforts to make sure we have the needed tests in place for Metro
    • QA to start adding mozmill tests soon
    • Ongoing discussion with Metro team to sync Firefox metro iteration's with our Release cycle . Tracked here
  • [DONE] [KaiRo/bajaj] Stability: Coordinate the changes necessary to make longstanding stability issues actionable
  • [DONE] [akeybl/lsblakk] Firefox: Coordinate work towards Daily Betas in RelEng/QA/A-Team
    • QA is now able to turn around a beta in 1-2 days, and RelEng has given us access to their ship-it build app to directly request builds

Documentation & Communication

  • [ON TRACK] Put together new calendaring that separates meetings from events, and consider separating even more so based upon audience (for instance bug 816415)
  • [DONE] [lsblakk] Document the process of bringing up a new release manager
  • [DONE] [akeybl] Come up with the process and tooling necessary to prevent release note mishaps (BZ, etc.)
  • [ON TRACK] [bajaj] Identify and combat any egr. misunderstandings around timelines, tracked bugs, landing, etc.

Automating

  • [DONE] [lsblakk/akeybl] Automate the sending of frequent tracking/landing nags to bug assignees
  • [ON TRACK] [lsblakk] Add nagging for those bugs with needinfo? that are important for a release (day-to-day)
  • [ON TRACK] Automate the export of channel meeting notes from etherpad to the wiki, and the clearing of the etherpad
  • [DONE] [akeybl] Work to automate merge days

Elevating

Team Focuses

  • [ON TRACK] Use Asana for tracking non-bug work and coordination