用途：在开发过程中区分战略性工作与战术性工作，帮助判断“是否该构建这个”以及某项请求是否值得投入。触发场景包括：用户询问是否值得构建、做架构决策（如可复用组件、抽象层）、评估功能请求、区分忙碌工作与高影响工作、防止过早优化或“产品表演”。
主要能力与框架：
- LNO 框架（来源：Shreyas Doshi）：把任务分为 Leverage（杠杆，随时间复利、赋能未来工作、被反复使用）、Neutral（中性，维持现状、必要但不复利）、Overhead（开销，忙碌工作、无实际影响）。建议比例约为 70% Leverage、20% Neutral、最多 10% Overhead。判定问题包括：会被使用10次以上吗？能解锁未来工作吗？只是“看起来很忙”吗？
- 产品工作三层次（Shreyas Doshi）：Level 1 影响（为什么）、Level 2 执行（怎么做）、Level 3 表象（利益相关者感知）。要求在优化执行前先验证影响层，避免把执行误当影响。
- 事前验尸（Pre-Mortem）：假设六个月后项目彻底失败，倒推失败原因，识别并缓解最主要的失败风险，再决定构建、重设计或放弃。
- 赋能团队与功能团队（Marty Cagan）：功能团队被交付功能、以按时上线为成功、PM 类似项目经理；赋能团队被交付问题、以业务结果为成功、PM 发现解决方案。文中提供识别特征与从功能式表述转为问题式表述的建议。
使用方式：附带三类模板：LNO 评估表、三层次检查表、事前验尸表，以及一张战略构建清单和决策树，按 LNO 检查、三层次检查、事前验尸、功能团队判断依次评估后决定是否构建。
适用场景：产品与开发中的架构决策、功能请求评估、优先级排序、路线图表述转换、避免过早抽象（建议等到第三个用例再重构）。
限制：资料未提供价格、平台支持、安装命令或具体运行环境信息；内容主要为方法论框架与模板，实际效果取决于团队执行。