Warning: This page has not been updated in over over a year and may be outdated or deprecated.
community:planning
Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revisionNext revisionBoth sides next revision | ||
community:planning [2020/10/12 15:41] – demiankatz | community:planning [2020/11/02 13:48] – [Project Administration/Management: Required Roles] demiankatz | ||
---|---|---|---|
Line 18: | Line 18: | ||
==== Project Administration/ | ==== Project Administration/ | ||
- | * Committers / Code Reviewers - some members of the community need to be able to commit to the main vufind-org repositories and to review/ | + | === Critical Administrative Roles === |
- | * Community | + | |
- | * Documentation Experts - some members of the community need to maintain the project's documentation (wiki, introductory book, videos, etc.) to ensure they remain accurately and logically organized. | + | * Community |
- | * Internationalization Manager - as part of the release cycle, | + | * Internationalization Manager - as part of the release cycle, coordinate the activity of volunteer translators to keep VuFind' |
- | * Newsletter Editor - someone needs to monitor ongoing development (pull requests, JIRA tickets, Community Calls, etc.) in order to maintain the activity lists for the monthly newsletter; an executive summary also needs to be written each month to highlight key developments. | + | |
- | * Project Advocates - some members of the community need to be willing to present on behalf of VuFind at conferences, | + | |
* Project Server Administrator - patch/ | * Project Server Administrator - patch/ | ||
* Dokuwiki | * Dokuwiki | ||
Line 36: | Line 34: | ||
* JIRA Administrator - use escalated privileges to manage JIRA application, | * JIRA Administrator - use escalated privileges to manage JIRA application, | ||
* SourceForge Administrator - use escalated privileges to manage SourceForge resources (news feed, mailing lists, downloads). | * SourceForge Administrator - use escalated privileges to manage SourceForge resources (news feed, mailing lists, downloads). | ||
- | * Release Manager - someone needs to be responsible for scheduling | + | * Release Manager - schedule |
- | * Summit Planners | + | |
- | * Technical Support Experts - some members of the community need to monitor incoming communication channels (mailing lists, Slack, JIRA tickets, etc.) and assist users who are encountering problems. | + | === Core Community Roles === |
+ | |||
+ | * Committers / Code Reviewers | ||
+ | * Documentation Experts - maintain the project' | ||
+ | * Technical Support Experts - monitor incoming communication channels (mailing lists, Slack, JIRA tickets, etc.) and assist users who are encountering problems. | ||
+ | |||
+ | === Communication Roles === | ||
+ | |||
+ | * Community Call Host - plan monthly Community Calls (set agendas) and moderate/ | ||
+ | * Newsletter Editor - monitor ongoing development (pull requests, JIRA tickets, Community Calls, etc.) in order to maintain the activity lists for the monthly newsletter; an executive summary also needs to be written each month to highlight key developments. | ||
+ | * Project Advocates - present on behalf of VuFind at conferences, | ||
+ | * Summit Planners - take responsibility for planning annual conferences: | ||
+ | * Video Editor - edit tutorial videos, Summit outputs, etc.; polish/ | ||
==== Decision Making ==== | ==== Decision Making ==== | ||
Line 44: | Line 54: | ||
The list of roles above does not explicitly account for decision-making within the project. How do we set priorities, make architectural decisions, etc.? Does the project need a "lead architect" | The list of roles above does not explicitly account for decision-making within the project. How do we set priorities, make architectural decisions, etc.? Does the project need a "lead architect" | ||
+ | OSS Watch' | ||
+ | ==== Regional Considerations ==== | ||
+ | |||
+ | Would it be possible/ | ||
+ | |||
+ | ==== Selection / Succession Planning ==== | ||
+ | |||
+ | How do we determine assignment of roles to individuals? | ||
===== Expenses ===== | ===== Expenses ===== | ||
Line 70: | Line 88: | ||
* Weighted input into decision-making/ | * Weighted input into decision-making/ | ||
* Do we need a formal mechanism for recognizing non-financial support (e.g. commitment to assign institutional resources to a particular role for a particular amount of time)? | * Do we need a formal mechanism for recognizing non-financial support (e.g. commitment to assign institutional resources to a particular role for a particular amount of time)? | ||
+ | * How can we recognize regional differences (currencies/ | ||
+ | * Options beyond membership model: | ||
+ | * Grant-seeking: | ||
+ | * Service-provision: | ||
+ | * Sale of content (e.g. books) -- how would we structure this, and how would we differentiate it from free offerings in a fair/useful way? Perhaps a "pay what you wish" model would be a viable option, but this would require infrastructure to set up. | ||
+ | * Donation solicitations -- many projects ask for donations on their download screen; would this be appropriate for us? Again, administration is a cost. | ||
---- struct data ---- | ---- struct data ---- | ||
---- | ---- | ||
community/planning.txt · Last modified: 2021/03/10 16:46 by demiankatz