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: patterns/1-initial/overcoming-project-management-time-pressures.md
+17-12Lines changed: 17 additions & 12 deletions
Original file line number
Diff line number
Diff line change
@@ -1,6 +1,6 @@
1
1
## Title
2
2
3
-
Time Constraints Hamper Inner Source Progress
3
+
Time Constraints Hamper InnerSource Progress
4
4
5
5
## Patlet
6
6
@@ -16,26 +16,31 @@ Customer deadlines and delivery commitments for feature content do not change.
16
16
17
17
## Forces
18
18
19
-
- Aggressive roadmaps for delivery
20
-
- Project management concern that engagement will lead to missed deadlines
21
-
- Project management concern that Code contribution and/or mentoring may lead to dilution of subject matter expert time spent on their own projects (other teams may require their time).
19
+
❎ Aggressive roadmaps for delivery
22
20
23
-
+ Elimination of rewriting common code saves time (write once, use many times)
24
-
+ Crowd-based testing and debugging saves time (and improves quality)
25
-
+ The collaboration and synergy of inner sourcing can generate new, innovative features .
26
-
+ Test Driven Development could mitigate some of the above forces
21
+
❎ Project management concern that engagement will lead to missed deadlines
22
+
23
+
❎ Project management concern that Code contribution and/or mentoring may lead to dilution of subject matter expert time spent on their own projects (other teams may require their time).
24
+
25
+
✔️ Elimination of rewriting common code saves time (write once, use many times)
26
+
27
+
✔️ Crowd-based testing and debugging saves time (and improves quality)
28
+
29
+
✔️ The collaboration and synergy of inner sourcing can generate new, innovative features
30
+
31
+
✔️ Test Driven Development could mitigate some of the above forces
27
32
28
33
## Solutions
29
34
30
-
- Known pattern: temporary fork by product team, merging changes back later to component team
35
+
- Known pattern: Temporary fork by product team, merging changes back later to component team
31
36
- Known anti-pattern: surreptitious temporary fork, no communication
32
37
- New Pattern: Pre-pull request (prior to release), to ensure component team has buy-in, to avoid breakage for temporary fork
33
-
- Allocate time into Development sprint/release schedules to allow for inner sourcing
34
-
- Provide education to product owners and Development leads regarding time saving benefits of Inner Source
38
+
- Allocate time into Development sprint/release schedules to allow for InnerSource
39
+
- Provide education to product owners and Development leads regarding time saving benefits of InnerSource
35
40
36
41
## Resulting Context
37
42
38
-
Time is allotted in the schedule for inner sourcing. Less duplicative development due to availability of reusable code. (No negative impact on customer deadlines or content delivery commitments.)
43
+
Time is allotted in the schedule for InnerSource. Less duplicative development due to availability of reusable code. (No negative impact on customer deadlines or content delivery commitments.)
0 commit comments