需求综合评审概览

什么是综合评审

高速发展中的项目组在产研流程设置上更加注重关键流程节点的把控，希望通过前置评审项目的可行性、优先级和筹备工作，避免人力资源的浪费，在项目早期把控风险。

因此，有些组织中会在项目管理流程中引入“综合评审”机制，通过设立综合评审委员会，对重要需求进行“综合评审/sign off”，对于关键需求（如跨业务线联动、人力消耗大或者存在资源冲突时），流程设置上会自动引入“综合评审”节点，引入团队核心角色进行决策。

综合评审原则

“综合评审”机制的设置主要基于以下几个原则：

• 协同交流：一个人的决策是不够全面的，鼓励更多项目参与者参与项目判断，各方基于不同视角充分交流，表达意见与建议；
• 信息同步：各产品和业务线快速发展迭代，大家也需要及时知悉别人做了什么，综合评审会承担了这样一个信息同步的机制；
• 积累沉淀：对于参会方来说，评审过程也是学习和积累的过程，拓宽产品相关的知识，激发各方想法，累积下来的观点也方便后续对业务和方案进行回顾和复盘。

综合评审流程

评审前准备

• 各业务线产品负责人筛选出需要上综合评审会的需求。
  • 什么样的需求应该上综合评审？
    • 用户影响范围大，且用户有强烈感知
    • 用户影响范围小，但功能模块改动较大
    • 跨业务线有重大交集和影响
    • 涉及到用户隐私场景
    • 涉及到对外品牌感知
• 需要上综评的需求由业务线产品负责人在飞书项目对应需求上开启“综合评审”开关，并操作 “发起综合评审”。

综合评审会

需求讲解

• 需求所属产品经理应充分准备，简洁清晰地阐述每个需求的目标、解决什么问题，以及短期/中长期验证的数据指标。

需求讨论

• 需求讨论环节应当尽量控制在 10min 以内。

需求投票

• 表明是否支持需求上线并阐述理由或建议，供业务 owner 参考；
• 为保证会议进行的流畅度，不单独设置集中投票环节；
• 线上投票环节设置三档选项：方向强烈反对；方向可行，方案需要修改；支持或强烈支持；
• 为使投票结果更置信，设置需求最低有效投票人数为 20 人，不足 20 人将 block 流程，直至投票人数过线；
• 为保证充分参会并有效提出需求和表达意见，会后会对参会与投票情况进行统计，常驻参会人员须尽量保证出席率并积极投票。

需求回溯

• 在所有需求讲解讨论结束后，回溯当日所有需求，并参考投票，得出初步判定结果；
• 线上设置 5 种综评结果：通过/不通过有 todo/hold/复议/不通过Pending。

评审后复盘

产品委员会 Launch Review

• 已通过综评的需求需在实验全量上线前主动提报产品委员会 Launch Review。

方案重新设计决策流程

• 会议结束后，需求方和强烈反对方人员组建群聊，针对方案的反对意见，需求方完成新方案设计后将在群内发起投票，如无强烈反对则方案可推进至实验，如存在强烈反对，则可继续发起【产品委员会决策】。

产品委员会决策流程

• 当明确融合设计方案仍存在较大分歧时，可在系统中录入双方观点，由产品委员会进行投票决策。

飞书项目如何帮助实现综合评审

飞书项目作为字节跳动旗下的项目管理平台，提供了高灵活度配置，为多种类型的项目管理提供可能性。

飞书项目的“投票”功能就是为大规模产研项目的“综合评审”量身定制的功能模块。团队使用飞书项目“投票”功能，可以直接在线上收集意见反馈，保证投票独立性，提高会议决策效率，不仅可以避免线下投票效率低和产品评审意见汇总难的问题，还能够让每次会议的决策意见在平台上沉淀下来，形成闭环，为后续的类似决策提供有价值的参考。

保证投票独立性，提高会议决策效率

所有综合评审委员会成员都可以在飞书项目视图直接进行线上投票，且投票结果直观可视；每个投票者还可以将相关意见记录在投票结果中，方便结果聚合，提高决策效率。

决策过程、结果可追溯，方便复盘

决策信息将作为组织资产在飞书项目中沉淀下来，通过分析复盘，为未来的同类项目决策提供依据，形成决策闭环。