最近参加的一个项目，由于是全新的开发，并且预计需求的变更会比较多。
所以决定采取Scrum的方式来进行开发。
就项目本身来讲，我觉得是挺适合使用敏捷开发的。
并且上面和客户那边也希望尝试这种方式，看看能否提高效率和品质。
但是采取这种模式本身也有风险。
最大的风险就是人，项目中6成以上的人员居然都是工作未满一年的新人。
但是无论如何都需要吃螃蟹的人，固步自封是不能取得成果和经验的，说干就干!
先说说项目整体。
按照客户给出的功能区分和本身采取的开发模式的不同，项目整体大概可以分为两个阶段。
第一个阶段基本采用的是瀑布+迭代的模式，每2周Release一次，总共有5次Release，前后历时2个半月。
在两个半月中，所做的功能固定，每次Release要达到的目标都很明确。并且到第2次Release结束的时候，功能基本上都已经实现了。
后面进行的是单体测试和结合测试。
由于新人较多，开发出来的东西成果难有保障。并且项目中有经验的人员投入了大量的时间去教育和指导新人。
进度和品质是存在较大风险的。
第一阶段的迭代开发，我认为有如下的几点好处：
1.多次迭代开发，每一次Release都有明确的目标，风险容易控制，并且项目实施起来节奏较为紧凑。
2.在第2次Release之后，客户基本就能进行验收了，客户发现的问题能及时反馈给我们。有了这一层保障，到了最终Release的时候，风险大大降低。
但是实施的过程中也存在一下的一些问题：
1.由于Release的周期较短，每次在Release的准备上所花的时间也是较多的，对于进度有一定的影响。
2.虽然每次Release都有明确的目标，但是各个人对于目标的理解肯能出现偏差，要统一认识需要多多的沟通。减少因目标不明确出现的风险。
从最后交付的结果来看，客户基本还是满意的。
第二阶段采取的是Scrum开发模式，下回再说吧。
