用途：把一堆想法、需求和进行中的工作，转化为一份可辩护的多季度路线图，说明做什么、何时做、为什么。适用于规划下个季度或下一年、对存在依赖关系的工作排序、平衡新建/改进/维护、有理由地对请求说“不”或“暂不”、让团队对齐同一份计划、向外部干系人沟通，以及战略调整、季度未达标或出现新约束后的重新规划。不适用于单个功能的规格撰写、验证想法是否值得做、功能设计、单个项目的发布计划，以及复盘已交付与承诺的差异。
必要输入：团队战略或顶层目标（1 至 5 个 OKR、主题或支柱）、待办清单（每项至少一句话描述）、团队产能（人数×时间）、已知约束（截止日期、依赖、招聘、预算）、规划周期（一个季度、两个季度或一年）。若缺少战略，路线图只会是功能列表而非计划，应先补齐战略。
框架分五层：主题（为什么）、举措（做什么）、排序（何时）、产能现实（做多少）、取舍沟通（为什么不）。主题应为成果导向、数量有限（3 至 5 个）、可辩护、可衡量；举措需有明确成果、粗略规模（S/M/L/XL）、信心评级和依赖图；排序受依赖、产能、日历现实和战略窗口约束；产能需按现实折算，工程师约 60-70%、设计师 50-60%、PM 40-50%，新员工首季度按 50% 计；每份路线图都应有“暂不”清单，记录被拒请求、原因及转入“进行中”的触发条件。
工作流：锚定战略、编目待办、在每个主题内用统一框架（如 RICE、MoSCoW、Kano、延迟成本、战略对齐）排序、构建依赖图、按时间排布、与团队验证、撰写“暂不”清单、面向不同受众沟通。输出包括战略摘要、计划视图、举措简报、产能模型、取舍与“暂不”、风险与假设、更新节奏。路线图是活文档，建议每月回顾、每季度正式重规划。参考文件 references/prioritization-frameworks.md 提供各优先级框架的详细说明。