THIS IS A TEST INSTANCE. ALL YOUR CHANGES WILL BE LOST!!!!
...
Markdown |
---|
The objective of this page is to give Mentors guidance on situations that podlings find themselves in and how they might be addressed. Each project is different, so the outcomes or how you deal with any given podlings situation may be different. What is a good fit for one project may not be a good fit for another.
Possible values include charity, community, consensus decision making, flat structure, governance, individual contributions, independence, merit, open communication, oversight, security, transparency.
# Slow adding committers
## Situation
The project has a large number of contributors but is slow in granting committer access.
## Suggested Action
Encourage the project to discuss what it means to be a committer and document it on their website. Encourage them to keep the committer bar low and recognise all forms of contribution, not just code contributions. If committer = PMC then perhaps suggest breaking the PMC into two groups, so it's easier to appoint committers. Encourage the PPMC to look out for committers that slowly commit over time as well as the ones who are easily recognisable.
## Reasoning
For the project to have a long term future, it's essential to have new committers and PMC members. A podling that sets the committer bar too high or only recognises some form of contribution may not survive. Having new people with different backgrounds will inject fresh ideas and will make the project flourish in unexpected ways.
## Values
merit, flat structure
# Video meetings
## Situation
The project wants to have regular video meetings to work out project direction.
## Suggested Action
Try to discourage project from having these meetings and encourage discussion to take place on the mailing list. If they insist, then make sure that anything discussed at the meeting is brought back to the mailing list. Make it clear that any decisions are not made in those meetings but brought back to the ist to involve the entire community.
## Reasoning
Not everyone lives in the same timezone or even if they do can attend meetings if you work on the project outside of your day job.
## Values
independence, open communication, community, consensus decision making
# External Website
## Situation
The project has an external web site managed by some people in the project.
## Suggested Action
Encourage the project to move the website to ASF infrastructure, redirect the existing domain to the Apache one and donate the domain name to the ASF.
## Reasoning
The PPMC should have control of their website, not a 3rd party or another group of people. Having the site hosted on ASF infrastructure ensures that it will exist as long as the project does.
## Values
governance, independence, community, flat structure, security
# Seeking Early Graduation
## Situation
The project thinks it ready to graduate.
## Suggested Action
Provide feedback on the podlings reports if they try to graduate too early. Encourage the project to fill out the maturity model and reflect honestly on where they are.
## Reasoning
Projects often think they are ready to graduate when they may not be. Reflecting on where they are in that journey might show some gaps and areas when they need to improve before graduating.
## Values
governance, community, open communication, consensus decision making, oversight
# Missing Reports
## Situation
The project missed
## Suggested Action
Encourage the podling to discuss the report on list or create and collaborate on the report on their wiki a week or two before the due date.
## Reasoning
Working on the report in the open encourages everyone to contributes and feel that are part of the project. Once the project graduates they will need to submit reports to the board.
## Values
governance, community, open communication, consensus decision making, oversight
|