You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This document describes the roles and responsibilities of people who manage the
3
-
python-intermediate-development curriculum in this repository
4
-
and the way they make decisions about how the project develops.
2
+
This document describes the roles and responsibilities of people who manage the lesson in this repository and the way they make decisions about how the project develops.
5
3
For information about how to contribute to the project, see [CONTRIBUTING.md](./CONTRIBUTING.md).
6
-
For information about the project's Code of Conduct
7
-
and its reporting and enforcement mechanisms, see [CODE_OF_CONDUCT.md](./CODE_OF_CONDUCT.md).
4
+
For information about the project's Code of Conduct and its reporting and enforcement mechanisms, see [CODE_OF_CONDUCT.md](./CODE_OF_CONDUCT.md).
8
5
9
6
## Roles
10
7
11
8
### Maintainers
12
-
A team of 3-5 Maintainers is responsible for the lesson repository
13
-
and makes decisions about changes to be incorporated into the default branch.
14
-
Changes to the default branch can only be made by pull request,
15
-
and all pull requests to the default branch require
16
-
review and approval from at least one Maintainer before merging.
9
+
A team of Maintainers is responsible for the lesson repository and makes decisions about changes to be incorporated into the default branch.
10
+
Changes to the default branch can only be made by pull request, and all pull requests to the default branch require review and approval from at least one Maintainer before merging.
17
11
18
12
Responsibilities of Maintainers include:
19
13
20
-
* Reviewing and responding to new issues and pull requests in a timely manner
14
+
* Reviewing and responding to new issues and pull requests in a timely manner
21
15
* Attending [Maintainer meetings](#maintainer-meetings) where availability allows
22
16
* Voting asynchronously on decisions where needed
23
17
24
18
#### Lead Maintainer
25
-
The Maintainer team includes one person in a Lead role,
26
-
who is responsible for coordinating the activity of the group.
27
-
In addition to the responsibilities listed for all Maintainers above,
28
-
the Lead Maintainer:
19
+
The Maintainer team includes one person in a Lead role, who is responsible for coordinating the activity of the group.
20
+
In addition to the responsibilities listed for all Maintainers above, the Lead Maintainer:
29
21
30
22
* schedules Maintainer meetings
31
23
* prepares [the agenda for Maintainer meetings](#meeting-agenda)
@@ -35,56 +27,38 @@ the Lead Maintainer:
35
27
* acts as a point of contact for the Maintainer team
36
28
* invites other community members to Maintainer meetings as non-voting participants
37
29
38
-
Where needed e.g. due to absence,
39
-
the Lead Maintainer may defer any of these responsibilities to another member of the Maintainer team.
30
+
Where needed e.g. due to absence, the Lead Maintainer may defer any of these responsibilities to another member of the Maintainer team.
40
31
41
-
The Lead Maintainer has a term length of 6 months,
42
-
and it is expected that the role will rotate among members of the Maintainer team.
43
-
If a Maintainer is up next in the rotation and wishes to decline the role of Lead
44
-
e.g. due to a lack of capacity,
45
-
they should communicate that with the other Maintainers at the earliest opportunity
46
-
to help the team plan accordingly.
32
+
The Lead Maintainer has a term length of 6 months, and it is expected that the role will rotate among members of the Maintainer team.
33
+
If a Maintainer is up next in the rotation and wishes to decline the role of Lead e.g. due to a lack of capacity, they should communicate that with the other Maintainers at the earliest opportunity to help the team plan accordingly.
47
34
48
35
#### Current Maintainers
49
36
See [README.md](./README.md) for a list of the current project Maintainers.
50
37
51
38
#### Joining/Leaving the Maintainer Team
52
-
Maintainers volunteer to take on the role, and other members of the community may
53
-
volunteer to join the Maintainer team at any time,
54
-
or be invited by the existing Maintainers.
39
+
Maintainers volunteer to take on the role, and other members of the community may volunteer to join the Maintainer team at any time, or be invited by the existing Maintainers.
55
40
Additions to the Maintainer team will be discussed and approved by the current membership.
56
-
No formal onboarding exists for new Maintainers,
57
-
but some informal onboarding can be expected from the existing Maintainers.
41
+
No formal onboarding exists for new Maintainers, but some informal onboarding can be expected from the existing Maintainers.
58
42
59
-
Maintainers may step away from the role at any time,
60
-
but are expected to communicate the decision to the whole Maintainer team
61
-
and to coordinate with other Maintainers to transfer responsibilities, e.g.
62
-
re-assign issues, resolve outstanding pull requests, etc.
43
+
Maintainers may step away from the role at any time, but are expected to communicate the decision to the whole Maintainer team and to coordinate with other Maintainers to transfer responsibilities, e.g. re-assign issues, resolve outstanding pull requests, etc.
63
44
64
45
### Contributors
65
-
Anyone who opens or comments on an issue or pull request,
66
-
or who provides feedback on the curriculum through another means,
67
-
is considered to be a Contributor to the project.
46
+
Anyone who opens or comments on an issue or pull request, or who provides feedback on the curriculum through another means, is considered to be a Contributor to the project.
68
47
69
-
Maintainers are responsible for ensuring that all such contributions are credited,
70
-
e.g. on the curriculum site and/or when (and if) a release of the curriculum is made to Zenodo.
48
+
Maintainers are responsible for ensuring that all such contributions are credited, e.g. on the curriculum site and/or when (and if) a release of the curriculum is made to Zenodo.
71
49
72
-
Contributors of more significant changes to the lesson may be invited by the Maintainers to add themselves to the
73
-
Authors list.
50
+
Contributors of more significant changes to the lesson may be invited by the Maintainers to add themselves to the Authors list and CITATION.cff.
74
51
75
52
## Maintainer Meetings
76
-
The Maintainer team meets frequently,
77
-
at minimum for at least 30 minutes four times per year.
78
-
Meetings provide an opportunity for Maintainers to
79
-
discuss outstanding issues and pull requests
80
-
and co-work on the project where necessary.
53
+
The Maintainer team meets frequently, at minimum for at least 30 minutes four times per year.
54
+
Meetings provide an opportunity for Maintainers to discuss outstanding issues and pull requests and co-work on the project where necessary.
81
55
82
56
### Meeting schedule
83
-
The maintainer team aims to meet at 11:00 UK time (BST or GMT) on the fourth Wednesday each month. The meetings alternate between operations meetings and co-working sprints.
57
+
The maintainer team aims to meet at 11:00 UK time (BST or GMT) on the fourth Tuesday each month.
58
+
The meetings alternate between operations meetings and co-working sprints.
84
59
85
60
### Meeting agenda
86
-
The [agenda for Maintainer meetings](https://docs.google.com/document/d/1-SvoY_2GvlQgJnu8zfr6VnU7sev_iWZAIwBUywNSfWE/edit#) will be prepared as a collaborative document,
87
-
with (at least) sections to record the following information:
61
+
The [agenda for Maintainer meetings](https://docs.google.com/document/d/1-SvoY_2GvlQgJnu8zfr6VnU7sev_iWZAIwBUywNSfWE/edit#) will be prepared as a collaborative document, with (at least) sections to record the following information:
88
62
89
63
* lists of Maintainers attending and absent from the meeting
90
64
* a list of items for discussion and, if necessary, amount of time assigned to each item
@@ -113,13 +87,8 @@ Each meeting will have a Facilitator, a Notetaker, and (if needed) a Timekeeper:
113
87
The decision to move from one agenda item to the next belongs to the meeting Facilitator.
114
88
115
89
### Decision-making
116
-
Decisions within the Maintainer Team will be made by [lazy consensus](https://medlabboulder.gitlab.io/democraticmediums/mediums/lazy_consensus/)
117
-
among all Team members,
118
-
with fallback to simple majority vote only in cases
119
-
where a decision must be made urgently and no consensus can be found.
120
-
121
-
Decisions will preferably be made during Maintainer meetings with every
122
-
member of the team present.
123
-
Where this is not possible, decision-making will happen asynchronously via
124
-
an issue on the curriculum repository.
90
+
Decisions within the Maintainer Team will be made by [lazy consensus](https://medlabboulder.gitlab.io/democraticmediums/mediums/lazy_consensus/) among all Team members, with fallback to simple majority vote only in cases where a decision must be made urgently and no consensus can be found.
91
+
92
+
Decisions will preferably be made during Maintainer meetings with every member of the team present.
93
+
Where this is not possible, decision-making will happen asynchronously via an issue on the curriculum repository.
125
94
Decisions made asynchronously must allow at least one week for Maintainers to respond and vote/abstain.
0 commit comments