大家好，我是阿萨。最近超级忙碌。雪球越滚越大，前期的技术债务累计到一定程度后积攒到一起爆发。所以导致问题很多。每次上线就脱一层皮。今天就来回顾下我们一个没有业务分析过程的需求开发。
1. 没有需求分析
原始需求：有一个场景，需要再获取不到某个关键信息的情况下登录。
2. 没有流程图或者时序图
开发分析：自己获取不到就让用户提供。那就提供一个用户填写的地方即可。
3. 无法模拟客户环境
测试接到需求，用户提供了该信息后只要能获取到该字段即可登录。
所有人按照该思路进行，一上线。完蛋了。客户提供的信息咋和开发以及测试用的不一样？测试一切顺利的，客户环境压根不能用。压根没解决问题。
4. bug层出不穷
生物识别不生效的，一下载无法用的各种奇奇怪怪的情况频繁发生。日常工作流程和客户使用流程感觉就不再同一条线上。
5. 团队陷入循环怪圈
没有需求澄清，没有需求分解，开发按照自己思路调研分析，然后写个操作指导书就开始测试。然后上线bug不断。团队一直在修改老bug。
然后新需求往复循环，不停的挖坑，填坑。
6. 流程都有，可是就是解决不了问题
代码评审，测试用例评审，上线前的验收都做了，可是结果就是这么不尽人意。
所谓敏捷，瀑布，迭代，熵增，熵减统统在这样的开发模式下失效。
每次发布前成百成百的bug。软件团队就这样被搞死。
7 该咋办
所谓大蛇打七寸，肯定是哪儿有问题就解决哪儿的问题。为有源头活水来，如果是源头问题，那就解决好源头问题。如果是过程管理问题就把握好过程管理。如果是相关方管理问题就找相关方呗。
最主要的是 是否可以找到问题的关键。头痛医头，脚痛医脚，毕竟不是长久之计。但是大部分的医院都是头疼医头，脚痛医脚。
今天的文章是自己今日思考，如何做好质量，还需要痛下决心，坚持不懈地改进和提升。先从最能产生收益的 流程分析开始。把测试用例写好，写得完备。最简单，最朴素的方式方法去解决问题。
如果觉得阿萨的内容对你有帮助，欢迎围观点赞。
