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: README.md
+18-10Lines changed: 18 additions & 10 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -20,9 +20,15 @@ Our mission in this working group
20
20
21
21
## List of Patterns
22
22
23
-
The below lists all known patterns. They are grouped into four stages of maturity.
23
+
The below lists all known patterns. They are grouped into three [maturity levels](https://github.com/InnerSourceCommons/InnerSourcePatterns/blob/master/meta/contributor-handbook.md#maturity-levels).
24
24
25
-
### Reviewed Patterns (proven and reviewed)
25
+
### Validated
26
+
27
+
*Note: We don't have patterns in this stage yet, but are [actively working on leveling up patterns](https://github.com/InnerSourceCommons/InnerSourcePatterns/issues/186) into this maturity.*
28
+
29
+
### Structured
30
+
31
+
#### Reviewed Patterns (proven and reviewed)
26
32
27
33
*[30 Day Warranty](patterns/2-structured/30-day-warranty.md) - *a pattern for getting a reluctant code-owning team to accept code submissions from outside their team.*
28
34
*[Common Requirements](patterns/2-structured/common-requirements.md) - *Common code in a shared repository isn't meeting the needs of all the project-teams that want to use it; this is solved through requirements alignment and refactoring.*
@@ -37,12 +43,7 @@ The below lists all known patterns. They are grouped into four stages of maturit
37
43
possible to either deploy the same service in independent environments with separate escalation chains in the event of service downtime or factor a lot of shared code out into one library and collaborate on that.*
38
44
*[Trusted Committer](patterns/2-structured/trusted-committer.md) - *Many inner-source projects will find themselves in a situation where they consistently receive feedback, features, and bug-fixes from contributors. In these situations project maintainers seek ways to recognize and reward the work of the contributor above and beyond single contributions.*
39
45
40
-
### Reviewed Pattern Ideas (not yet proven but reviewed)
41
-
42
-
*[Modular Code](patterns/1-initial/modular-code.md) - *Management does not want to spend the extra resources needed to develop modular components and make them available in a visible repository for others to use.*
43
-
*[Improve Findability](patterns/1-initial/improve-findability.md) - *People can't find the internally developed solutions that they need due to poor naming conventions. This causes frustration in finding inner source solutions and a reduction in code reuse.*
44
-
45
-
### Pattern Drafts (proven, not yet fully reviewed)
46
+
#### Pattern Drafts (proven, not yet fully reviewed)
46
47
47
48
*[Assisted Compliance](https://github.com/InnerSourceCommons/InnerSourcePatterns/pull/74) - *Helping repo owners be compliant by writing their CONTRIBUTING.md for them as a pull request.*
48
49
*[Cross-Team Project Valuation](patterns/2-structured/crossteam-project-valuation.md) - *It's hard to sell the value of cross-team, inner sourced projects that don't provide a direct impact on company revenue. Here's a data-driven way to represent your project that both articulates its value and amplifies it.*
@@ -57,7 +58,14 @@ possible to either deploy the same service in independent environments with sepa
57
58
*[Provide standard base documentation through a README](patterns/2-structured/project-setup/base-documentation.md)
58
59
*[Issue tracker use cases](patterns/2-structured/project-setup/issue-tracker.md)
59
60
60
-
### Pattern Ideas (not yet proven; brainstormed)
61
+
### Initial
62
+
63
+
#### Reviewed Pattern Ideas (not yet proven but reviewed)
64
+
65
+
*[Modular Code](patterns/1-initial/modular-code.md) - *Management does not want to spend the extra resources needed to develop modular components and make them available in a visible repository for others to use.*
66
+
*[Improve Findability](patterns/1-initial/improve-findability.md) - *People can't find the internally developed solutions that they need due to poor naming conventions. This causes frustration in finding inner source solutions and a reduction in code reuse.*
67
+
68
+
#### Pattern Ideas (not yet proven; brainstormed)
61
69
62
70
*[Discover Your InnerSource](patterns/1-initial/discover-your-innersource.md)
@@ -67,7 +75,7 @@ possible to either deploy the same service in independent environments with sepa
67
75
*[Share Your Code to Get More Done - Likely Contributors Variant](patterns/1-initial/share-your-code-to-get-more-done.md)
68
76
*[Introducing Metrics in InnerSource](patterns/1-initial/introducing-metrics-in-innersource.md) - *Involve all stakeholders in designing and interpreting metrics to measure the current status in terms of health and performance of the InnerSource initiative.*
69
77
70
-
### Pattern Donuts (needing a solution)
78
+
####Pattern Donuts (needing a solution)
71
79
72
80
*[How to Defeat the Hierarchical Constraints](patterns/1-initial/defeat-hierarchical-constraints.md)
73
81
*[Project Management Time Pressures](https://github.com/InnerSourceCommons/InnerSourcePatterns/pull/47)
0 commit comments