No edit summary |
(Formatting) |
||
| Line 1: | Line 1: | ||
Brainstorm for revitalizing sponsorship | = Brainstorm for revitalizing sponsorship = | ||
Here's some problems with the current sponsorship model and ideas for fixing it. | |||
Solution: | == No data on who is doing what == | ||
<b>Solution:</b> | |||
Reports/data mining. 102 sponsors currently. How many have sponsored anyone in the past N years/N months? How many are still active in the project at all? | Reports/data mining. 102 sponsors currently. How many have sponsored anyone in the past N years/N months? How many are still active in the project at all? | ||
Proposal: | <b>Proposal:</b> | ||
Work with administrators to generate some basic reports. | Work with administrators to generate some basic reports. | ||
== Sponsors don't really do anything except occasionally sponsor and perhaps provide advisory commentary on new sponsors == | |||
Sponsors don't really do anything except occasionally sponsor and perhaps provide advisory commentary on new sponsors | |||
Solution: | <b>Solution:</b> | ||
Actually give the sponsors duties and the means to coordinate them. | Actually give the sponsors duties and the means to coordinate them. | ||
Proposal: | <b>Proposal:</b> | ||
Delegate elevation of sponsors to the sponsors (with FESCo oversight and possibility of override, as usual). Provide a real mailing list for sponsor discussion, maybe a ticketing system/trac in addition or instead. (People don't always like yet another mailing list.) Have occasional sponsor meetings. | Delegate elevation of sponsors to the sponsors (with FESCo oversight and possibility of override, as usual). Provide a real mailing list for sponsor discussion, maybe a ticketing system/trac in addition or instead. (People don't always like yet another mailing list.) Have occasional sponsor meetings. | ||
| Line 23: | Line 23: | ||
Sever the packager < provenpackager < sponsor ordering so we can not fret about giving so much access to sponsors. Work up some means to give sponsors access to sponsoree packages. | Sever the packager < provenpackager < sponsor ordering so we can not fret about giving so much access to sponsors. Work up some means to give sponsors access to sponsoree packages. | ||
== No criteria for becoming a sponsor == | |||
No criteria for becoming a sponsor | |||
Solution: | <b>Solution:</b> | ||
First define what sponsors are expected to do, then lay out some soft criteria which attempt to capture the set of people who can do that. | First define what sponsors are expected to do, then lay out some soft criteria which attempt to capture the set of people who can do that. | ||
Proposal: | <b>Proposal:</b> | ||
Sponsors mentor new packagers through the review process and beyond until they are comfortable with the entire system, including updates. | Sponsors mentor new packagers through the review process and beyond until they are comfortable with the entire system, including updates. | ||
| Line 36: | Line 35: | ||
Sponsors are expected to do the actual initial package reviews for their sponsorees. (Needs modification for the comaintainer path.) | Sponsors are expected to do the actual initial package reviews for their sponsorees. (Needs modification for the comaintainer path.) | ||
== No criteria for staying a sponsor == | |||
No criteria for staying a sponsor | |||
Solution: | <b>Solution:</b> | ||
Make some. | Make some. | ||
Proposal: | <b>Proposal:</b> | ||
Sponsors should expect to sponsor one person per time period (year?) to be considered active, assuming there are sufficient new packagers who require sponsorship to fulfill this requirement. (Who am I kidding?) | Sponsors should expect to sponsor one person per time period (year?) to be considered active, assuming there are sufficient new packagers who require sponsorship to fulfill this requirement. (Who am I kidding?) | ||
Sponsorship status is lost by decision of sponsors/sponsor subcommittee/whatever after that point. | Sponsorship status is lost by decision of sponsors/sponsor subcommittee/whatever after that point. | ||
Revision as of 17:37, 19 April 2012
Brainstorm for revitalizing sponsorship
Here's some problems with the current sponsorship model and ideas for fixing it.
No data on who is doing what
Solution: Reports/data mining. 102 sponsors currently. How many have sponsored anyone in the past N years/N months? How many are still active in the project at all?
Proposal: Work with administrators to generate some basic reports.
Sponsors don't really do anything except occasionally sponsor and perhaps provide advisory commentary on new sponsors
Solution: Actually give the sponsors duties and the means to coordinate them.
Proposal: Delegate elevation of sponsors to the sponsors (with FESCo oversight and possibility of override, as usual). Provide a real mailing list for sponsor discussion, maybe a ticketing system/trac in addition or instead. (People don't always like yet another mailing list.) Have occasional sponsor meetings.
This would permit coordination and provide an avenue for monitoring of the sponsorship queue and the possible division of duties.
Sever the packager < provenpackager < sponsor ordering so we can not fret about giving so much access to sponsors. Work up some means to give sponsors access to sponsoree packages.
No criteria for becoming a sponsor
Solution: First define what sponsors are expected to do, then lay out some soft criteria which attempt to capture the set of people who can do that.
Proposal: Sponsors mentor new packagers through the review process and beyond until they are comfortable with the entire system, including updates.
Prospective sponsors should have been packagers for six months (so they've seen the entire release process, including branching), should own at least three packages (so they're ostensibly familiar with the process of importing packages and pushing updates) and should have done five high-quality, non-trivial package reviews (so they have intimate familiarity with the review process).
Sponsors are expected to do the actual initial package reviews for their sponsorees. (Needs modification for the comaintainer path.)
No criteria for staying a sponsor
Solution: Make some.
Proposal: Sponsors should expect to sponsor one person per time period (year?) to be considered active, assuming there are sufficient new packagers who require sponsorship to fulfill this requirement. (Who am I kidding?)
Sponsorship status is lost by decision of sponsors/sponsor subcommittee/whatever after that point.