From Fedora Project Wiki
(New page: == Engagement with Red Hat projects == {admon/warning|This is a draft!|This page is a very early outline of what will be a longer document.} === Initial engagement === === Quick wins ==...) |
No edit summary |
||
(3 intermediate revisions by 2 users not shown) | |||
Line 1: | Line 1: | ||
== Engagement with Red Hat projects == | == Engagement with Red Hat projects == | ||
{admon/warning|This is a draft!|This page is a very early outline of what will be a longer document.} | {{admon/warning|This is a draft!|This page is a very early outline of what will be a longer document.}} | ||
=== Initial engagement === | === Initial engagement === | ||
When a community consultant parachutes in to a new project, such as an upstream, these are the trail markers to look for: | |||
* Ease of install, configuration | |||
* Ease of getting help in a jam | |||
* Attraction to participation -- can I do things on $FOO as a potentially new contributor? | |||
* Joining the project -- how easy, what does it entail, what do I get? | |||
* Barriers to commit rights in the code | |||
* Clarity of a public roadmap | |||
=== Quick wins === | === Quick wins === | ||
Line 10: | Line 19: | ||
=== Measuring success === | === Measuring success === | ||
Latest revision as of 21:28, 16 October 2009
Engagement with Red Hat projects
Initial engagement
When a community consultant parachutes in to a new project, such as an upstream, these are the trail markers to look for:
- Ease of install, configuration
- Ease of getting help in a jam
- Attraction to participation -- can I do things on $FOO as a potentially new contributor?
- Joining the project -- how easy, what does it entail, what do I get?
- Barriers to commit rights in the code
- Clarity of a public roadmap