Technical decisions and engineering effectiveness
Make scope, ownership, adoption, and cross-team decisions explicit.
Make decisions another engineer can use
Several teams interpret the same amount field in different units. One person is required for every deploy. A migration has no owner for retiring the old path. These problems require decisions and adoption work beyond another local code change.
Write a decision record with options and consequences, find the actual delivery bottleneck, and define a strategy through observable rules. Your output should let another team act without needing you to repeat the explanation.
Parts group related chapters. Each lesson has a chapter.lesson address, such as 4.07. Open a title below, or use Next to follow the reading sequence. Within a lesson, On this page lists its sections.
- 17.01
Choose the scope that removes repeated engineering work
Concepts and examples
- 17.02
Write a design document that supports a decision
Concepts and examples
- 17.03
Turn recurring constraints into a usable technical strategy
Concepts and examples
- 17.04
Find delivery bottlenecks and reduce dependency on one engineer
Concepts and examples
- 17.05
- 17.06
- 17.07