敏捷开发学习体会

去年冬天着手调研口腔医院的需求。开始和伟东调研了一次，后来曹师哥带领我又去了一次。不过和曹师哥总觉得他有点像米老师，感觉距离很远，不知道以后的合作会怎样，但愿合作愉快吧。师哥给了我一本《轻松Scrum之旅》，每天晚上回去看二十来页，快看完了。通过学习Scrum之旅，开始对敏捷开发有了学习和了解。在项目的真正开发过程中的敏捷开发，可不是课本上那句：敏捷开发就是快速开发出一个原型不断迭代的过程哦。

敏捷开发注重实际可用的软件，文档简单，对于变化随机应变，对于每一步都有十分清晰的计划，从需求调研开始，整个开发团队就都进入了忙碌的阶段：需求、设计、代码、测试。而瀑布模型则是一步一步的走下去的。而且敏捷开发注重“民主”每个开发中作者都是自己的领导者，而上级领导不再指挥你干这干那了。还有很让人开心的一点：敏捷开发不提倡加班。说起IT来，人们想到的第一个形容词大概就是“加班族”，似乎IT就是加班的代名词，而敏捷开发则提倡把计划做好不加班。

 

敏捷开发的思想核心如下：

1、达到时间、游戏、休息、遇到问题商量

2、“老板”总是耽误时间并拖延项目的那个人

3、敏捷开发的管理者要充分相信团队能够完成任务，并充分授权让团队进行自我管理

敏捷开发的价值观：

A个体和交互重于过程和工具。

B可以工作的软件重于面面俱到的文档

C客户协作重于合同谈判

D随时响应变化重于循规蹈矩

敏捷开发方法的核心思想概括起来就是：“适应变化”和“以人为本”

 

没有进过公司的人不懂公司的“等级制度”的严格程度，看了Scrum之旅之后我也才知道其实公司里很多的无奈都来源于“等级制度”。米老师经常给我们强调文档的重要性，说文档写好了随便找个程序员就能做出软件来，所以经常监督我们的文档。虽然我们总是让米老师生气，但是我一直对他的话深信不疑。看了《Scrum之旅》后我才明白米老师的意思是瀑布模型的开发模式。

 

虽然说教科书上讲开发模式有很多种，而大部分公司实际使用的还是停留在瀑布模式的阶段，而小公司里呢？压根儿就没有模式。有总比没有好啊。

 

下面说到我们开发评教系统了。总结评教系统开发的失败教训，我们连个开发模式都没有，没有开发规则，甚至连计划都没有。偌大的系统就这么像搭鸡窝一样搭完了（还有很多功能没做，相当于没完）。不管说什么文档做得不够还是需求调研的不够等等，归根到底是“制度”的原因吧。我们是太着急太大意了。如果按照规矩“出牌”，先决定好使用什么开发模式，然后一步步进行下去就不是这个结果了。

学习敏捷开发的过程中才真正感受到公司的氛围，学生时代课本上是不能学到的，很感谢作者。发现教科书只能是学生当做基础垫脚石来学习，要学真本领还得看社会的人写的社会的书。像《大话设计模式》等。