需求优先级与证据链

先从一次评审追问开始

评审者不会因为页面能打开就判定项目合格。他会追问：你解决的是谁的什么问题，证据在哪里，做过哪些取舍，失败时怎样恢复，另一位同学能否复现。围绕《需求优先级与证据链》，本节先处理这个真实任务：需求追踪矩阵：证据、决策、验收、版本、负责人和状态。它必须包含来源、版本、负责人和可验证链接，不能只写一段结论。（项目锚点 CP-02-06-A。）

核心方法是：按用户价值、风险降低、依赖、成本和证据强度排序，并保留需求到证据链接。先把它翻译成一个决策，而不是概念定义：目前哪个未知会改变方案，收集什么证据后怎样选择，选择错了如何发现。由此得到本节的输入、动作、输出、验收者和停止条件。（项目锚点 CP-02-06-B。）

第一步：固定输入、边界和责任人

第一步先建立制品页头：项目版本、适用范围、作者、评审者、日期、关联需求或风险。再列本节输入的来源与可信边界；如果输入来自访谈、日志、第三方接口、扫描器或压测，要保存匿名化原始证据和复现步骤。最后写清谁能批准、谁执行、谁被通知，避免“团队共同负责”等于无人负责。（输入锚点《需求优先级与证据链》-2-6。）

现在构造最小实例：为“需求追踪矩阵：证据、决策、验收、版本、负责人和状态”先填一条正常记录和一条反例。正常记录证明流程能走通，反例证明模板能暴露缺失、冲突或不确定性。不要一上来填满十页；先让一个真实决策闭环，再扩展到其余条目。（构造锚点 CP-02-06-C。）

接着：把判断变成可检查证据

接着按“按用户价值、风险降低、依赖、成本和证据强度排序，并保留需求到证据链接”逐项执行。每项都写事实、推断和决定：事实链接原始记录，推断写假设和替代解释，决定写取舍及代价。把口头词改成阈值、状态或示例，例如“响应快”改成指定负载和窗口下的P95，“权限正确”改成主体—资源—动作矩阵与越权反例。（证据锚点《需求优先级与证据链》-02-06。）

本节用一个小型审查预算练习：抽查6条记录，每条由2个角色独立核对，共需 6×2=12 次核对。数字本身不代表质量，但它迫使你说明样本、角色、重复计数和通过规则；真实项目应按风险重新确定抽样与全检范围。（计数锚点 CP-02-06-D。）

然后：做反例、变更和故障走查

然后故意引入失败：“最高声量者决定优先级；需求改动后原型、测试和文档没有同步”。记录失败从哪个信号被发现、影响到哪项需求或质量属性、当前制品能否定位责任与恢复路径。若只能在作者解释后理解，说明制品缺少上下文；若失败发生后没有状态变化、决策或回归证据，说明流程只是在收集文档。（失败锚点《需求优先级与证据链》-2-6。）

再改变一个前提：样本减少、接口升级、成员离开、预算减半、峰值翻倍或法规约束变化。沿追踪链接找到受影响的需求、ADR、测试、迁移、运行手册和交付说明。变更控制不是阻止变化，而是让变化的影响、批准和撤销都有迹可循。（变更锚点 CP-02-06-E。）

最后：同伴复核并关闭缺口

最后把制品交给未参与编写的同伴，只提供仓库入口，不进行口头补充。让他按公开量表寻找证据并尝试复现；每个扣分点都转成带负责人和日期的整改项。整改关闭必须附新证据或复测结果，不能把状态从“待办”手工改成“完成”。（复核锚点《需求优先级与证据链》-2-6。）

合格线分四层：完整性回答“字段是否齐”；可追溯性回答“证据从哪来、影响到哪”；正确性回答“反例和自动检查是否支持”；可移交性回答“陌生人能否执行”。本节在线提交题会按这四层评分，文件数量多不等于质量高。（验收锚点 CP-02-06-F。）

与前后里程碑连接

向前追溯到问题、需求和约束，确认本节不是凭空决定；向后连接实现、测试、部署或答辩，确认制品真正在后续被消费。至少画三条链接：来源证据→本节决定，本节决定→实现/操作，本节风险→验证/恢复。孤立文档在项目中等同于没有文档。（连接锚点《需求优先级与证据链》-2-6。）

如果后续发现决定错误，不要删除旧版本。用新记录说明触发信号、新证据、替代方案和迁移影响，保留时间线。毕业项目评价的不只是最终方案，还包括你如何在不确定中做出可解释、可撤销的工程判断。（演化锚点 CP-02-06-G。）

在线提交与公开评分

本节先完成单选、多选和审查计数题，再提交或更新真实项目制品“需求追踪矩阵：证据、决策、验收、版本、负责人和状态”。提交内容必须有稳定链接、版本、原始证据索引、至少一个失败反例和自评；涉及敏感数据时只交匿名或合成样例。平台题不是让你复述本节，而是检查能否把方法落到自己的项目。（练习锚点《需求优先级与证据链》-2-6。）

评分按问题与输入20%、推理和权衡25%、可验证证据25%、边界与风险15%、复现与表达15%。证据缺失时不能用文笔补分；隐私泄露、伪造数据、不可复现或隐瞒重大失败可直接判定该制品不通过。（评分锚点 CP-02-06-H。）

下课前闭卷自检

一，谁会使用本节制品做什么决定？二，哪条原始证据最可能被误读？三，写出“按用户价值、风险降低、依赖、成本和证据强度排序，并保留需求到证据链接”的三个连续动作。四，怎样复现“最高声量者决定优先级；需求改动后原型、测试和文档没有同步”？五，哪个阈值触发停止或升级？六，变更后哪些下游制品必须同步？七，陌生同伴能否在十五分钟内找到入口并完成一次核对？（自检锚点《需求优先级与证据链》-2-6。）

若答案仍是“按实际情况”“应该没问题”“后续优化”，回到制品补主体、条件、数值、状态和证据链接。真正的收官项目不是功能合集，而是一条从用户问题到设计、实现、验证、运行、交接都能被第三方复核的证据链。（收束锚点 CP-02-06-I。）