敏捷视角下的过程.pptVIP

第1页，共24页，星期日，2025年，2月5日4.1敏捷是什么和许多管理方法概念不同，“敏捷”是从整体能力或表现的角度着眼的，它昭示了一种经营方式，这是理解其意义的要点。敏捷性有两个基本对象：整个企业（或组织）及对企业中的人：对于公司，敏捷是有利于在顾客机会持续而不可预测地变化的竞争环境中运作的能力。

对于个人，敏捷是对公司底线的作用能力，这个底线就是为响应不可预测地变化的顾客机会经常地重组其人与技术资源。敏捷软件开发不是一个具体的过程，而是一个涵盖性术语（umbrellaterm），用于概括具有类似基础的方式和方法。这些方法，其中包括极限编程（ExtremeProgramming）、动态系统开发方法（DynamicSystemDevelopmentMethod）、SCRUM、Crystal和Lean等，都着眼于快速交付高质量的工作软件，并做到客户满意。第2页，共24页，星期日，2025年，2月5日敏捷原则：1.优先级最高的是，通过早期和持续交付有价值的软件来满足客户。

2.欢迎变更需求，即使在开发的后期提出。敏捷过程为客户的竞争优势而控制变更。

3.以两周到两月为周期，频繁地交付可运行的软件，首推较短的时间定量。

4.在整个项目过程中，每一天开发人员都要和业务人员合作。

5.由个体推动项目的建设，为个体提供所需的环境，支持和信任。

6.在开发团队中或开发团队间传递信息的最为有效和高效的方法是面对面的交谈。

7.衡量进展的重要尺度是可运行的软件。

8.敏捷过程提介可持续的开发。

9.发起人，开发者和用户应该步调一致。

10.不断地关注技术上优越的设计会提高敏捷性。

11.简洁是最重要的，简洁就是尽量减少工作量的艺术。

12.最佳的架构，需求和设计来自于自组织的团队。

13.团队要定期反省如何使工作更有效，然后相应地调整行为。第3页，共24页，星期日，2025年，2月5日4.2敏捷过程是什么任何一个敏捷过程都可以由所强调的三个关键假设而识别出来：提前预测哪些需求是稳定的以及哪些需求会变化非常困难。同样，预测项目进行中客户优先级的变化也很困难。对很多软件来说，设计和构建是交错进行的。事实上两种活动应当顺序开展。从制定计划的角度来看，分析、设计、构建和测试并不像我们所设想的那么容易预测。4.2.1敏捷开发的立场将敏捷软件开发作为许多传统软件工程的对立面，它们在优越性和适用性方面存在着许多争论。没有人反对敏捷，真正问题在于“什么是最佳实现途径”。敏捷学派内部，针对敏捷问题，也提出了很多有细微差异的过程模型。第4页，共24页，星期日，2025年，2月5日4.2.2人的因素敏捷软件开发的拥护者花费了很多精力强调“人的因素”在成功敏捷开发中的重要性。敏捷开发团队及成员必须具备以下一些特点：基本能力共同目标精诚合作决策能力模糊问题解决能力相互信任和尊重自我组织第5页，共24页，星期日，2025年，2月5日4.3敏捷过程模型4.3.1极限编程（eXtremeProgramming）XP（eXtremeProgramming）方法是最引人注目的一种轻型开发方法。它规定了一组核心价值和方法，消除了大多数重量型过程的不必要产物，建立了一个渐进型开发过程。该方法将开发阶段的4个活动（分析、设计、编码和测试）混合在一起，在全过程中采用迭代增量开发、反馈修正和反复测试。它把软件生命周期划分为用户故事、体系结构、发布计划、交互、接受测试和小型发布6个阶段。XP开发模型与传统模型相比具有很大的不同，其核心思想是交流（Communication）、简单（Simplicity）、反馈（Feedback）和进取（Aggressiveness）。XP开发小组不仅包括开发人员，还包括管理人员和客户。该模型强调小组内成员之间要经常进行交流，在尽量保证质量可以运行的前提下力求过程和代码的简单化；来自客户、开发人员和最终用户的具体反馈意见可以提供更多的机会来调整设计，保证把握正确的开发方向。第6页，共24页，星期日，2025年，2月5日策划设计编码测试重构用户故事权值验收测试准则迭代计划简单设计CRC卡Spike解决方案原型结对编程连续集成单元测试验收测试软件增量项目速度估算发布极限编程过程第7页，共24页，星期日，2025年，2月5日XP有四个核心价值是我们应该注意沟通：问题往往是由于开发人员与设计人员、设计人员与客户之间的沟通不畅造成的简单：应该尽量保持代码的简单，只要它能