Difference between revisions of "Project Graduation Checklist"
Jump to navigation
Jump to search
Wiki-Danames (talk | contribs) m (small typo "achieved" versus "archived" fixed...) |
(Marketing - mention packaging in distributions) |
||
Line 45: | Line 45: | ||
== Marketing == | == Marketing == | ||
− | # < | + | # Marketing material has been created about the project for the [http://wiki.osgeo.org/index.php/Marketing_Committee OSGeo Marketting Committee]. <strike>(can we assume pdf handout, presentation slides and a feature matrix?)</strike> |
+ | # <fond color="red">The package is bundled with appropriate distributions, (eg: [http://wiki.debian.org/DebianGis DebianGIS], [http://wiki.osgeo.org/wiki/Live_GIS_Disc GeoSpatial Live GIS], [http://trac.osgeo.org/osgeo4w/ osgeo4w], etc.)</font> | ||
[[Category: Incubation]] | [[Category: Incubation]] |
Revision as of 16:49, 26 February 2010
The official copy of this document lives at http://www.osgeo.org/incubator/process/project_graduation_checklist.html
Document Status
IncCom Document Number: X
Version: 1.1. Updates since 1.0 are in red.
Last Updated: December 2008.
Status: draft
Purpose
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
- Mentor
- 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)
Checklist
License
- 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.
Processes
- 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 archived 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.
Marketing
- Marketing material has been created about the project for the OSGeo Marketting Committee.
(can we assume pdf handout, presentation slides and a feature matrix?) - <fond color="red">The package is bundled with appropriate distributions, (eg: DebianGIS, GeoSpatial Live GIS, osgeo4w, etc.)