@@ -93,11 +93,14 @@ I propose we use a classification of the problem, a pattern tries to solve as
93
93
the main criteria for organizing our list of patterns. The following
94
94
classifications come to mind:
95
95
96
- - Getting started with InnerSource
97
- - Getting sustainable middle management buy-in and support
98
- - Getting buy-in of developers
99
- - Fostering contributions
100
- - Interfacing with traditional, non-InnerSource projects
96
+ - 1 . Getting started with InnerSource
97
+ - 2 . Getting sustainable middle management buy-in and support
98
+ - 3 . Getting buy-in of developers
99
+ - 4 . Fostering contributions
100
+ - 5 . Interfacing with traditional, non-InnerSource projects
101
+
102
+ Tim: Could be tags, instead of (orthogonal) planes
103
+ Ofer: Ideas for vectors: Timeline, adoption, ...
101
104
102
105
As an additional category, we might classify the solutions provided by the
103
106
patterns into:
@@ -107,15 +110,15 @@ patterns into:
107
110
108
111
#### Test run
109
112
110
- - 30 Day Warranty
111
- - Common Requirements
112
- - Contracted Contributor
113
- - Dedicated Community Leader
114
- - Discover Your InnerSource
115
- - Improve Findability
116
- - Junkyard Styled InnerSource
117
- - Modular Code
118
- - Review Committee
113
+ - 30 Day Warranty;1/2/3/4/5
114
+ - Common Requirements;1/4
115
+ - Contracted Contributor;1/2/4
116
+ - Dedicated Community Leader;1/4
117
+ - Discover Your InnerSource;1/4/5
118
+ - Improve Findability;? (similar to "Discover your InnerSource"?)
119
+ - Junkyard Styled InnerSource;3/4
120
+ - Modular Code;1/2/3/4/5
121
+ - Review Committee;1/2
119
122
120
123
- Change Middle Management Mindset
121
124
- Assisted Compliance
@@ -133,10 +136,11 @@ patterns into:
133
136
Another plane that would be useful is the plane of type of InnerSource.
134
137
InnerSource programs can be structured to accomplish different goals: e.g.,
135
138
136
- * Product Development
137
- * Tools Development
138
- * Innovation (Proof of concepts, demos)
139
- * Shared components development
139
+ * P: Product Development
140
+ * T: Tools Development
141
+ * I: Innovation (Proof of concepts, demos)
142
+ * S: Shared components development
143
+ * C: Culture
140
144
141
145
Each of these programs have some unique characteristics. E.g., sometimes in
142
146
Product Development, the open source characteristic of voluntariness has to be
@@ -148,15 +152,15 @@ different business lines.
148
152
149
153
#### Test run
150
154
151
- - 30 Day Warranty
152
- - Common Requirements
153
- - Contracted Contributor
154
- - Dedicated Community Leader
155
- - Discover Your InnerSource
156
- - Improve Findability
157
- - Junkyard Styled InnerSource
158
- - Modular Code
159
- - Review Committee
155
+ - 30 Day Warranty;P/T/S
156
+ - Common Requirements;P/I/S
157
+ - Contracted Contributor;P/T/I/S
158
+ - Dedicated Community Leader;P/T/I/C
159
+ - Discover Your InnerSource;T/S
160
+ - Improve Findability (s. above)
161
+ - Junkyard Styled InnerSource;T/S/C
162
+ - Modular Code;P/T/S
163
+ - Review Committee;I/S/C
160
164
161
165
- Change Middle Management Mindset
162
166
- Assisted Compliance
@@ -271,3 +275,15 @@ I like a lot of the other planes suggestions. Wanted to add one more - the poin
271
275
- Contained InnerSource
272
276
273
277
278
+ ### Ofer Hermoni
279
+
280
+ tools
281
+ security
282
+ Culture change (probably need to separate into multiple categories)
283
+ buy in
284
+ trust
285
+ etc.
286
+ Processes / Methodology
287
+ Coding practices
288
+
289
+
0 commit comments