敏捷开发一点经验

现在做项目不再是像以前的大项目了，原来做的项目都是用瀑布模式开发，开发周期长（大概一年左右），而现在需要快速的产出成品，需要迭代完成项目的设计和开发工作。所以每个版本从设计到交付时间缩短到了一个月左右。这种情况就不得不用敏捷开发的模式。开始准备用scrum，但上个项目用Scrum后发觉有很多的问题。所以从我这个项目开始，做一个大胆的尝试，也是做一点创新吧，敏捷的最大特点不是就是最快的能够发现项目的失败吗？一个月的失败成本对于一个公司来说还是能够忍受的。

 现在距来列下开发中的经验吧：

1.我感觉敏捷开发在设计阶段重要的是设计出你需要具体做的是什么，至于怎么做放到开发阶段去和开发人员沟通吧。因为我们的设计时间只用了一周时间（5个工作日）

2.技术储备先行。这点需要在设计阶段对于所使用技术确定后，把技术实现的内容提前告知开发阶段对应的开发人员。比如：JQuery数，XML解析器，文件上传组件等，让开发人员先了解，并做出DEMO，然后到时候直接拿来用就好了，缩减开发进度啊。

3.批量变更更高效。我们项目变更都需要按变更流程执行，比如在一周之内我们对预期要做：项目人员变更，项目需求变更 这些最好提前汇总，一次搞定。这样工作效率要比分开来变更更缩减时间。

4.碎片式设计。这是我自己想出来的词。其实就是根据需求点对应到功能点，等功能点都对应上需求以后，我们把各功能点再串联起来，把流程想通，走通。我觉得这种设计效率更高一点。可能设计是见仁见智吧。

5.敏捷开发对于开发人员能力的具体情况了解不清楚（因为开发人员是其他部门调来的新人），对于这种情况是可怕的，这将直接影响产品的质量和进度。所以在开始项目前最好先了解下你组内到底有哪些人，情况了解越细越好。知己百战不殆啊！

6.发现项目组内有些人员开文档时看一个功能点做一个，不是全看一遍后再开始做。这样有可能你功能点顺序错误导致开发效率大打折扣，有可能还会出现严重错误。所以要坚决避免。

7.敏捷中每天站会是很好的东西。这种方式从Scrum来，也延用到我的项目中，但没人发言时候，最好对于工作进度的表述是哪些完成了，哪些未完成，未完成的预计多久完成，这样可以使周围组员清楚知道你的工作情况和进度，充分提高个人描述能力。

 

综上所述是我自己在短周期的产品开发中总结出来的经验，后期还将不断完善。