2022上半年11软件过程改进讲义spi8software process vs agile

举例说明敏捷方法的开发过 如何理解敏捷的理 给敏捷开发方 敏捷方法与传统方法各自的优缺⑤ June18, SchoolofInformation, 主要内敏捷方敏捷过敏捷过程与June18, SchoolofInformation, June18, SchoolofInformation, June18, SchoolofInformation, 敏捷开发实践证June18, SchoolofInformation, XP（eXtremeProgramming）极限编ASD（AdaptiveSoftwareDevelopment）自适应软件FDD（FeatureDrivenDevelopment）特征驱动软件开PairPragmaticJune18, SchoolofInformation, 目前列入敏捷方法的软件开发节奏，SoftwareDevelopment敏捷建模，AMAgile特性驱动开发，FDDFeatureDriven动态系统开发方法，DSDM,DynamicSystemsDevelopmentMethod精益软件开发，LeanSoftwareDevelopmentJune18, SchoolofInformation, MartinFowler:TheNew13December AgilemethodsareadaptiveratherthanAgilemethodsarepeople-orientedratherthanprocess-ThemainpointsofthePredictiveversusSeparationofDesignandTheUnpredictabilityofControllinganUnpredictableProcess– TheAdaptivePuttingPeopleTheDifficultyofTheRoleofBusinessTheSelf-AdaptiveJune18, SchoolofInformation, 敏 (AgileAlliance) 了敏 (ManifestoforAgileManifestoforAgileSoftwareDevelopmentWeareuncoveringbetterwaysof softwarengitandhel othersdoit.Throughthisworkwehavecometovalue:Individualsandin ctiveoverprocessesandtoolsWorkingsoftwareovercomprehensiveand ationCustomercollaborationovercontactnegotiationRespondingtochangeoverfollowinga June18, SchoolofInformation, 敏 定义的“敏捷原则我们最优先要做的是在项目的整个开发期即使到了开发后期，也欢迎需求变化经常性地交付可以工作的软可以工作的软件是主围绕被激励起 来构建项目。为他们提供所需的环境和支持，并信他们能胜任工作最好的架在团队内部，最有效果和最有效率的传递信息的方法是面对面地交流敏捷过程提倡可持续的开不断地关注最优秀的简单是根本的June18, SchoolofInformation, June18, SchoolofInformation, June18, SchoolofInformation, 敏捷建模 思①迭代和增量建 ③简单 保持简单的内并行创建多个模 简单地描述模迭代到其他的制品 使用最筒单的工②团队协

④验 用代码验June18, SchoolofInformation, June18, SchoolofInformation, June18, SchoolofInformation, XP必须遵循的12个实完整团队：所有参与者（开发人员、客户、测试人员等）个开放的场所中，他计划游戏：计划是持续的、循序渐进的。每2周，开发人员就为下2周算候选特性的成客户测试：作为选择每个所期望的特性的一部分，客户可以根 言来定义出自动验收测试来表明该特性可以工作结对编程：所有的产品软件都是由两个程序员、并排坐在一起在同一机器上构建的测试驱动开发June18, SchoolofInformation, （续改进设计：随时利用重构方法改进已 的代码，保持代码尽可能干净、具有表达力任何其它方面的开发。编码标隐喻：将整个系统联系在一起的全局视图的概念。它是系统的未来影，它使得所有单独模块的位置和外观变得明显直观。如果模块的外观整个隐喻不符，那么 June18, SchoolofInformation, XP的限①如果开发人员超过50②③④在不超过10 ⑤对不容易测试的应用系统，会影响XPJune18, SchoolofInformation, June18, SchoolofInformation, SCRUM框June18, SchoolofInformation, SCRUM小因此，在每个sprint结束时，产品都会增加有高的新功能。开始，开发团队必须尽力30天后交付成果。解所遭遇的并设法排除。June18, SchoolofInformation, June18, SchoolofInformation, 敏捷方法的假①需求变化和变化难以预June18, SchoolofInformation, 敏捷方法中人的因素（HumanCommonDecision-makingFuzzyproble-solvingSelf-

June18, SchoolofInformation, 计划驱动的开发方 June18, SchoolofInformation, 敏捷方法与计划应用：应用：项目的主要目管理：客户关系、计划和控制，以及项目沟通技术：需求定义、开发和测试的方法人员：客户特June18, SchoolofInformation, 80/20原理启20世纪，意大利兼社会学家帕雷托提出一种“重要变成管理学界所熟知的“80/20原理”。June18, SchoolofInformation, 观点：敏捷开发与传统模

June18, SchoolofInformation, 观点：对敏捷方法与传统方法意单纯的敏捷方法无法解决所有问传统方法具备一些可取的特 June18, SchoolofInformation, 维敏捷与CMMI比June18, SchoolofInformation, 敏捷开发中常见问容易犯错误，因此必须在错误扩散之前找到并改正错误当觉得可能失去较多的时候， 重新构造而不愿意重难于坚持一个习对所有的项目使用同一种过没有弹过于沉增加不必要的“必须完成”(“Shouldd0”isreally没有经过实践检June18, Schoolo