3. 评估团队与角色分工
本章导读：技术可行性评估不是一个人的事。产品经理、技术负责人、数据科学家、架构师四个角色协同决策，缺一不可。本章明确各角色在评估中的职责边界、协作流程与交付物标准。
适用场景
- 启动任何涉及AI/算法功能的新产品或新模块设计之前。
- 需要对技术方案从业务、数据、计算、系统四个维度进行系统性评审时。
- 团队跨职能（产品、工程、数据、架构）首次协作或交接不清晰时。
前置条件
- 已完成第2章“评估目标与范围定义”，明确本次评估的边界和关键指标。
- 团队已确认参与角色人员（至少覆盖产品经理、技术负责人、数据科学家、架构师）。
- 各角色已获得必要的项目背景文档（PRD、用户故事、技术草案）。
操作步骤
- 角色对齐会：召集四个角色召开30分钟启动会，同步评估目标、时间线、输出物要求。
- 分发角色卡片：向每位成员明确其在技术可行性评估中的具体职责（见下表）。
- 分角色预审：各角色独立收集所需输入（业务假设、数据集、基础设施信息），填写各自责任区间的检查清单。
- 联合评估工作坊：组织2～4小时集中评审，按“业务可行性 → 数据可行性 → 算法可行性 → 系统可行性”顺序逐项讨论并记录风险。
- 输出角色签字：每个角色在《技术可行性评估报告》对应章节签字确认，表示已完成责任范围内的审查。
角色职责矩阵
| 角色 | 核心职责 | 否决权范围 | 关键输入物 | 关键输出物 |
|---|---|---|---|---|
| 产品经理 | 定义业务目标、用户价值、成功指标；判断技术方案是否匹配用户需求 | 业务目标不匹配、用户场景无意义 | PRD、用户故事、OKR | 业务可行性结论、验收标准（业务侧） |
| 技术负责人 | 评估工程实现复杂度、可用技术栈、开发周期与成本 | 技术无法在排期内交付、无合适技术栈 | 系统架构图、现有技术栈清单 | 技术选型建议、开发周期估算 |
| 数据科学家 | 评估数据可用性、数据质量、算法可行性与实验成本 | 数据不足/质量不达标、算法精确度不满足业务指标 | 数据字典、样本数据、标签分布 | 数据可行性报告、算法预研结果 |
| 架构师 | 评估系统扩展性、安全性、合规性、基础设施承载能力 | 架构无法满足扩展性/安全合规要求 | 现有基础设施清单、安全合规文档 | 架构评审建议、成本与风险矩阵 |
输入输出物
| 类别 | 输入物 | 输出物 |
|---|---|---|
| 通用 | 评估目标文档（第2章输出）、项目背景、用户故事 | 技术可行性评估报告（含各角色签字） |
| 产品经理 | PRD、业务指标、用户旅程图 | 业务可行性结论、验收标准 |
| 技术负责人 | 现有技术栈、性能基线 | 技术选型方案、开发周期估算表 |
| 数据科学家 | 数据字典、样本数据、标签定义 | 数据质量报告、算法预研笔记 |
| 架构师 | 基础设施清单、合规要求 | 架构风险矩阵、成本估算 |
责任边界（RACI）
- R（执行）：每个角色对自己的评审项负责，如数据科学家执行数据可行性分析。
- A（批准）：技术可行性评估报告的最终批准由技术负责人和产品经理共同签署。
- C（咨询）：架构师为技术负责人提供基础设施咨询；数据科学家为产品经理提供算法能力边界咨询。
- I（知情）：所有角色必须知晓至少其他两个角色的核心结论，避免信息孤岛。
常见陷阱：产品经理跳过数据科学家直接向客户承诺算法精度；架构师未参与早期评估导致后期无法部署。确保四个角色均为“A”或“R”，不允许出现“I”角色缺席关键决策会议。
记录材料
- 角色对齐会纪要（含参会人、时间、决议）
- 各角色检查清单（模板见附录）
- 联合评估工作坊完整记录（风险项、决策点、待办）
- 技术可行性评估报告（签字版，包含各角色结论及风险登记表）
异常处理
| 异常场景 | 处理措施 |
|---|---|
| 某角色缺席且无法替代 | 延期评估，直到该角色或其指定代理人可以参与；若时间紧迫，由技术负责人提出风险说明并记录在报告中 |
| 角色间无法就某项结论达成一致 | 升级至项目发起人（SP）或CTO做仲裁；同时记录双方观点和未解决理由 |
| 数据科学家评估后认为数据不可用 | 触发第6章“数据不可行处理流程”，返回产品经理重新评估业务范围或补充数据采集计划 |
| 架构师发现基础设施缺失严重 | 启动独立基础设施预算评审，或调整技术方案以适配现有架构 |
验收标准
- 四个角色均已完成各自责任范围内的检查清单并签字。
- 《技术可行性评估报告》包含至少一条各角色的否决/保留意见（若无，需注明“无反对意见”）。
- 所有异常场景已记录处理结果或后续计划。
- 技术负责人和产品经理共同签署最终结论（通过/条件通过/不通过）。
最佳实践：在评估启动前，让每位角色填写“可行性预审问卷”（5~10题），提前暴露分歧点，可缩短联合工作坊时间约30%。推荐使用协作文档（如 Confluence/飞书文档）进行记录，实现角色间透明化。