我的主业是GJB5000A的推广和实施。作为一名GJB5000A研究者，当我遇到软件方面的问题，总会很自然地把这个问题归结到GJB5000A的某个过程域，并从中找出某个实践没有做好而导致问题出现。
比如：
有人报怨由于领导的一个错误决定，导致项目走了一个很大的弯路。那我会问，这样重大事项的决定为什么没有使用“决策分析”过程呢？为什么要由领导拍脑袋决定呢？
当一个软件发生变更，对变更做了回归测试，之后交付使用的时候，原来已经解决的一个Bug又出现了。我会问，变更之后的验证即回归测试有没有按要求去做？除了对变更部分做了测试，软件的主要功能和常用功能是否也进行了测试？
实际上，软件工程自诞生之日起，迄今已经50余年，绝大多数软件问题出现的原因，前人都已经有对应的解决措施解决。这些优秀实践也在坊间传承着。只要你有心去学习、去找寻，你就会找到答案。
可是，为什么在大多数组织那里，这些问题会一而再再而三地出现？
实践方法无法解决人际关系问题，也无法保证你所做的项目对于公司来说是合适的。
因为这些实践方法或许能够解决实际问题，但也得它被你的公司（特别是领导）所接受，所支持才行。再好的工具，你不去使用，那它怎么能帮助你解决问题呢？
那些优秀实践在你那里会失败，可能有以下原因：
对实践不够了解
没有给实践应用准备好环境
推动不力
领导不支持
当然，同一问题的解决方案并不只一个。如果一个实践不适合你，也许有另一个实践适合你。
克服困难也未必需要一条路走到黑。
重要的是坚持实施GJB5000A，坚持引入优秀实践来解决你那里的软件问题。
这正是：
实践优秀又美好，你的问题解不了
最佳不如最适合，坚持引入错不了
参考文献：程序之美系列：团队之美、项目管理之美，Andrew Stellman,Jennifer Greene,Scott Berkun，机械工业出版社
联系客服
