Skip to content

Commit 4c7e4e1

Browse files
authored
Fixing TBD placeholder in 30 Day Warranty (#304)
Replace TBD by linking to Standard Base Documentation (in the Solution section). Also break out Context into bullets.
1 parent 2b5407b commit 4c7e4e1

1 file changed

Lines changed: 5 additions & 6 deletions

File tree

patterns/2-structured/30-day-warranty.md

Lines changed: 5 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -12,9 +12,8 @@ A team develops a component which is used throughout an organization. This team
1212

1313
## Context
1414

15-
Teams depend on another team accepting their contributions so that a component produced by the receiving team can be used by the contributing team. The receiving team does not have the resources, knowledge, permission, and/or inclination to write the contributed component.
16-
17-
- TBD: link to pattern "setting clear expectations for contributing code"
15+
- Teams depend on another team accepting their contributions so that a component produced by the receiving team can be used by the contributing team.
16+
- The receiving team does not have the resources, knowledge, permission, and/or inclination to write the contributed component/feature themselves.
1817

1918
## Forces
2019

@@ -31,12 +30,12 @@ Teams depend on another team accepting their contributions so that a component p
3130

3231
## Solution
3332

34-
Address the fears of both the receiving and the contributing teams by establishing a 30 day period starting with the time the contributed code goes into production, during which the contributing team consents to provide bug fixes to the receiving team.
35-
36-
Provide clear contribution guidelines spelling out the expectations of the receiving team and the contributing team.
33+
Address the fears of both the receiving and the contributing teams by establishing a **30 day warranty period** starting with the time the contributed code goes into production. During this warranty period the contributing team consents to provide bug fixes to the receiving team.
3734

3835
Note that the warranty period could be 45, 60, or 100 days too. The duration may vary based upon the constraints of the project, the software life cycle of the project, commitments to customers, and other factors.
3936

37+
In addition it helps to provide clear [contribution guidelines](./project-setup/base-documentation.md), spelling out the expectations of the receiving team and the contributing team.
38+
4039
<img alt="30 Day Warranty" src="/assets/img/thirtydaywarranty.jpg" width="70%">
4140

4241
## Resulting Context

0 commit comments

Comments
 (0)