YY项目SCRUM试行情况，得到了朋友的关注，觉得有必要将项目背景、团队背景、项目后续情况以及我在其中的角色进行下交代。

一、团队背景

    目前我们部门主要可分为3大块：平台、A产品线、B产品线。

    其中平台组包括平台开发人员，质量、美工、测试和实施人员。各产品线包括售前人员、开发人员。

    1.A产品线目前主要采用的是标准软件开发模式，或者可以说是CMMI模式，比较中规中矩。原因主要有：

    a、外部项目较多，涉及的遗留问题也较多，项目进度等方面受到外部客户的影响较大；

    b、开发资源有限，1个开发人员可能同时在2-3个项目中；

    c、产品线较成熟，而且有行业软件规范（行业软件规范的要求适合采用CMMI模式）；

d、产品线负责人目前对开发模式没有改革的想法；

e、软件开发中使用平台部分较频繁，大部分项目是基于平台的一些版本和功能，再根据客户的要求定制一些新的功能。

2.B产品线的情况相对较为简单：

a、产品线从去年新建，启动不久，不够成熟；

b、项目少，目前为止，包括之前提到的YY项目，目前在执行的项目有3个（其中一个是试点项目）；

c、项目成员较少，目前只有一个项目经理，而且项目组成员某段时间内参与多项目的情况极少，团队观念较好，团队氛围比A产品线更浓；

d、产品线的负责人（副经理）了解了一些敏捷、SCRUM方面的知识，希望试用的迫切度高；

e、调用平台的功能较少（YY项目是完全脱离平台的）。

3、其他

由于质量、美工、测试都是属于质量部，在项目中，采取的是矩阵式管理。即测试/美工人员也可能同时参与多个项目。但测试人员相对固定，B产品线有2位固定的测试人员。

 

二、项目背景

YY项目要求的合同日期是2010.12.21-2011.4.22，项目类型是合同型项目，包括硬件和软件两部分，都由我公司提供，是交钥匙工程。该项目包括13个功能模块以及一些接口功能。

项目对原先平台的依赖程度低，所以决定从代码、页面、美工等方面全部重新开发。

 

三、项目后续进展情况

   《YY项目SCRUM试行过程观察》只记录了Sprint1的一些情况，该项目到目前为止共完成了4个sprint，sprint5处于暂停阶段。

在《YY项目SCRUM试行过程观察》我共记录了21点，其中有一些地方在sprint2-4中已经进行了改进，具体为：

1、  PO在每个sprint中都分配了学习任务，在sprint1中完成较差，在sprint2-4中有一些改进，大家对每日构建等内容都进行了自学，并应用在项目中；

2、  在sprint1中PO和SM是同一个人，在sprint2-4中，SM由团队中的原项目经理担任，并计划在今后的项目和SCRUM中由团队其他成员轮流担任；

3、  记录了认领任务的责任人；

4、  在每个sprint中对scrum的六个时间箱进行了较好的执行。（特别是回顾会议，我领导去听了以后觉得这种形式很好，大家畅所欲言，提出改进意见和不足的地方）；

5、      每日立会的时间目前都能控制在15分钟左右；

6、      搭建了hadson构建平台，在每天中午和晚上对代码进行构建；

7、      在估算工作量时，测试人员单独估算该任务的测试工作量；

8、  开发人员也会参与测试工作（但是测试人员表示一天只测一个bug的速率，让他很无语）。

   以上是改进的几个方面。

  当前项目的情况是：

1、在完成sprint3以后将系统部署到现场给客户试用；

2、目前测试人员在对系统进行整体测试及回归测试，5月10日测试人员刚完成sprint4的测试用例；

3、由于有新进项目，人力资源不足，sprint5暂停，等新项目资源释放后再启动。

 

四、Sprint2-4的问题

Sprint2-4中也出现了《YY项目SCRUM试行过程观察》记录的一些问题，或者说有些问题一直没有得到有效改进，主要是：

1、backlog任务未分优先级；

2、在sprint执行过程中，随意增加新的任务；

3、记录在sprint过程中增加的工作量的情况，在sprint进行过程中，可能会出现“新增”的工作量被已完成的工作量相抵消，导致只显示剩余工作量在减少，而未体现出工作量的增加情况；

另外：

1、 测试研究了Fitness工具，并搭建了相应平台，但是未试用；

2、  在sprint1时未进行较为系统的测试，在sprint2中进行的测试。开发人员在sprint2-3中是一边进行本sprint的功能开发，一边修改上一个sprint测试发现的bug。

 

最后介绍下我的角色：上面提到了团队背景，我在纵向是属于质量部的，横向主要负责的是A产品线的项目。之前接触和使用的都是ISO和CMMI的开发模式和体系，有ISO9000和ISO9001以及CMMI三级和四级的经验。从去年开始了解和学习敏捷，以及SCRUM，主要是自学，也会和一些同行及朋友进行请教和交流。

之所以之前写下了《YY项目SCRUM试行过程观察》主要也是因为对敏捷，对SCRUM非常感兴趣，虽然我主要负责A产品线的质量工作，但是和B产品线的测试gg和本人私交较好，所以在B产品线启动SCRUM之前，测试gg就和我讨论过一些东西。测试gg本想推荐我参与YY项目的试点的，但是出于多方面因素的考虑，我选择了先作为一个旁观者观察。 

在这过程中，除了经常和测试gg交流，了解YY项目的进展和他们SCRUM的执行情况以外，也参加了他们的一些会议，包括评审和回归会议，所以根据我的观察和对SCRUM的理解，记录下了YY项目在SCRUM试行过程中的一些情况。也加深了自己对敏捷以及SCRUM的了解，以后如果有机会，我会和领导建议在A产品线中也试行敏捷/SCRUM，到时候再看看自己是否也会像YY项目一样存在类似的问题。

最后想到一句话，算作是对 “YY项目SCRUM试行”的总结，即：实践是检验真理的唯一标准！