Support/1.0 Postmortem
From MozillaWiki
< Support
What went well
- We hit all our Q1 goals and delivered 1.0!
- Having one developer principally responsible for a milestone and working in parallel
- l10n dashboard PRD seems to have been detailed enough to get the job done efficiently
What we can do better
- Deadlines further from end of quarter (already planning for this)
- Discipline with build process:
- Reviews for patches: on every non trivial patch. ask someone who knows. If you are asked and aren't confident/comfortable, pass review to someone else. No commit without review for anything other than minor cosmetic patches.
- After freeze, no changes to prod branch until tagged. (Committing stuff to trunk is fine.)
- Why do we do this? 1) to prevent regressions and other unforseen problems 2) to give QA time to do their jobs 3) to keep prod consistent
- Improving QA
- Make a list of critical milestone bugs to verify after a push (e.g. bug 484243)
- Automated tests (already working on this)
- Improving efficiency
- Prioritize work according to milestones and priority (P1, P2, ...). Always good to think about future bugs, but actually fixing or submitting patches for bugs that are targeted as Future or a later milestone than the current is not working according to our priorities.
- Even better PRDs
- Test as a team more -- make sure everyone's happy with the functionality/visual changes