✏️ 编辑模式已开启 — 点击任意文字即可直接修改，修改后自动保存。退出编辑

VM迭代流程 — 角色职责看板

基于《VM迭代流程优化（Draft）》整理，点击流程节点展开各角色职责

策划/增长（PM）
美术（Art）
研发（Dev）
测试（QA）
PMO
筛选流程：
筛选角色：
💡
01
VM 创意会
评估创意可行性，初步确定优先级，复杂创意拉"需求定位会"
⌄
📋 策划/增长
  • 创意负责人在 Meego 中创建需求，流转至「创意评审」节点
  • 确保需求出现在"关卡精细化实验 & 系统体验优化实验"视图中
  • 需求类型默认选择支线需求
  • 复杂创意需单拉「需求定位会」，邀约 O1/O2 负责人、策划及美术参会
🎨 美术
  • 可选参会
  • 创意负责人在 Meego 中创建需求并流转至「创意评审」节点，确保需求出现在视图中
📌 PMO
  • 主持创意会
  • O1/O2 策划负责人确认创意可行性并审核需求后，流转 Meego 至「需求编写」节点
  • 会上确定创意优先级，补充 Meego「优先级」字段
  • 暂不推进的需求统一回滚至「需求提出」节点
  • 复杂需求留在「创意评审」节点，定位会评审通过后由 O1/O2 负责人流转
  • 会后同步评审通过需求视图截图（固定视图）
⚡ 直接优化项默认分支需求+高优（P0/P1），无需参与创意会，直接进入 O2 内审会；用户反馈类需求默认高优，无需评审，由尚楠直接与研发、测试沟通；实验应用默认主线+P2，无需创意会评审。
📝
02
PRD 撰写
将创意落地为可支撑假设的需求方案，按模板格式完善需求
⌄
📋 策划/增长/美术
  • 需求负责人完成需求撰写
  • 将 Meego 流转至「需求内审」节点
  • 参考模板：Vita Mahjong 精细化需求模版 / Vita 体验优化需求模板（新版）
🔍
03
需求内审会
审核文档格式与内容，判断方案能否支撑假设，调整优先级
⌄
📋 策划/增长
  • 目标负责人审核需求并主持会议
  • 确认需求格式、内容，调整优先级
  • 审核通过的需求在会上流转 Meego 至「业务线分配」节点
  • 确认需求是否包含题库、活动并更新相应字段
  • 未通过需求停留在「需求内审」节点，依赖完成后手动流转
  • 会前需流转至「需求内审」节点，确保需求在视图中（关卡精细化需求 / 系统体验优化需求）
🎨 美术
  • 美术负责人参会
  • 确认需求是否需要美术预审，更新 Meego 相应字段
🗂️
04
需求分配
评估需求优先级、主线/分支、业务线分配；对需求池粗估，判断是否可于下个迭代完成
⌄
📌 PMO
  • 内审后第一个工作日在"Vita Mahjong需求业务线分配"飞书群同步待分配需求
  • Check 产研测评审前所有前置节点是否完成，维护 Meego 视图
💻 研发（组长）
  • 应世润按需分配业务线，变更 Meego「业务线」字段
  • 若无法分配，在飞书群同步原因及风险，并在 Meego 评论说明情况
  • 与测试负责人共同初步评估需求开发及测试工作量
  • P0/P1 无法全部跟版时，在飞书群同步原因，产研测评审会后给出明确排期
  • 梳理本周/下周可评审的分支需求，填写"评审日期"字段，完成"评审排期"节点
📋 策划/增长
  • 王晶/马婧洁/刘春玥确认结论或调整需求优先级
📘 分支需求：复杂度较高、常规优先级；主线需求：高优需求或整体复杂度低、关联 bug 风险小（如题库类）。题库类 P2 若人力充足可考虑主线。
🖌️
05
美术预评审
复杂需求在制作前与开发对齐存疑的实现方式（不影响美术制作流程）
⌄
📋 策划/增长
  • 按需发起会议：简单需求可线下对齐，复杂需求组织会议
  • 评审通过则推进 Meego 至下一节点；未通过需在评论写明原因，保留在「开发美术预评审」节点
🎨 美术
  • 由黄素暖判断是否需要预审（大部分不需要）
  • 与开发对齐存疑的实现方式
💻 研发
  • 与美术对齐存疑的实现方式
