Difference between revisions of "Standards Across Teams"
Nick Edmonds (talk | contribs) (Created page with " How do we solve for Standards? Background: Team influence model from Control to Soup Ester Derby mentions Global and Local standards Problems include: Teams solve and don't...") |
Nick Edmonds (talk | contribs) |
||
| Line 1: | Line 1: | ||
| − | How do we solve for Standards? | + | '''How do we solve for Standards?''' |
| + | |||
| + | '''Background:''' | ||
| − | |||
Team influence model from Control to Soup | Team influence model from Control to Soup | ||
| + | |||
Ester Derby mentions Global and Local standards | Ester Derby mentions Global and Local standards | ||
| − | Problems include: | + | '''Problems include:''' |
| + | |||
Teams solve and don't communicate | Teams solve and don't communicate | ||
| + | |||
Can be as simple as naming convention to a lot more complicated such as API keys, logging, etc | Can be as simple as naming convention to a lot more complicated such as API keys, logging, etc | ||
| + | |||
Duplicate work and solutions generate waste, long term cost | Duplicate work and solutions generate waste, long term cost | ||
| − | Potential solutions: | + | '''Potential solutions:''' |
| + | |||
Definition of done needs to include the reporting out of those changes and operations items | Definition of done needs to include the reporting out of those changes and operations items | ||
| + | |||
Make effort to sharing so low that they will just do it | Make effort to sharing so low that they will just do it | ||
| + | |||
Establishing Service and Client blueprints/templates including tests and build steps | Establishing Service and Client blueprints/templates including tests and build steps | ||
| + | |||
Build tests for standards checks, just need time to do it | Build tests for standards checks, just need time to do it | ||
| + | |||
Addressing management rewarding Getting Shit Done (GSD) teams at the cost of other teams (us instead of me) | Addressing management rewarding Getting Shit Done (GSD) teams at the cost of other teams (us instead of me) | ||
| + | |||
Remove reliability team and make developers support it | Remove reliability team and make developers support it | ||
| − | Respect how some decisions are still made anyway, accept it and communicate it | + | |
| − | + | Respect how some decisions are still made anyway, accept it and communicate it. May be a strength if structured for low risk and high reward. | |
| + | |||
Establish communities of practices for more communication and cross pollination | Establish communities of practices for more communication and cross pollination | ||
| + | |||
Architects working on H1, H2, H3 but recommend still have the code to keep them up to date | Architects working on H1, H2, H3 but recommend still have the code to keep them up to date | ||
Latest revision as of 09:22, 4 October 2015
How do we solve for Standards?
Background:
Team influence model from Control to Soup
Ester Derby mentions Global and Local standards
Problems include:
Teams solve and don't communicate
Can be as simple as naming convention to a lot more complicated such as API keys, logging, etc
Duplicate work and solutions generate waste, long term cost
Potential solutions:
Definition of done needs to include the reporting out of those changes and operations items
Make effort to sharing so low that they will just do it
Establishing Service and Client blueprints/templates including tests and build steps
Build tests for standards checks, just need time to do it
Addressing management rewarding Getting Shit Done (GSD) teams at the cost of other teams (us instead of me)
Remove reliability team and make developers support it
Respect how some decisions are still made anyway, accept it and communicate it. May be a strength if structured for low risk and high reward.
Establish communities of practices for more communication and cross pollination
Architects working on H1, H2, H3 but recommend still have the code to keep them up to date
