软件工程之敏捷开发

敏捷开发

敏捷开发是为了克服传统软件工程中认识和实践的弱点而形成的。追求的是让客户满意且尽早的增量发布；小而高度自主的项目团队；最小化软件工程工作生产以及整体精简开发

敏捷开发鼓励所有参与人员之间的交流合作，重要性证明可以快速交付成功的系统。

敏捷开发宣言
1、个人和他们之间的交流胜过了开发过程和工具
2、可运行的软件胜过了宽泛的文档
3、客户合作胜过了合同谈判
4、对变更的良好响应胜过了按部就班地遵循计划

因为在现代经济生活中,通常很难甚至无法预测一个基于计算机的系统(如移动App)如何随时间推移而演化市场情况变化迅速,最终用户需求不断变更,新的竞争威胁毫无征兆地出现。在很多情况下,在项目开始之前,我们无法充分定义需求。因此,我们必须足够敏捷地去响应不断变化、无法确定的商业环境。

什么是敏捷

1、敏捷团队是能够适当响应变更的灵活团队。
2、敏捷团队意识到软件上团队中所有人共同开发完成的。
3、能够鼓励使沟通更便利的团队结构和协作态度。
4、将客户作为开发团队的一部分
5、项目上可以灵活调整的。

什么是敏捷过程

1、敏捷过程必须具有可适应性，对于快速变更的项目和技术条件
2、敏捷过程必须增量地适应。
为了达到这一目的，敏捷团队需要客户的反馈，以做出正确的适应性改变。可执行原型或部分实现的可运行系统是客户反馈的最有效媒介。因此，应当使用增量式开发策略，必须中很短的时间间隔内交付软件增量（可执行原型或部分实现的可运行系统）来适应变更的步伐。

敏捷开发原则

1.我们最优先要做的是通过尽早、持续交付有价值的软件来使客户满意。
2.即使在开发的后期,也欢迎需求变更。敏捷过程利用变更为客户创造竞争优势。
3.经常交付可运行软件,交付的间隔可以几个星期到几个月,交付的时间间隔越短越好。
4.在整个项目开发期间,业务人员和开发人员必须天天都在一起工作。
5.围绕有积极性的个人构建项目。给他们提供所需的环境和支持,并且信任他们能够完成工作。
6.在团队内部,最富有效果和效率的信息传递方法是面对面交谈。
7.可运行软件是进度的首要度量标准。
8.敏捷过程提倡可持续的开发速度。责任人( sponsor)开发者和用户应该能够长期保持稳定的开发速度。
9.不断地关注优秀的技能和好的设计会增强敏捷能力。
10.简单一使不必做的工作最大化的艺术是必要的。
11.最好的架构、需求和设计出自于自组织团队。
12.每隔一定时间,团队会反省如何才能更有效地工作,并相应调整自己的行为。

敏捷开发战略

极限编程（XP）

XP策划

1、开始于倾听，倾听产生一系列用户故事
2、团队成员评估每一个故事，并给出以开发周数为度量单位的成本
3、团队共同决定如何将故事分组，并置于将要开发的下一个软件增量中。
4、给出对下一个发布版本的基本承诺（就包括的故事、交付日期和其他项目事项）
5、项目的第一个发行版本（也称为第一个软件增量）交付之后，XP团队计算项目的速度，用于帮助估计后续发行版本的发布日期和进度安排。