🎭
06
美术制作
美术先行，完成后再由开发&测试评审并推进具体排期
⌄
📋 策划/增长
  • 确认美术制作是否满足需求
🎨 美术
  • 黄素暖完成美术排期后流转 Meego 至后续节点
  • 预制作阶段在飞书群与创意提出人确认需求内容
  • 制作完成后在需求群 @需求提出人 & @黄素暖 验收确认
  • 核验通过后同步完成 Meego 对应节点
🔴 若美术制作阶段发现需求描述模糊，在需求群沟通后，Meego 统一回退至「需求内审」节点，清空已排期内容，并在评论备注原因。
📊
07
产研测需求评审会（主线）
评审方案完整性及实现问题，确认资源是否放远端，判断能否跟版
⌄
📋 策划/增长
  • 评审前完成主线需求编号（Meego 编号 + 文档编号）
  • 目标负责人审核需求；需求负责人参与评审
  • 评审结束后当日梳理确认不跟版的主线需求，在"Vita产品"飞书群同步研发、测试
  • P0/P1 无法跟版时：当天给出动效联调、研发、测试排期及预期上线时间
🎨 美术
  • 相关美术参与评审
💻 研发
  • 参与评审，初步确认需求能否在下个版本上线
  • 与策划确认需求资源是否接受放远端，在 Meego 中勾选相应操作
  • 统一调整不跟版需求的预期上线版本，默认顺延至下个版本
🧪 测试
  • 参与评审，确认需求能否在下个版本上线
  • 纯题库主线需求排期在评审会后当天与策划、研发三方对齐
📌 PMO
  • 会议前一天确认参与评审的需求视图并在"Vita产研"飞书群同步
  • 主持会议，评审顺序：玩法1组 → 玩法1组含题库 → 公用题库 → 玩法2组含题库 → 玩法2组 → 公用活动
  • 会后流转 Meego 节点，同步已评审需求视图
  • 未评审通过的需求在 Meego 评论写明原因、是否再次发起会议、是否变更为分支需求
🌿
07B
产研测需求评审会（分支）
评审分支需求完整性，确认排期（动效联调/开发/提测/验收）
⌄
📋 策划/增长
  • 评审方案的完整性
🎨 美术
  • 评审会前完成全部美术资源制作
  • 确认动效联调排期
💻 研发
  • 发起会议，会前仔细阅读 PRD
  • 若 PRD 需补充，与需求提出人沟通后取消会议，Meego 回退至「评审排期」节点，清空排期时间
  • 主持会议：确认需求完整性、资源入包判定、确认排期（动效联调/开发/提测/验收）并录入 Meego
  • 流转 Meego 至「产研测需求评审」完成节点
  • 未通过：回滚至「评审排期」节点，清空时间，评论写明原因
🧪 测试
  • 参与评审，评估测试排期
  • 与研发共同确定预估上车版本，同步更新 Meego「预期规划版本」
📌 PMO
  • P0/P1 优先级需求参会，P2 可选参会
⚙️
08
开发阶段
研发按需求文档开发，关注底板组变更影响
⌄
💻 研发
  • 底板组调整时，重点评估变更是否影响需求本身及关联内容
  • 底板组变更引发需求变动时，回滚需求至「逻辑开发」节点，Meego 评论备注原因
  • 无法按计划推进时重新排期，默认顺延至下一版本
  • 需求描述模糊/大量正交未考虑（10+）时，回退 Meego 至「产研测需求评审」节点，清空排期时间，评论备注原因
🧪 测试
  • 底板组调整时重点评估影响
🔬
09
实验配置
精细化实验有序分流，系统实验参数冲突管理
⌄
📋 策划（精细化）
  • 测试环境配置：周二用例评审后
  • 正式环境配置：周四需求验收完成后
💻 研发（系统实验）
  • 测试/正式环境：开发/验收完成后，跟随 Meego 节点推进
  • 管理 Mahjong 2.0 新参数，确保实验域/实验层有序分流
✅
10
验收阶段
验收实现效果是否满足预期，可上线测试
⌄
📋 策划/增长
  • 在约定验收截止时间前完成验收
  • 主线需求：发版日 15:00 前完成验收（PMO 提醒）
  • 分支需求：按产研测评审会约定时间验收
  • 验收通过后在 Meego 完成「策划验收」节点
  • 验收超时需与研发、测试评估是否仍可跟版
