第四章敏捷视角下的过程.pptVIP

第4章 敏捷视角下的过程;4.1 敏捷是什么 和许多管理方法概念不同，“敏捷”是从整体能力或表现的角度着眼的，它昭示了一种经营方式，这是理解其意义的要点。敏捷性有两个基本对象：整个企业（或组织）及对企业中的人： 　　对于公司，敏捷是有利于在顾客机会持续而不可预测地变化的竞争环境中运作的能力。　　对于个人，敏捷是对公司底线的作用能力，这个底线就是为响应不可预测地变化的顾客机会经常地重组其人与技术资源。 敏捷软件开发不是一个具体的过程，而是一个涵盖性术语（umbrella term），用于概括具有类似基础的方式和方法。这些方法，其中包括极限编程（Extreme Programming）、动态系统开发方法（Dynamic System Development Method）、SCRUM、Crystal和Lean等，都着眼于快速交付高质量的工作软件，并做到客户满意。 ;敏捷原则： 1. 优先级最高的是，通过早期和持续交付有价值的软件来满足客户。 2. 欢迎变更需求，即使在开发的后期提出。敏捷过程为客户的竞争优势而控制变更。 3. 以两周到两月为周期，频繁地交付可运行的软件，首推较短的时间定量。 4. 在整个项目过程中，每一天开发人员都要和业务人员合作。 5. 由个体推动项目的建设，为个体提供所需的环境，支持和信任。 6. 在开发团队中或开发团队间传递信息的最为有效和高效的方法是面对面的交谈。 7. 衡量进展的重要尺度是可运行的软件。 8. 敏捷过程提介可持续的开发。 9. 发起人，开发者和用户应该步调一致。 10.不断地关注技术上优越的设计会提高敏捷性。 11.简洁是最重要的，简洁就是尽量减少工作量的艺术。 12.最佳的架构，需求和设计来自于自组织的团队。 13.团队要定期反省如何使工作更有效，然后相应地调整行为。;4.2 敏捷过程是什么 任何一个敏捷过程都可以由所强调的三个关键假设而识别出来： 提前预测哪些需求是稳定的以及哪些需求会变化非常困难。同样，预测项目进行中客户优先级的变化也很困难。 对很多软件来说，设计和构建是交错进行的。事实上两种活动应当顺序开展。 从制定计划的角度来看，分析、设计、构建和测试并不像我们所设想的那么容易预测。 4.2.1 敏捷开发的立场 将敏捷软件开发作为许多传统软件工程的对立面，它们在优越性和适用性方面存在着许多争论。 没有人反对敏捷，真正问题在于“什么是最佳实现途径”。 敏捷学派内部，针对敏捷问题，也提出了很多有细微差异的过程模型。;4.2.2 人的因素 敏捷软件开发的拥护者花费了很多精力强调“人的因素”在成功敏捷开发中的重要性。敏捷开发团队及成员必须具备以下一些特点： 基本能力 共同目标 精诚合作 决策能力 模糊问题解决能力 相互信任和尊重 自我组织;4.3 敏捷过程模型 4.3.1 极限编程（eXtreme Programming） XP（eXtreme Programming）方法是最引人注目的一种轻型开发方法。它规定了一组核心价值和方法，消除了大多数重量型过程的不必要产物，建立了一个渐进型开发过程。该方法将开发阶段的4个活动（分析、设计、编码和测试）混合在一起，在全过程中采用迭代增量开发、反馈修正和反复测试。它把软件生命周期划分为用户故事、体系结构、发布计划、交互、接受测试和小型发布6个阶段 。 XP开发模型与传统模型相比具有很大的不同，其核心思想是交流（Communication）、简单（Simplicity）、反馈（Feedback）和进取（Aggressiveness）。XP开发小组不仅包括开发人员，还包括管理人员和客户。该模型强调小组内成员之间要经常进行交流，在尽量保证质量可以运行的前提下力求过程和代码的简单化；来自客户、开发人员和最终用户的具体反馈意见可以提供更多的机会来调整设计，保证把握正确的开发方向。;策划;XP有四个核心价值是我们应该注意; XP的适用环境：;策划：策划活动开始于建立一毓描述待开发软件必要特征与功能的“故事”（用户故事），每个故事标明优先级。并评估每个故事的成本，若成本超个3个开发周期，则要求进一步细分。;简单设计 ( Simple Design ) ：XP的设计严格遵循KIS（keep it simple) 传统的软件工程要求： 前提是需求不变化，或者很少变化； 而XP认为： 需求是会经常变化的，因此设计不能一蹴而就而应该是一项持续进行的过程。 XP鼓励使用CRC卡 XP鼓励使用既是构建技术又是设计技术的“重构”。 XP设计实际上不使用符号并且几乎不产生工作产品。 XP中心观念是设计在编码开始前后同时发生。;