人们往往不知道做事情的原因，所以不知道该如何做，下边先告诉大家，为什么要流程标准化？会给我们带来的好处，也就是所谓的SOP的优点（标准操作程序）。
工作中曾遇到的问题，有些可能会导致故障或影响需求交付
需求层面发生的问题：
- 需求生效范围不清晰，导致故障
- 平台升级时，通知不到位，导致部分人员无感知
- 业务模块拆分后，各团队只关注自身功能，未考虑到对于用户层面的功能完整性，导致需求交付不完全，拉长了需求交付周期
- 整个团队，需求理解不清晰，需求做的不达标，浪费了资源
……
前后端研发层面发生的问题：
- 配置漏配，导致故障
- 强依赖方还未发布，导致故障
- 发版顺序不清晰，导致脏数据产生
- 配置顺序不清晰，导致故障
……
测试层面发生的问题：
- 不知道研发改了什么
- 测试场景覆盖不全面，导致第二天出现故障
- 功能在预发测试完毕，研发仍在改代码
- 研发改的代码未经过测试验证，导致故障
……
心态问题：
- 感觉每天事情一堆，不知道先做哪个好
- 感觉自己做的都是重复性工作，没有提升
- 感觉自己每次做的事情都很简单，没有价值
- 在一家公司N年，也感觉不到自己的提升
- 不会利用平时工作提升自己的技能
- 为什么我负责的一大堆事情，绩效却不理想
……
为何要写模版规范，为何如此设计模版？
- 人都有犯错和混乱的情况，人脑不是电脑，流程标准化可以让我们，在事前思考的更全面，避免低级问题的发生
- 一代代人不断踩坑，不断完善，使流程规范化，减少发版错误和不确定性
- 发版前思路清晰时，编写完成，思考更全面
- 给出一些曾经发生的问题，想问题时思考更全面
- 减少问题的发生，问题发生时，受影响最多的是平台使用者
规范化的目的
- 对用户影响减低，保护公司口碑
- 对事情祛魅，人人都可以做到0故障0事件
- 提高做事效率，复杂事情简单化，花几小时准备好这些迭代规范需要填充的数据，最大程度上避免迭代回滚，迭代延期，测试二次验证，需求做偏等浪费更多时间的问题
迭代完成流程规范模版
| 模版类型 | 模版链接 | 内容真实含义（多问为什么，搞清本质） |
|---|---|---|
| 产品需求 | 需求来源（方便结合业务对称需求，不偏差，不遗漏 需求背景（为什么做这个需求？带来了哪些收益？） 产品现状剖析（现有产品已经满足了哪些功能，还有哪些功能没有满足，本期要做的事情） 需求内容（解决的问题是什么？） 竞品分析（了解市场现状，扩宽产品思路） 产品方案（结合自身产品，丰富产品功能） 其他（数据分析、数据迁移、新老兼容、依赖方、影响面等） Q&A（需求导入时，参与人提出的问题和跟进结论） 相关文档（视觉、交互、技术方案、测试用例、验收文档） 参考资料 | |
| 技术方案 | ||
| checkList | 【SOP】迭代管理-checkList模版 | 相关依赖（依赖方有哪些？强依赖还是弱依赖？上下游可能的流量情况） 后端应用配置（配置有哪些？什么时间去执行？） 前端应用配置 版本发布流程
|
| 迭代交底 |
剩余待补充……
扫一扫
94
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
