产品每个模块没有固定人维护是不行的。
尤其是当一个产品是涉及到管理端客户端时候，正常需要三个人去维护，一个客户端一个管理端一个测试。这样才能保持功能一直迭代下去。
如果没有这么多人的话，要么是新产品，做完后面就不维护了，要么是老产品，那人少点还能接受。
比如说我手上维护的补丁管理，做完就没人继续打磨了，不是最近做信创补丁，都不知道有这么多问题。比如说24h2 补丁，去年年底就发现了，但是去年年底说要去做对外承诺的项目，这个先不做。为啥？因为人是复用的，要么去做项目上的要么去做补丁。
结果，运气不好，今年还在做，有客户那边就开始发现有问题了。
我觉得第一版代码写的不好是可以理解的，但是如果不一直打磨迭代，那么永远是第一版的水平。有些bug或者测试场景是需要先熟悉功能，保障基础功能后，在不停的深入，发散测试中发现的。如果都是因为要人员复用，每次都是找一个新人来测试，肯定是发现不了问题的，即使是发现问题，也会被新人研发说这不是问题。如果工作任务再比较重，大家可能也就算了。
因为这个时候大家还不能确认这是不是问题，大家感觉自己是不是还不会用。