🗒️Day8 【概念解析】 敏捷开发
00 分钟
2023-9-29
2023-10-27
type
status
date
slug
summary
tags
category
icon
password

整理定义

敏捷开发定义

来源
解析
敏捷开发是一种以人为核心、迭代、循环演进的开发方法。它鼓励快速且灵活的响应变化。
敏捷开发是一种强调小团队效率、组织间协作、客户满意度、以及对变化的适应能力的软件开发方法。
敏捷开发是一种以迭代和增量方式进行的软件开发方法,它鼓励灵活性和客户参与。
敏捷开发是一种以人为中心、迭代、快速反馈的开发方法,它鼓励团队在不确定和复杂的环境中适应变化。
敏捷开发是一种以小步快跑、频繁交付、持续改进为核心的开发方法。
敏捷开发是一种以人为中心、迭代、快速反馈的开发方法,它鼓励团队在不确定和复杂的环境中适应变化。
敏捷开发是一种以人为中心、迭代、快速反馈的开发方法,它鼓励团队在不确定和复杂的环境中适应变化。
敏捷开发是一种以人为中心、迭代、快速反馈的开发方法,它鼓励团队在不确定和复杂的环境中适应变化。
敏捷开发是一种以人为中心、迭代、快速反馈的开发方法,它鼓励团队在不确定和复杂的环境中适应变化。
敏捷开发是一种以人为中心、迭代、快速反馈的开发方法,它鼓励团队在不确定和复杂的环境中适应变化。
敏捷开发的总体目标标是通过 “尽可能早地、持续地对有价值的软件的交付” 使客户满意。通过在软件开发过程中加入灵活性, 敏捷方法使用户能够在开发周期的后期增加或改变需求。

敏捷开发的分类

敏捷过程的典型方法有很多,每一种方法基于一套原则,这些原则实现了敏捷方法所宣称的理念(敏捷宣言 ) 。
  1. 极限编程 ( XP ) XP 是一种轻量级 (敏捷)、高效、低风险、柔性、可预测的、科学的软件开发方式。它由价值观、原则、实践和行为4 个部分组成,彼此相互依赖、关联,并通过行为费穿于整个生存周期。
    1. 4大价值观沟通简单性反馈勇气
    2. 5 个原则快速反馈简单性假设逐步修改提倡更改优质工作
    3. 12 个最佳实践:
        • 计划游戏(快速制定计划、随着细节的不断变化而完善)
        • 小型发布(系统的设计要能够尽可能早地交付)
        • 隐喻(找到合适的比喻传达信息)
        • 简单设计 (只处理当前的需求,使设计保持简单)
        • 测试先行(先写测试代码,然后再编写程序)
        • 重构 (重新审视需求和设计,重新明确地描述它们以符合新的和现有的需求)
        • 结队编程
        • 集体代码所有制
        • 持续集成 (可以按日甚至按小时为客户提供可运行的版本)
        • 每周工作40 个小时
        • 现场客户
        • 编码标准
  1. 水晶法(Crystal) 水品法认为每一个不同的项目都需要一套不同的策略、约定和方法论,认为人对软件质量 有重要的影响, 因此随着项目质量和开发人员素质的提高,项目和过程的质量也随之提高。通过更好地 交流和经常性的交付,软件生产力得到提高 。
  1. 并列争求法(Scrum) 并列争求法使用迭代的方法,其中,把每30天一次的迭代称为一个“冲刺”,并按需求的优先级别来实现产品。多个自组织和自治的小组并行地递增实现产品。协调是通过简短的日常情况会议来进行 ,就像橄榄球中的“并列争球”。
  1. 自适应软件开发 ( ASD) ASD 有6个基本的原则:有一个使命作为指导;特征被视为客户价值的关键点:过程中的等待是很重要的,因此“重做”与“做” 同样关键;变化不被视为改正,而是被视为对软件开发实际情况的调整;确定的交付时间迫使开发人员认真考虑每 一个生产的版本的关键需求:风险也包含其中。
  1. 敏捷统一过程 ( AUP ) 敏捷统一过程(AgileUnifiedProcess,AUP)采用“在大型上连续”以及在“在小型上迭代”的原理来构建软件系统。采用经典的UP阶段性活动(初始、精化、构建和转换),提供了一系列活动,能够使团队为软件项目构想出一个全面的过程流。在每个活动里,一个团队迭代使用敏捷,并将有意义的软件增量尽可能快地交付给最终用户。 每个AUP迭代执行以下活动:
    1. 建模。建立对商业和问题域的模型表述,这些模型“足够好”即可,以便团队继续前进。
    2. 实现。将模型翻译成源代码。
    3. 测试。像XP一样,团队设计和执行一系列的测试来发现错误以保证源代码满足需求。
    4. 部署。对软件增量的交付以及获取最终用户的反馈。
    5. 配置及项目管理。着眼于变更管理、风险管理以及对团队的任一制品的控制。项目管理追踪和控制开发团队的工作进展并协调团队活动。
    6. 环境管理。协调标准、工具以及适用于开发团队的支持技术等过程基础设施。

