2
2
3
3
Start as an Experiment
4
4
5
+ # Patlet
6
+
7
+
5
8
# Problem
6
9
7
10
An InnerSource initiative is considered but not started because management is
@@ -10,19 +13,18 @@ investment.
10
13
11
14
# Context
12
15
13
- The company is considering to leverage InnerSource to make the required
14
- collaboration more efficient . However, most managers are not familiar with the
15
- Open Source working model and are instead accustomed to hierarchical, top-down
16
- control style management. The idea of InnerSource is very popular with software
17
- developers in the company, not the least because many developers use or are
18
- actively developing Open Source software.
16
+ The company is considering to leverage InnerSource to increase the efficiency
17
+ of collaboration on software projects . However, most managers are not familiar
18
+ with the Open Source working model and are instead accustomed to hierarchical,
19
+ top-down control style management. The idea of InnerSource is very popular with
20
+ software developers in the company, not the least because many developers use
21
+ or are actively developing Open Source software.
19
22
20
23
# Forces
21
24
22
25
- Managers will want to validate the claims of improved collaboration through
23
26
InnerSource before making a long term investment. This usually involves
24
- putting numbers against the expected improvements, which are hard to come
25
- by for InnerSource.
27
+ measuring the improvements.
26
28
- If the InnerSource initiative will likely have a huge uptake among developers
27
29
and if many projects are likely to rely on it, a decision to shut it down
28
30
will be very unpopular and therefore hard to make. The perceived resulting
@@ -55,32 +57,34 @@ Consider designating the end of the experiment a _pivot_, _change_ or _pause_
55
57
point to re-evaluate. Also consider establishing a [ Review
56
58
Committee] ( review-committee.md ) to increase the chances of management buy-in
57
59
through participation. Depending on company culture, it might be helpful to
58
- accompany the experiment with appropriate metrics ( ** tbd: Pattern link ** ). If
59
- the projects in the experiment don't provide a direct impact on the companies
60
- revenue, consider introducing [ Cross Team
61
- Valuation] ( https://github.com/paypal/InnerSourcePatterns/blob/rrrutledge-patch-3/ crossteam-project-valuation.md)
62
- to highlight its value contribution .
60
+ accompany the experiment with appropriate metrics [ First Steps With
61
+ Metrics ] ( introducing-metrics-in-innersource.md ) . If the projects in the
62
+ experiment don't provide a direct impact on the companies revenue, consider
63
+ introducing [ Cross Team Valuation] ( crossteam-project-valuation.md ) to highlight
64
+ their value contributions .
63
65
64
66
# Resulting Context
65
67
66
68
Managers are able to kick start InnerSource for the following reasons:
67
69
68
- - The experimental setup eases the need to management to scrutinize their
69
- numbers in the same way that they would for typical projects.
70
+ - The experimental setup eases the need of managers to scrutinize the
71
+ InnerSource program numbers in the same way that they would for typical
72
+ projects.
70
73
- The possibility of failure of the experiment is understood and accepted. The
71
74
personal risk for the supporting managers is minimized.
72
75
- Even in case of a failure, the setup ensures that the company will learn from
73
76
the experiment.
74
77
- In case of success, the data gathered during the experiment will allow
75
78
managers to make a longer lasting commitment to InnerSource.
76
79
77
- Participants in the InnerSource experiment are conscious of the fact that they
78
- have to prove to management that InnerSource yields the promised benefits. It
79
- will therefore help to focus work on those activites which provide the most and
80
- most demonstrable value thus increasing the chances of success.
80
+ Participants in the InnerSource experiment are now conscious of the fact that
81
+ they have to prove to management that InnerSource yields the promised benefits.
82
+ It will therefore help to focus work on those activites which provide the most
83
+ demonstrable value thus increasing the chances of success.
81
84
82
- Finally, starting as an experiment makes it much easier to bend and adapt the
83
- existing processes and rules before you break them.
85
+ Finally, starting as an experiment makes it much easier to sidestep regulations
86
+ and forces such as tool and process policies which could decrease the chances
87
+ of success.
84
88
85
89
# Related Patterns
86
90
@@ -89,20 +93,22 @@ existing processes and rules before you break them.
89
93
90
94
# Known Instances
91
95
92
- - Robert Bosch GmbH
93
-
96
+ - Robert Bosch GmbH (globally distributed software development)
94
97
95
98
# Author
96
99
97
100
- Georg Grütter (Robert Bosch GmbH)
98
101
99
102
# Status
100
103
101
- Draft Pattern
104
+ Proven Pattern
102
105
103
106
# Acknowledgements
104
107
105
108
- Jason Zink (Robert Bosch GmbH)
106
109
- Diogo Fregonese (Robert Bosch GmbH)
107
110
- Robert Hansel (Robert Bosch GmbH)
108
111
- Hans Malte Kern (Robert Bosch GmbH)
112
+ - Russ Rutledge (Nike)
113
+ - Tim Yao (Nokia)
114
+ - Clint Cain (Optum)
0 commit comments