局部优化不是最好的---研发流程思考

                                                                                    ------《关键链》学习笔记

      冲突图如下表现

    

      局部优化不是提高有效产出的好的办法，按照《关键链》中介绍的，整个环节是由一个个环连接而成，有效产出查看的是链的强度，那么整个链的强度是由哪个最弱的环来觉得，那么提高其他的环的强度对于整个链的强度而言，是没有什么作用的。

 

      联想到研发流程也会发现这样的问题，我们也是一个链条式的流程，在一个较短的研发流程来看，需求，研发，测试三者之间任何一个瓶颈都会造成整个的有效产出，需求人员所出需求慢，质量差那么在高级别的研发，在严格的测试那么也都是白费，研发也是如此，世界级的需求，研发资源短缺，能力不足啥都白瞎，测试更是如此，前面都强了，测试资源不足，时间不足，压力过大，测试质量不高，那么效果也都是一样的，整个的有效产出就是产品，产品的质量要依靠链上的所有环节，而整个研发的速度，质量都是由最薄弱的环节造成的，那么想要提高有效产出，就需要查找约束（constraint），查找到真正薄弱的环节进行加强。

 

      如果需求资源不足，能力不强，就需要研发人员过早的介入，或者调整部分研发人员，测试人员加入到需求的调研，编写中，提高需求的效率。如果研发效率不足，那么就加强研发效率的提高方面，质量，自动化工具，提高模板使用，增强人员能力等等进行提高，测试人员不足可以由需求人员，研发人员进行协助进行解决，同时提高测试人员能力水平。在整体的静态时进行考虑，在一个研发过程的动态环境中也需要考虑薄弱环节问题，重点提高薄弱，解决约束，只有这样才能保证有效产出。

 

      如果联想到项目上来说，局部优化的问题就会更加突出和明显。项目的有效产出应该【为客户提升价值】，现在销售，实施，研发都只顾局部优化，局部成本，导致销售承诺无法实现的功能，实施只顾实施完成项目，研发人员只负责处理问题，大家全部都想达到局部最优，尽快的从项目上撤身。没有从整体的有效产出来考虑，这样导致了真正的项目效果没有达成，项目上线后，只是达到了上线而已，而没有给客户带来真正的价值。不过从这个想到的就有些偏差了，到底是全局考虑有效产出，还是考虑约束理论？如果只是考虑约束的话，好像只能提高单点，那么整体效果提高不是很多。如果全局考虑的话，就需要有这样的一个角色进行全局把握，贯穿整个流程存在，这样的一个角色能够存在？这样的一个角色会不会变成一个新的瓶颈，一个新的约束？