Skip to content

Commit 07224f0

Browse files

File tree

1 file changed

+31
-0
lines changed

1 file changed

+31
-0
lines changed
Lines changed: 31 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,31 @@
1+
**Title:** ??
2+
3+
**Statement of Problem:** Project management believes timeline pressure and commitments on feature content does not allow for developers to spend the time needed to develop shareable code and provide support.
4+
5+
Context: Customer deadlines (and committed feature content) do not change. InnerSource has already been tried on separate internal tooling projects.
6+
7+
**Forces:**
8+
- Project management is concerned/fearful that we will miss the committed dates if its developers spend time working on other projects or on documentation so that their code is modular or are spending time supporting shared code.
9+
- Project managers worry that other organizations may require the time of their experts (dilution of expert time spent on their own projects).
10+
- Inner sourcing can generate new, innovative features and could save time: benefitting the project manager.
11+
- Time in testing could also be saved by using more robust software (shared code is more likely to be more robust).
12+
- Adopting InnerSource initially will slow you down.
13+
- Test Driven Development could mitigate some of the above forces
14+
15+
16+
**Resolution:**
17+
- Known pattern: temporary fork by product team, merging changes back later to component team
18+
- Known anti-pattern: surreptitious temporary fork, no communication
19+
- New Pattern: Pre-pull request (prior to release), to ensure component team has buy-in, to avoid breakage for temporary fork
20+
21+
22+
23+
**Resulting Context:** Time is allotted in the schedule to allow for inner sourcing.
24+
25+
**Authors:**
26+
- Tim Yao
27+
- Nick Stahl
28+
- Guy Martin
29+
- Michael Dorner
30+
31+
**Status:** Draft Pattern

0 commit comments

Comments
 (0)