第二章 前置条件与输入物清单

适用场景

本阶段适用于所有准备启动 AI Agent 需求优先级排序的团队。无论是新产品立项、现有功能迭代还是技术债清理,排序前必须完成四项强制性前置准备工作。如果团队跳过此阶段直接进行评分或排序,将导致输入数据不一致、评分标准偏倚、排序结果不可追溯等问题。

核心原则:“输入质量决定输出质量”——在排序开始前,确保所有前置条件已被正式确认并记录。

前置条件

本章聚焦的四项前置条件是一个完整的准备闭环,缺一不可:

  • 必备文档:至少包含《原始需求清单》《业务背景说明书》《技术可行性初评》,且文档版本号、责任人、更新时间已标注。
  • 角色就绪:产品负责人(PO)、技术负责人(TL)、业务专家(BE)三位关键角色必须到位,并已签署职责确认书。
  • 数据源清单:明确列出所有需求来源(JIRA、内部工单、用户反馈系统、战略规划),每个来源需提供最近一周的数据快照。
  • 确认模板:使用统一的《需求预处理检查模板(RPC-01)》,字段包括需求名称、来源、描述、期望价值、技术风险(初估)、关联模块。
常见陷阱:团队常误以为“只要有需求列表就能开始排序”。缺少角色确认会导致后续权重打分产生冲突;缺少数据源清单会导致需求重复或遗漏;模板版本不一致会造成统计分析错误。

操作步骤

  1. 收集必备文档:向产品管理部门、技术团队、业务方分别索取最新版本的文档,检查文档完整性。若缺失,标记为“阻塞”并触发异常处理流程。
  2. 确认角色就绪:逐一核对 PO、TL、BE 是否已在系统中完成身份激活,且均有本次排序的编辑权限。三人需共同参加一次“排序预备对齐会”,并在会议纪要上签字。
  3. 整合数据源清单:使用表格形式汇总所有需求来源,包括系统名称、API 或导出方式、最近更新时间、数据行数。如有源不可用,记录原因并替换为备份源。
  4. 填充确认模板:将原始需求逐条填入 RPC-01 模板,每个需求生成唯一的 RPC-ID。模板填写完成后由 PO 进行初审,TL 进行技术字段复核。
  5. 生成“前置就绪确认单”:将四项条件的状态汇总为一份 PDF 或 Wiki 页面,作为排序启动的准入凭证。
# 示例:前置就绪确认单检查项(伪代码)
checks:
  - item: "必备文档齐备"
    passed: true
    detail: "版本 3.2, 责任人 Alice, 2025-03-10"
  - item: "角色就绪"
    passed: true
    detail: "PO: Bob, TL: Carol, BE: Dave, 对齐会纪要 #1024"
  - item: "数据源清单"
    passed: true
    detail: "4个来源全部在线,最新快照 2025-03-09"
  - item: "确认模板"
    passed: true
    detail: "RPC-01 模板 v1.0,已填充 42 条需求,复审完成"

输入输出物

类型 名称 说明 责任人
输入 原始需求清单(原始) 未经格式化的需求集合,通常来自多个渠道 产品经理
输入 业务背景说明书 描述需求来源的业务场景、价值陈述 业务专家
输入 技术可行性初评 每个需求的技术实现复杂度初步判断 技术负责人
输出 RPC-01 预处理模板(已填充) 统一结构化的需求记录,包含所有元数据 产品负责人
输出 前置就绪确认单 准入凭证,标记四项条件均通过 排序主持人

责任边界

  • 产品负责人(PO):对必备文档的版本完整性负责,主持模板填充并确认业务逻辑正确。
  • 技术负责人(TL):核实技术可行性初评的客观性,确认数据源清单中的技术可用性。
  • 业务专家(BE):提供业务背景说明书,并对 RPC-01 中业务字段(期望价值、关联模块)做终审。
  • 排序主持人(SM):监督四个前置条件的推进,生成确认单,并有权在条件不满足时暂停进入排序阶段。

记录材料

本章产生的所有记录必须统一归档至项目协作空间(如 Confluence、语雀),保留历史版本。具体记录清单如下:

  • 必备文档版本对照表(含时间戳和签名)
  • 角色职责确认书(电子签或会议纪要)
  • 数据源清单(含连接方式、刷新频率)
  • RPC-01 模板(所有需求行)
  • 前置就绪确认单(SM 签署版)
最佳实践:建议为每个记录材料单独设置一个 Wiki 页面,并在排序过程中定期更新状态。这样做可以大幅降低后续回溯时的沟通成本。

异常处理

异常场景 处理措施 升级路径
必备文档缺失超过 24 小时 联系对应负责人补交;若超 48 小时则升级至项目总监 PO → 项目总监
角色未就绪(如 TL 请假) 由技术团队指定临时代理人,并提交书面授权声明 PO → 技术经理
数据源接口不可用 使用上一次手动导出备份,同时记录中断原因并要求运维修复 TL → 运维负责人
模板字段冲突(如同一需求重复导入) 立即暂停导入,由 PO 和 BE 去重合并,并更新版本文档 PO → 排序主持人
前置就绪确认单未生成 禁止进入排序阶段;必须补齐全部条件后方可生成 SM → 全团队

验收标准

本章完结时,通过以下验收检查项方可认为前置条件工作完成:

  • ☐ 必备文档:所有文档均处于“已确认”状态,且版本号与记录一致。
  • ☐ 角色就绪:PO、TL、BE 在系统内拥有有效角色,且三人均已参加对齐会并签字。
  • ☐ 数据源清单:至少列出 3 个有效来源,每个来源均有最近 7 天内可运行的数据快照。
  • ☐ 确认模板:RPC-01 模板已填充全部待排序需求,无空行,字段完整率 100%。
  • ☐ 前置就绪确认单:已生成并由排序主持人签署,作为下一章的准入条件。
前置条件与输入物清单流程 需求池(原始需求) 必备文档就绪 角色就绪(PO/TL/BE) 数据源清单 确认模板 RPC-01 前置就绪确认单 进入排序阶段 四项条件缺一不可,全部通过方可进入下一章