关于敏捷开发,本人在很早之前已经了解相关的概念,第一次对他了解是在准备软件考试的时候了解到的,然而真正的在实际的项目中运用是从去年一月份,到现在也差不多快两年的时间了,在这两年的实际对敏捷开发这个东西从陌生到熟悉,然后又从熟悉到陌生,一路走下来感觉这个东西还是很有味道的,接下来的内容主要是聊聊这个所谓的敏捷开发.
当然,官方有很多关于敏捷开发的解释,先看看下面的解释.
敏捷开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。在敏捷开发中，软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。
再来看一个解释:
Scrum敏捷开发方法由KenSchwaber和
Jeff Sutherland 提出，它将软件开发团队比作橄榄球队，全队有明确的最高目标：发布产品的重要性高于一切。团队高度自治，队员们熟悉开发过程中涉及到的各种技术，紧密合作，确保每个迭代都朝着最高目标推进。而且每隔2至6周，每个人都能看到能实际工作的软件，并且据此决定是发布这个版本还是继续开发以加强它的功能。
上面比较官方的解释看着还是比较抽象.接下来我将会从我的角度通过对敏捷的接触,使用,学习和认识来逐渐的实际的认识所谓的敏捷开发.
先说说使用的背景,本人属于乙方,比较苦逼的那边,给甲方干活.甲方要做的项目属于互联网金融方面,也号称有好几个千万.我们初始团队大概有20个人左右.甲方要求我们采用敏捷开发的方式进行开发.
团队属于新组建的团队,项目属于新项目基本上是0,一行代码都木有,只有一个Eclipse让你去发挥了……由于团队里的成员基本上之前都没有接触过敏捷开发,甲方也是刚刚引入敏捷开发,所以现状就是大家都不知道敏捷具体应该怎么去做.
这时候一个角色出现了.他并不是敏捷开发里的角色,但是对一个初步建立敏捷开发的项目团队而言非常重要,他就是敏捷教练,敏捷教练是甲方花大价钱聘请过来滴,具体薪资听说是论小时给的.他会针对敏捷里的各种问题方方面面,初期他起到了很大的作用.当然在项目具体进行的时候他是不跟项目组一起的,类似一个导师的角色,遇到比较棘手混乱的问题的时候,相关负责人会把他给请过来.
以上就是一些基本的背景,一个互联网金融项目,一个团队,敏捷教练,敏捷开发这些.
但是话又说回来,这几年的敏捷开发已经有些被神话了，但是这个东西并不是神器，实施了就可以解决所有软件公司的问题，而是要结合自己公司的特点和问题摸索出适合自己的一套模式。适合自己的就是更好的.
版权声明：本文为博主原创文章，未经博主允许不得转载。