敏捷宣言:

敏捷宣言(Agile Manifesto)是在2001年由17位软件开发者共同提出的,他们在美国犹他州的一个滑雪度假村聚会,讨论了软件开发的最佳实践,最终形成了这个宣言。敏捷宣言主要包含四个核心价值观和十二条原则。
四个核心价值观如下:
  1. 个体和互动 高于 流程和工具
  1. 可工作的软件 高于 详尽的文档
  1. 客户合作 高于 合同谈判
  1. 响应变化 高于 遵循计划

复述展开

敏捷开发是一种以人为中心、迭代、快速反馈的开发方法。它鼓励团队在不确定和复杂的环境中适应变化。这种方法强调的是团队协作、客户参与、以及对变化的快速响应。
在我看来,敏捷开发的核心是“人”。它强调团队成员之间的交流和协作,而不是过度依赖工具或者过程。这种方法鼓励团队成员直接交流,以提高效率和效果。
敏捷开发也强调迭代开发和持续改进。每个迭代周期结束时,团队会进行反馈和调整,以便在下一个迭代周期中改进。这种方法可以帮助团队快速发现和解决问题,以及适应需求的变化。
此外,敏捷开发还强调客户的参与。在开发过程中,团队会频繁地与客户交流,以了解他们的需求和反馈。这种方法可以帮助团队更好地满足客户的需求,提高产品的质量和客户满意度。

理解体会

敏捷软件开发是一个总称,指的是基于敏捷软件开发宣言中表达的价值观和原则及其背后的 12 项原则的一组框架和实践。当您以特定方式进行软件开发时,通常最好遵循这些价值观和原则,并使用它们来帮助找出适合您特定环境的正确事情。
 

参考文献:

  1. Beck, K., Beedle, M., Van Bennekum, A., Cockburn, A., Cunningham, W., Fowler, M., ... & Kern, J. (2001). Manifesto for agile software development.
  1. Highsmith, J., & Cockburn, A. (2001). Agile software development: The business of innovation. Computer, 34(9), 120-122.
  1. Schwaber, K., & Beedle, M. (2002). Agile software development with Scrum. Prentice Hall.
  1. Martin, R. C. (2003). Agile software development: principles, patterns, and practices. Prentice Hall.
  1. Cockburn, A. (2006). Agile software development: the cooperative game. Addison-Wesley.
📌
快速跳转链接
【概念解析】启动
【概念解析】Day 1 - 10
【概念解析】Day 11 - 20
【概念解析】Day 21 - 30
【概念解析】Day 31 - 40
【概念解析】Day 41 - 50
【概念解析】Day 51 - 60
【概念解析】Day 61 - 70
【概念解析】Day 71 - 80
【概念解析】Day 81 - 90
 
上一篇
Day9 【概念解析】 系统测试
下一篇
Day7 【概念解析】 需求分析

评论
Loading...