Skip to content

Commit f6e8485

Browse files
committed
Improve Rationale (reduce repetition from other sections)
1 parent 67a20a8 commit f6e8485

File tree

1 file changed

+6
-2
lines changed

1 file changed

+6
-2
lines changed

patterns/1-initial/innersource-before-open-source.md

Lines changed: 6 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -40,7 +40,7 @@ Before making a project open source, require it to go through an InnerSource pha
4040
1. The project is made available internally for contributions from other teams e.g. via an [InnerSource Portal](../2-structured/innersource-portal.md).
4141
2. Clear [documentation](../2-structured/base-documentation.md) (including contribution guidelines), and [governance structures](../2-structured/governance-levels.md) are established.
4242
3. Maintainers gain experience managing contributions, reviewing pull requests, and addressing issues.
43-
4. Maintainers get to git practice the soft skills required to support a community of people outside of their own team.
43+
4. Maintainers get to practice the soft skills required to support a community of people outside of their own team.
4444
5. Internal adoption and success metrics are measured to determine if the project is ready for external release. Some possible metrics are detailed in the [Repository Activity Score](../2-structured/repository-activity-score.md).
4545
6. Feedback loops are created to refine processes before engaging a broader open source audience.
4646

@@ -53,7 +53,11 @@ Before making a project open source, require it to go through an InnerSource pha
5353

5454
## Rationale
5555

56-
By requiring InnerSource before Open Source, organizations ensure that projects are equipped with the right practices and infrastructure to thrive in an open community. This approach mitigates risks, improves sustainability, and maximizes the chances of long-term success.
56+
Especially when an organization has never released any project as open source, that task may feel daunting. Being able to practice things internally can be a safer space for experimentation and failure.
57+
58+
If it turns out that a given InnerSource project does not gain enough adoption internally, the organization may decide to not make the project open source at all. This assumes that the organization is large enough to allow for a realistic test.
59+
60+
Allowing the maintainers of the project to practice the required skills internally mitigates risks, improves sustainability, and maximizes the chances of long-term success of the project.
5761

5862
## Known Instances
5963

0 commit comments

Comments
 (0)