Difference between revisions of "Project Graduation Checklist"
|Line 45:||Line 45:|
== Marketing ==
== Marketing ==
# <font color="red">Appropriate marketing material has been created, and relevant web pages have been updated with project status as identified in [[Project Mentions]].</font>
<font color="red">Appropriate marketing material has been created, and relevant web pages have been updated with project status as identified in [[Project Mentions]].</font>
Revision as of 00:55, 8 December 2008
The official copy of this document lives at http://www.osgeo.org/incubator/process/project_graduation_checklist.html
IncCom Document Number: X
Version: 1.1. Updates since 1.0 are in red.
Last Updated: December 2008.
The purpose of this checklist is to determine whether an Incubator Project produces quality products, remains true to its stated licence and is sustainable. Satisfying this checklist is a pre-requisite for graduation.
A project should have institutionalized the processes in this list or provide justification why the process is not used.
Terms and Definitions
- A member of the Incubation Committee chosen to assist a Project through the Incubation Process.
- Institutionalized Process
- A documented process which which addresses a need and is actively in use. It typically takes months before a process becomes institutionalized. A more detailed definition of institutionalization is found in the Capability Maturity Model (CMMI)
- The code has been adequately vetted to assure it is all properly licensed (a.k.a provenance review).
- All code contributors have agreed to abide by the project's license policy.
- The project has a suitable governance policy and project management committee established that ensures decisions are made, documented and adhered to?
- The developer community works in a healthy way, open to input, new members and reaching consensus on decisions. Ideally, the developers come from a diversity of backgrounds as there will be a greater variety of technical visions and the project is more resilient to a sponsor leaving.
- The project has documented its management processes. This is typically done within a Developers Guide or Project Management Plan.
- The project has user documentation.
- The project has developer documentation.
- The project has code under configuration control. Eg, subversion.
- The project uses an issue tracker.
- The project uses public communication channels. Eg achieved email lists.
- The project has an automated build process.
- The project manages quality. Ideally, this includes an automated test system.
- The project has a defined release process.
- Appropriate marketing material has been created, and relevant web pages have been updated with project status as identified in Project Mentions.