墨菲定理内容：

 

总结起来就是这句：“怕什么，来什么！”

 

对于软件开发的项目而言，经常的情况是：当你感觉你写的代码某个地方有可能有问题时，他就真的有问题（Shit，被测试发现了，被客户发现就更麻烦了）。

所以墨菲定理用于软件项目的启示：不要放过你认为会有问题的地方。

1.设计者感觉设计考虑不全面，设计不明确，接口不合理的地方。

2.开发感觉代码写的可能有问题的地方。

3.测试感觉测试不完全的地方，测试方法不正确的地方。

4.项目经理感觉流程不完善，没有充分执行的地方。

 

所以，要尽量避免墨菲定理式悲剧的发生，就要尽量完善开发流程，设计明确，开发完善，测试充分，让错误无法藏身。

各“工种”要各司其职，各担其责。要有完善的责任制度。

比如设计的错误不能让开发承担，要在促使设计者担负起责任，充分暴漏出问题并完全解决在设计阶段，不向下“排污水”；如此下个环节的开发才能专注与实现，而不是一直在为设计的失败“擦屁股”。

 

多快猛上的“大跃进”不应该存在于软件开发过程（至少对于重视软件质量的公司，不重视质量的另说了），

借用语句较时髦的话：步子迈太大，容易扯到蛋。

 

总之，避免软件管理上的墨菲定理，必须要有一套完整严格的开发流程，否则很难避免。害怕的终会发生。