Teams need real authority over solutions if they are going to be held responsible for outcomes.
What to look for
- 01
Clarify who owns value, usability, feasibility, and business viability risks.
- 02
Distinguish receiving a roadmap from receiving a problem to solve.
- 03
Make the team’s actual decision rights visible.
Keep in mind
The author explicitly introduces non-standard terminology. Use the distinction to discuss work, not to label teams as morally better or worse.
Try this next
Choose one roadmap item. Write the underlying customer problem, evidence of demand, constraints, and which parts the team may change.
Get the product templateNotes and exercises by Awesome CTO. The original work belongs to Marty Cagan.
