Create the process of establishing new teams
Nobody has claimed this yet.
- Dominant language
- Shell
- Stars
- 48
- Forks
- 36
- Avg merge
- 2m
- Merged PRs (30d)
- 3
Description
Team work is essential for efficient use of available human resources. For example, splitting packaging work on Nixpkgs in to domain specific teams can have very positive impact on packages quality, can rapidly speed up their development and maintenance and can be motivating factor for existing and new contributors. Unfortunately, there is no official process or guideline for creation and bootstrapping of new teams.
Team creation process should provide information such as:
- complete list of already existing teams
- list of minimal human resources requirements (for example: team lead + 2 other members)
- requirements for declaration of some scope of interest/motivation (for example: the team is interested in geospatial packages development and maintenance)
- exact process of team infrastructure creation and configuration (creation of GitHub team, adding members, setting all permissions, creation of home page, creation of matrix channel)
- list of available founding for team (for example: covering expenses for team sprints)
- recommendations for assets (for example Nixpkgs packages) adoption (how to migrate packages from single/multli person maintenance to team)
- recommendations for best practices to operate
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reviewing the existing team list and current GitHub team, Matrix channel, and package-maintenance practices mentioned in the issue. Document a complete process covering team requirements, infrastructure setup, funding, package adoption, and operating practices; done means the guidance is complete and actionable.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- github
- Domain
- documentation
- Issue type
- Documentation
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100