User:Gmealer/QA Checklisting Program: Difference between revisions
Line 29: | Line 29: | ||
=== Community === | === Community === | ||
Community energy is a precious resource, and we cannot afford to waste it. That which makes us efficient and agile makes the community efficient and agile as well. We are the community. | Community energy is a precious resource, and we cannot afford to waste it. That which makes us efficient and agile makes the community efficient and agile as well. | ||
We are the community. |
Revision as of 23:03, 31 December 2011
What is this?
The QA Checklisting Program is an ongoing effort to document our processes in a way that will make us more effective as a team and more accessible to the Mozilla Community.
The program involves creating checklists and associated brief documentation for repeated processes, especially those that we expect to share with community members or that are of interest outside our team.
Why should we do this?
Reliability
We are the backstop. More than any other engineering team in Mozilla, it's vital that our processes are predictable and reliably repeatable. We must know exactly what we are doing, and we must do it that way every single time.
Transparency
Other teams need to understand our processes, especially ones that directly affect them. Through documentation, other teams will know what and how much we're contributing. And we can more easily get useful feedback as to whether we're doing the right things.
Accountability
We are ultimately responsible for the quality of Mozilla's products and properties, and must strive to ensure every release is excellent. But bad releases will happen. When they do, we must be able to review what we've done so that we can understand what to do better.
Efficiency
The ramp into Mozilla is a tough one. New employees take much longer to become effective when current process documentation is only available anecdotally. Even experienced employees forget processes they don't perform often and are greatly helped by reminders.
Agility
Specialization enables deeper knowledge—at the cost of bottlenecks. If only one person is capable of a task, they must be available before the task can be performed. By moving knowledge into checklists and documentation, anybody can perform any process as needed.
Community
Community energy is a precious resource, and we cannot afford to waste it. That which makes us efficient and agile makes the community efficient and agile as well.
We are the community.