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