【SOP】迭代管理-如何更好的避免问题发生

人们往往不知道做事情的原因，所以不知道该如何做，下边先告诉大家，为什么要流程标准化？会给我们带来的好处，也就是所谓的SOP的优点（标准操作程序）。

工作中曾遇到的问题，有些可能会导致故障或影响需求交付

需求层面发生的问题：

• 需求生效范围不清晰，导致故障
• 平台升级时，通知不到位，导致部分人员无感知
• 业务模块拆分后，各团队只关注自身功能，未考虑到对于用户层面的功能完整性，导致需求交付不完全，拉长了需求交付周期
• 整个团队，需求理解不清晰，需求做的不达标，浪费了资源
  ……

前后端研发层面发生的问题：

• 配置漏配，导致故障
• 强依赖方还未发布，导致故障
• 发版顺序不清晰，导致脏数据产生
• 配置顺序不清晰，导致故障
  ……

测试层面发生的问题：

• 不知道研发改了什么
• 测试场景覆盖不全面，导致第二天出现故障
• 功能在预发测试完毕，研发仍在改代码
• 研发改的代码未经过测试验证，导致故障
  ……

心态问题：

• 感觉每天事情一堆，不知道先做哪个好
• 感觉自己做的都是重复性工作，没有提升
• 感觉自己每次做的事情都很简单，没有价值
• 在一家公司N年，也感觉不到自己的提升
• 不会利用平时工作提升自己的技能
• 为什么我负责的一大堆事情，绩效却不理想
  ……

为何要写模版规范，为何如此设计模版？

• 人都有犯错和混乱的情况，人脑不是电脑，流程标准化可以让我们，在事前思考的更全面，避免低级问题的发生
• 一代代人不断踩坑，不断完善，使流程规范化，减少发版错误和不确定性
• 发版前思路清晰时，编写完成，思考更全面
• 给出一些曾经发生的问题，想问题时思考更全面
• 减少问题的发生，问题发生时，受影响最多的是平台使用者

规范化的目的

• 对用户影响减低，保护公司口碑
• 对事情祛魅，人人都可以做到0故障0事件
• 提高做事效率，复杂事情简单化，花几小时准备好这些迭代规范需要填充的数据，最大程度上避免迭代回滚，迭代延期，测试二次验证，需求做偏等浪费更多时间的问题

迭代完成流程规范模版

模版类型	模版链接	内容真实含义（多问为什么，搞清本质）
产品需求		需求来源（方便结合业务对称需求，不偏差，不遗漏 需求背景（为什么做这个需求？带来了哪些收益？） 产品现状剖析（现有产品已经满足了哪些功能，还有哪些功能没有满足，本期要做的事情） 需求内容（解决的问题是什么？） 竞品分析（了解市场现状，扩宽产品思路） 产品方案（结合自身产品，丰富产品功能） 其他（数据分析、数据迁移、新老兼容、依赖方、影响面等） Q&A（需求导入时，参与人提出的问题和跟进结论） 相关文档（视觉、交互、技术方案、测试用例、验收文档） 参考资料
技术方案
checkList	【SOP】迭代管理-checkList模版	相关依赖（依赖方有哪些？强依赖还是弱依赖？上下游可能的流量情况） 后端应用配置（配置有哪些？什么时间去执行？） 前端应用配置 版本发布流程 用户感知是否强烈，是否需要发邮件通知各个相关方 从用户看到这个功能开始，整个链路的完整流程有哪些？涉及需要执行的配置有哪些？ 发版兼容，多端兼容 强依赖方是否已经发布完成？ 版本回滚流程 不全部回滚是否可以？ 影响面如何控到最小？ 生产回归验证 真线验证时，需要准备什么数据？需要找谁要数据？ 真线验证的链接有哪些？ 需要验证的内容有哪些？
迭代交底

剩余待补充……