淘宝网软件研发现场观摩感受与思考 20101117

今天，与东软、索爱的专家去北京淘宝进行了观摩和交流。

 

背景：团队200多人，产品交付给内部客户，每个组8-10人，项目规模15-50人月，看到了站立会议、看板等，工作状态很好。

 

感受：

1、他们只应用了敏捷，scrum,可以很好的满足业务需要，并未构建组织级流程，没有应用CMMI，项目的概念也比较弱，

     度量也很弱。          

2、过程改进的重心在项目组，项目组的需求和问题推动者过程改进。

 

会议室讨论问题：

 1、 9000和CMMI的咨询师都爱说宣贯，推动，一把手工程，在敏捷的

      情况下，需要重新思考。原因是一把手通常难以真正重视过程改进的事情，现在是否可以改为高层认可，

      项目组自组织（自发改进），内外过程改进专家帮忙？从很多成熟的传统行业来看，改进的重心也是在班组，是班组工作的有机部分，

      动力在班组，改进工作也在班组，而不是质量部或者SEPG组。

2、这是单一使用敏捷方法的案例，类似的企业还有一些，从这个情况看，单一说敏捷和CMMI融合是不全面的。

     项目级和活动级流程是企业最具体和最基础的，什么情况下组织级流程会对企业产生比较大的价值？对于建立了

     大量组织级流程的企业，对流程的使用率是多少，产生的价值是多少。