📚 课程目录第2章评审角色与职责清单

第二章评审角色与职责清单

原型评审会能否高效运转，很大程度上取决于角色是否明确、职责是否清晰、边界是否闭环。本章将系统定义主持人、记录员、汇报人、评审委员、决策者五大角色的责任边界，并提供可粘贴的职责分配模板。

2.1 适用场景

以下三类场景必须执行角色与职责定义：

首次组建评审团队：成员之间尚未建立协作默契，需通过职责清单消除角色盲区。
跨部门联合评审：涉及产品、设计、研发、测试、运营等多职能，需避免职责重叠或遗漏。
高风险或高成本变更评审：如核心流程重构、付费链路调整，需决策者提前介入并明确拍板权。

2.2 前置条件

检查清单：在定义角色前，请确认以下三项准备已完成。

评审目标已书面化（例如：“验证V2.3版支付流程的可用性与安全性”）。
原型演示材料已定稿，并分发给潜在评审委员至少提前 24 小时。
决策者已确认参会时间窗口，并承诺在评审会当日拥有完整决策权（无“回去请示”风险）。

2.3 操作步骤

按照以下 5 个步骤完成角色定义与职责分配：

步骤一：锁定评审目标——将评审目标拆解为 3～5 个关键评估维度（如：交互效率、视觉一致性、异常状态覆盖）。
步骤二：匹配角色人员——根据评估维度选择对应专业的评审委员，并指派中立主持人。
步骤三：发放职责卡——为每位角色发放《职责边界卡》（见第 2.5 节表格），并逐条宣读确认。
步骤四：签署责任承诺——决策者签字确认最终拍板权，记录员签字确认完整记录义务。
步骤五：公示角色矩阵——在评审会邀请函/会议简介中公示 人名-角色-职责 矩阵，接受全员监督。

    实战要点：步骤三“宣读确认”不可跳过。研究表明，口头承诺可提升角色遵从率约 37%（参见《团队协作的五大障碍》）。

2.4 输入输出物

类型	名称	说明	模板/示例
输入	评审目标说明书	包含评审范围、关键评估维度、期望产出	《PRD v2.3 支付模块评审目标》
输入	原型演示材料	可交互原型或高保真设计稿	Figma / Axure 分享链接
输出	角色职责矩阵	人名-角色-职责-决策权限四列清单	见第 2.5 节表格
输出	职责边界卡	每人一卡的纸质或电子确认单	包含签名栏与日期

2.5 责任边界

以下表格定义了五大角色的核心职责、决策权限与行为红线，是评审会前必须逐条对齐的契约级文档。

角色	核心职责	决策权限	责任边界（红线）
主持人	掌控评审流程、分配发言权、计时控场、裁决流程争议	可终止超时讨论；可暂停评审进行流程复议	❌ 不参与内容评判；❌ 不替汇报人回答问题；❌ 不表态支持/反对某方案
记录员	全程记录问题、决议、待办事项、责任人及截止时间	可要求发言人重复或澄清关键信息以确保记录准确	❌ 不发表评审意见；❌ 不解读或润色记录内容；❌ 不代替缺席者签名
汇报人	演示原型、阐述设计思路、回答委员提问、标记修改点	可申请 2 分钟缓冲时间准备复杂问题的应答	❌ 不主导评审方向；❌ 不与委员争论；❌ 不承诺会外未确认的变更
评审委员	从专业维度评估原型、提交缺陷清单、给出改进建议	可要求暂停演示以聚焦某严重问题	❌ 不做最终决策；❌ 不越权指派任务；❌ 不重复已记录的问题
决策者	对关键争议做出最终裁决、签字批准/驳回、确认资源投入	拥有一票否决权；可越过主持人直接要求聚焦某议题	❌ 不参与细节辩论；❌ 不推翻已记录的共识（除非有重大新证据）；❌ 不缺席最终签字环节

常见越界案例：某评审会中，主持人因自身也是资深设计师，多次对原型细节发表评价，导致委员跟随其观点形成“一言堂”，最终漏掉了关键的支付异常分支。责任边界必须在会前公示并互相监督。

2.6 记录材料

以下材料必须在角色定义完成后归档，作为评审会前准备的证据链：

《角色职责矩阵》——表格形式，包含角色、人员姓名、职责摘要、决策权限等级。
《职责边界确认签名表》——每位角色签字确认已理解并接受自己的责任边界。
《评审会前准备检查单》——包含角色定义是否完成的勾选项。

推荐使用以下 JSON 结构存储角色定义数据，以便与项目管理工具（如 Jira、Notion）同步：

{
  "reviewSession": "V2.3 Payment Flow Review",
  "roles": [
    {
      "role": "主持人",
      "assignee": "张三",
      "responsibility": "掌控流程、计时、裁决流程争议",
      "decisionLevel": "流程级",
      "signed": true
    },
    {
      "role": "记录员",
      "assignee": "李四",
      "responsibility": "记录决议与待办",
      "decisionLevel": "无",
      "signed": true
    },
    {
      "role": "汇报人",
      "assignee": "王五",
      "responsibility": "演示原型、回答提问",
      "decisionLevel": "无",
      "signed": true
    },
    {
      "role": "评审委员",
      "assignee": "赵六",
      "responsibility": "专业评估与建议",
      "decisionLevel": "建议级",
      "signed": true
    },
    {
      "role": "决策者",
      "assignee": "钱七",
      "responsibility": "最终拍板、签字批准",
      "decisionLevel": "决策级",
      "signed": true
    }
  ],
  "preparedAt": "2025-04-09T09:00:00Z"
}

2.7 异常处理

角色定义阶段可能出现的三类异常及处理预案：

异常类型	典型表现	处理方案
角色重叠	同一人身兼主持人与评审委员，或记录员同时担任汇报人	立即拆分：主持人与记录员必须中立，不得兼任内容角色；若资源受限，则引入外部第三方担任主持人。
角色缺失	无明确决策者，或无专职记录员	暂停角色定义流程，向上级申请指定决策者；记录员可由非评审团队的法务/QA 兼任。
职责拒认	被指派者拒绝签字确认某项责任边界	记录拒认理由，升级至项目发起人协商；若仍无法达成一致，则调整角色分配，避免强制担责。

高风险预警：决策者“空降”且未参与会前角色对齐，是评审会失败的首要原因。决策者必须出现在角色定义清单中，并签署职责边界卡，否则评审会应延期举行。

2.8 验收标准

角色与职责清单定义完成并满足以下所有标准，方可进入下一章（原型材料准备）：

✅ 五大角色均有唯一人员担纲，且姓名已填入《角色职责矩阵》。
✅ 每人均已阅读并签字确认《职责边界卡》，无“口头答应但未签字”的情况。
✅ 决策者已明确标注其决策权限等级（一票否决 / 多数通过 / 仅流程签字）。
✅ 记录员的记录工具（如 Confluence 模板、飞书文档）已准备就绪且可共享。
✅ 主持人已确认自己无内容立场，并承诺在评审会中保持中立。
✅ 所有角色定义文档已上传至评审会共享空间，且全体参会人可访问。

📚 课程目录

第二章 评审角色与职责清单

2.1 适用场景

2.2 前置条件

2.3 操作步骤

2.4 输入输出物

2.5 责任边界

2.6 记录材料

2.7 异常处理

2.8 验收标准

第二章评审角色与职责清单