0. 前言

为了业务线各岗位高效协作，划分职责边界，提升工作效率的同时降低工作强度，减少无效加班的情况。规范工作流程和发版节奏。（不仅适用于互联网，一切团队协作都可参考本SOP，把执行节点进行替换即可）

1. 工作原则

• 一：需求冻结制度

进入开发阶段的需求，非特殊情况，原则上不得变更，新需求一律放入需求池。任何情况下不得口头插入需求。紧急需求必须拉会评审。

• 二：发版节奏固定

每两周为一个迭代周期，发版日固定为每个迭代的最后一个周四。除P0级线上事故外，不允许临时发版。

• 三：各司其职

每项工作有且只有一个「负责人」(Owner)，其他人为「协作者」。负责人对交付质量和进度负全责，协作者配合完成。

• 四：关键环节把控

当工作出现问题，全部要找项目经理协调，原则上不出现策划/产品越过项目经理与研发直接沟通的情况。

• 五：文档驱动

任何情况下，如果要开会，必须撰写文档，不论是技术方案还是产品方案，使用AI辅佐的文档必须自己review先过一遍。

2. 流程与职责边界：

3. 需求变更控制

变更分级

• 轻微变更（文案修改、颜色微调）：开发自行判断可否吸收，报备产品经理即可
• 中度变更（功能逻辑调整、交互修改）：必须提交变更申请，拉相关人员开小会，经产品负责人+技术负责人评审通过后方可执行
• 重大变更（新增功能、砍掉已开发功能）：必须开评审会，评估影响范围和延期风险，由栗子拍板 紧急需求绿色通道

针对紧急场景，设立专项绿色通道：

1. 提出紧急需求，明确交付时间和核心诉求
2. 产品经理「紧急需求评审会」，明确紧急需求有哪些交付标准和内容（15分钟内完成）
3. 技术负责人评估：当前迭代哪些内容可以交付、哪些必须砍掉、额外需要什么
4. 形成「紧急版本交付清单」：明确列出本次包含/不包含的功能
5. 全员对齐后按清单执行，不得在清单之外临时加内容