1.每次上线必须组织上线会，确定上线内容（系统、脚本、配置、运营数据、运营支持）执行顺序及时间点2.上线执行过程中需确保线上数据准备及配置完成3.上线完成后需结合测试验证内容，运营及产品配合测试进行相关验证，验证通过需明确验证内容并做好周知4.上线完成后1-3天组织项目复盘会，发现本次项目环节中出现的所有问题并给出改善方案，同时将复盘报告邮件形式发送给关业务部门及负责人（业务、产品、技术、测试、运维）。旨在为下次项目提供参考，提高项目效率。
PRD阶段1.PRD编写2.PRD评审3.技术评估+排期
MRD阶段1.MRD编写（可选）2.MRD评审（可选）3.技术可行性确认
项目经理制：所有负责人都有机会带项目，详细了解接触项目各个环节，进一步获得整体提升
运营1.技术运营跟踪（自上线/版本释放起）2.技术部运营报告
为确保每次项目的价值以及意义，在项目上线一周后由项目经理与产品/业务同步线上运营结果（预期效益、实际达成效益、上线后稳定性），整理邮件发送至技术部及产品部门。邮件格式参考：《首周运营报告模板》
1.技术研发核心环节，须确保核心工作内容不收影响。2.任何此时间段内需求变化必须走需求变更重新调整项目计划
上线1.上线准备会（上线计划）2.运营数据准备3.产品培训准备4.上线+验证5.项目复盘
项目流程规范V1.0.0旨在整体规范项目流程中各环节核心内容，减负增效。为后期并行开发打下基础
1.业务方发起，主要确定业务需求、目标、技术可行性。一般由各部门技术经理参与2.MRD确定后指定具体项目经理，由项目经理推动整体项目计划
1.产品将MRD转换为PRD输出给技术团队进行评审（尽量提前发出供技术学习），PRD中应逻辑清晰、需求明确，业务细节覆盖。2.需明确此次需求预期目标，项目上线后运营报告以此为预期目标。3.PRD中需包含原型用以提供交互设计评审、技术以PRD文档中内容为最终实现，原型中应确定与PRD内容同步4.UI设计应以PRD原型为准，过度设计需重新调整排期5.PRD评审应整体规划节奏，避免上一个项目上线后再评审情况的出现6.PRD细节评审完成后确定技术细节，同时给出详细排期计划（一般评审完成后1天时间内协调各部门完成项目排期），并于以后每日项目群内同步项目进度排期格式参考：《项目排期表》
编码1.UI设计+评审2.总体/详细设计（WIKI）3.编码自测（单元测试、测试用例）4.CR+联调
1.UI设计工作应前置于开发，可适量并行2.UI设计应以PRD原型内容为准，过度设计评审后需额外增加工作量应调整整体排期（评审应在开发前两日内完成）span style=\"font-size: inherit;\
测试1.测试用例编写+评审2.冒烟测试3.功能测试4.回归测试（测试+预发）5.产品+UI验收
