到什么山上唱什么歌

西湖

有句俗话，你可能听过。

到什么山上唱什么歌

具体解释上是指说话办事要以具体情况为依据。

有一回和一位航空领域的兄弟吃饭私聊，其中聊到过说在航空领域内部研发人员，看着载人飞船升空，如果让他自己或者亲人坐上去，是万万不敢的，这不是说他们没有经过训练而不敢，而是研发飞船的人对于质量没有信心，是瞎猫碰耗子式的交付，很可能刚升空就爆炸或者上去了回不来。先不说这位兄弟说的是不是真实情况，但我想说，载人飞船的质量无疑是要求巨高的，因为它除了涉及巨额的经费投入外，还涉及人命。

Wikipedia上对于航天器有着如下分类：

航天器

实际上这里的载人航天器，我认为对于质量要求是非常之高的。想一下，航天器里面的软件代码，你敢不敢写完直接编译打包运行?

曾经在通信领域被熏陶多年，质量领域有个可靠性的要求，即5个9的要求，什么意思呢

5个9：(1-99.999%) 乘以365 乘以24乘以60 =5.26分钟，表示该软件系统在连续运行1年时间里最多可能的业务中断时间是5.26分钟。

感受一下。

在通信领域的战国时代，各个厂商可靠性能到5个9的也不多，6个9的就更少了。一般情况是通信设备比如核心网设备，因为内存泄漏问题（迟迟定位不出来）安排一个人每个月出差去那个市县出差2天，干什么呢，就是半夜2点重启，重启时间长的可能要5分钟，什么意思呢，这5分钟，你打不了电话和发不了短信，更没有数据（嗯，那时还没什么数据业务）。移动或者联通的市县的头连续几天陪你蹲守解决问题，压力也很大，如果长时间不能恢复，他可能就要丢官了。

到如今，基本上通信厂商也只剩下能做到可靠性5个9或者更高要求的厂商了，通信需求已经和用电需求一样，成为了人们的必备，没有通信网络和没有电对于我们来说差不多是一样的，酷暑天我们说是空调救了我的命，那么如果没有网络，也许对于我们来说，差不多也是“致命”的：）

推及安防领域，尽管当今就是安防的战国时代，但是未来能够剩下的是什么厂商呢？我认为在质量要求方面，尽管可靠性方面可能并不需要和通信或者航天器类似的要求，但是最起码应该达到4个9，至于安全性方面，我想比通信领域的设备要求更高，因为它涉及了重要的隐私，证据等。

我们抛开制造业，看看纯软件行业，比如企业级软件，大三的时候曾经在ERP公司用友软件实习过有一段时间，对于企业应用软件有一定了解，过程中做过一些实施工作（拿ERP通用软件直接到客户现场给客户定制，联合二次开发，比如财务类的各种报销表格，人力资源各种表格等），实施做个比喻就是拿我们的布料（用友通用软件），然后到客户那里给他们做衣服。过程汇总就会发现你拿的这块布有时候就不太靠谱，经常需要打电话回给研发人员，这个改改，那个修修，有时候还老死机，幸好客户有时候并不懂，我们还可以稍微忽悠过去。不过仔细想一想，质量部分的可靠性方面在这一领域相比之下可能并不用要求那么严格，确实还有补救的机会，当然了，不能老死机吧，但我觉得在易用性方面可能需要比较好的体验，同时需要能够快速的响应客户的需求，即快速开发出来给客户看，然后修改。

再看互联网行业，比如小米的MIUI，每周发布版本，然后公测，发现问题，快速的修改收集反馈，持续这个过程，实际上粉丝就是小白鼠或者好听一点，是测试人员：） 从这一点看，对于质量方面，可能就会给进度让步，先做出一个相对完整的功能，然后尽快试验测试，反馈后调整再验证，因为本身需求就是要经过试探的，很可能你闭门造车3个月做出来，实际上并不需要这个需求，所以快速试错，反馈的玩法是比较适合的，而这种玩法尽管在质量上有一定要求，但是和制造业的要求就相差甚远了，更会侧重用户体验。哦，对了，对于服务器端来说，实际上仍然和制造业类似的要求，所以才会有那么多成熟的框架给你用。

总结，对于产品质量的考虑上，不同行业/领域对于产品的质量要求是完全不一样的，我们应该因地制宜，找出行业/领域中最关注的质量要求点，在项目质量管理中应用不同的方法，到什么山上唱什么歌。