🎨 美术
  • 验收实现效果，确认满足预期
  • 完成 Meego「美术验收」节点（需上传"美术验收效果"附件，必填）
📌 PMO
  • 发版日 15:00 提醒策划/美术完成节点验收
🔴 验收不通过处理： - 实现偏离文档 → 回滚至「研发自测」节点，修复后重新提测验收；无需重新评审 - 需求无价值/方向变更 → 策划在 Meego 中关闭需求，注明原因并群内同步
🚀
11
发版日
各时间节点执行发版动作，控制发版风险
⌄
📌 PMO
  • 15:00 提醒策划/美术完成节点验收
🧪 测试
  • 17:00 发出当前 Bug 修复进度，同步风险项与预计修复时间
  • 通知打包 Beta 版本后，@王晶@马婧洁确认正式实验配置完成
💻 研发
  • 19:00 仍未修复的 Bug，关闭实验并同步相关方，需求顺延下版本
  • 21:00 打 Beta 包（应世润）
  • 22:00 打 Release 包（雷庆慧）
  • 分支需求截止合并主线：发版前一天 20:30
📋 策划/增长
  • Beta 包打出后：@王晶@马婧洁确认正式实验配置完成
  • 完成 Meego「策划验收」与「正式实验配置」节点，并清空相关视图
  • 精细化分支需求统一由王晶 review
⏰ 分支需求到达指定 Meego 节点后，需求提出人须 4 小时内完成配置并流转节点。非工作时段：若本周上线，节点须在发版日前一个工作日完成流转。
🏗️
01
创建研发需求 Meego
SDK、重构、架构、性能、安全等类型需求
⌄
💻 研发
  • 研发发起人创建 Meego，名称中体现【研发需求】
  • 实验类型统一选择「直接优化项」
  • 如需其他角色支持，直接与对应负责人确认并在 Meego「角色与人员」模块补充
🔀
02
选择推进路径
按需求是否跟随版本，选择主线或分支流程
⌄
💻 研发
  • 常规场景：需求类型选「分支需求」，研发按需发起评审，研发&测试评估排期，按分支需求流程推进
  • 特殊场景（需跟版）：需求类型选「主线需求」，参与版本评审，与测试评估排期与跟版可行性
  • 跟版示例：参加对应版本的"Vita Mahjong 需求评审-当周需求"会
🚨
01
发现与记录
线上问题通过监控/用户反馈/内部发现暴露后统一录入多维表格
⌄
🧪 测试
  • 统一录入多维表格（飞书）
  • 参考 Iaa 游戏项目故障定级标准及处理规范
📢
02
同步 Bug 信息
测试在需求群同步 Bug 现象及影响，告知相关方
⌄
🧪 测试
  • 在相应需求群同步 Bug，说明现象、影响功能
  • @需求提出人 @研发 @PMO
🛠️
03
确认修复版本
研发确认修复版本（默认下一版本），无需重新提需求单
⌄
💻 研发
  • 确认修复版本（默认下一版本修复）
  • @需求提出人 @测试
🧪 测试
  • 创建缺陷单，关联相关实验，所有修复记录留存在 Meego 缺陷/需求中
  • 全程以缺陷单形式推进，无需重新提需求单
📍
01
Meego 新建直接优化项
埋点需求轻量化，通常当周可上线
⌄
📋 需求提出人
  • Meego 中新建「直接优化项」
  • 询问开发、测试意见，确认是否支持当周版本插队
  • 开发、测试各耗时不超过 10 分钟，多数场景可排入本周版本
💻 研发
  • 评估当周是否支持插队
  • 排期确认后直接开发上线
🧪 测试
  • 评估当周是否支持插队
✅ 插队排期确认后，即可直接上线，无需额外评审会。

各角色核心职责速览

角色 核心职责 关键动作
📋 策划/增长 需求发起、内容撰写、内审、验收 创建/流转 Meego、撰写 PRD、主持内审、发版日验收
🎨 美术 美术制作、预评审、验收 完成美术排期 & 制作、上传验收效果附件
💻 研发 业务线分配、工作量评估、开发、分支评审发起 分配业务线、阅读PRD、发起分支评审、打包上线
🧪 测试 测试排期、用例评审、Bug 同步、缺陷管理 评估排期 & 跟版可行性、同步风险、创建缺陷单
📌 PMO 流程推进、视图同步、会议主持 主持创意会 & 主线评审会、流转 Meego 节点、同步视图截图