zoukankan      html  css  js  c++  java
  • 局部优化不是最好的研发流程思考

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

          冲突图如下表现

         image

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

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

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

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

  • 相关阅读:
    dom4j读写XML文件
    Spring的javaMail邮件发送(带附件)
    PayPal网站付款标准版(for PHP)
    SpringMVC整合TaskExecutor线程池的配置/使用
    SELECT INTO和INSERT INTO SELECT(SQL Server)
    java简单的数据库查询(SQLServer数据库)
    oracle导入TYPE对象报错ORA-02304
    mysql将字符串转化为数字
    asp.net应用发布到IIS无法链接到oracle数据库
    使用js获取数组中最大、最小的数字
  • 原文地址:https://www.cnblogs.com/kaka/p/2467953.html
Copyright © 2011-2022 走看看