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
Copy file name to clipboardExpand all lines: patterns/1-initial/capacity-for-contributions.md
+7-7Lines changed: 7 additions & 7 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -25,26 +25,26 @@ This process was formalized in the team:
25
25
26
26
## Context
27
27
28
-
Maintainers of a successful InnerSource project are finding it difficult to review contributions, especially large contributions. They do not want to disrupt their team's other work, but also want to support contributions by reviewing/releasing them in a timely fashion.
28
+
Host team of a successful InnerSource project are finding it difficult to review contributions, especially large contributions. They do not want to disrupt their team's other work, but also want to support contributions by reviewing/releasing them in a timely fashion.
29
29
30
30
## Forces
31
31
32
32
* Contributors expect timely feedback on their contributions
33
-
*Maintaining team are expected to deliver other work alongside reviewing contributions
34
-
* Missing communication between contributors and maintainers on expectations/lead time for contributions to be reviewed/released
33
+
*Host team are expected to deliver other work alongside reviewing contributions
34
+
* Missing communication between contributors and host team on expectations/lead time for contributions to be reviewed/released
35
35
* Tension in prioritizing InnerSource contributions against other work
36
36
37
37
## Solutions
38
38
39
39
* Reviewing larger contributions is tracked in the team's ticketing system/bug tracker (e.g. Jira, GitHub issues)
40
-
*Maintaining team is given time to review larger contributions in team capacity planning
40
+
*Host team is given time to review larger contributions in team capacity planning
41
41
* Reviewing contributions is prioritized against other work (e.g. in sprint planning)
42
-
*Maintainers communicate their capacity for reviewing contributions, the priority of contributions, and an estimate of when a contribution will be reviewed/released
43
-
*Maintaining team has a service level objective (SLO) (e.g. 2 working days) for contributions receiving initial feedback
42
+
*Host team communicate their capacity for reviewing contributions, the priority of contributions, and an estimate of when a contribution will be reviewed/released
43
+
*Host team has a service level objective (SLO) (e.g. 2 working days) for contributions receiving initial feedback
44
44
45
45
## Resulting Context
46
46
47
-
Maintaining team understands the overhead of reviewing large contributions and is given capacity to do so. Project manager and product managers are better able to plan, estimate, and track other work in the team by accounting for the time taken to review InnerSource contributions. Contributors understand when their contribution will be reviewed and released, and how long before the maintainers will provide initial feedback.
47
+
Host team understands the overhead of reviewing large contributions and is given capacity to do so. Project manager and product managers are better able to plan, estimate, and track other work in the team by accounting for the time taken to review InnerSource contributions. Contributors understand when their contribution will be reviewed and released, and how long before the host team will provide initial feedback.
0 commit comments