敏捷软件开发(敏捷开发什么意思)

灵敏软件开发（英语：Agilesoftwaredevelopment），又称灵敏开发，是一种从1990年代开端逐步引起广泛关注的新型软件开发方法，是一种能应对快速变化需求的软件开发能力。它们的详细称号、理念、过程、术语都不尽相同，相对于“非灵敏”，更强调程序员团队与事务专家之间的严密协作、面对面的交流（认为比书面的文档更有效）、频繁交给新的软件版别、紧凑而自我安排型的团队、能够很好地习惯需求变化的代码编写和团队安排方法，也更注重软件开发过程中人的作用。

敏捷开发什么意思

灵敏是世界上运用最广泛，最受认可的软件开发结构之一。大多数安排现已以某种方式采用了它，可是在采用方案的成熟度方面还有很长的路要走。本系列教程的仅有目的是将技能和非技能专业人员融入灵敏世界。
咱们将逐步引导您完结灵敏之旅，直到您了解运用灵敏背面的理念，优势以及怎么实践它。本系列旨在使读者可以将灵敏和Scrum学习运用到他们的作业中。这个特别的教程专门向您解释为什么需求灵敏以及怎么创建它。这儿的根底是让您了解软件开发职业中灵敏采用的概念。
灵敏的历史
灵敏出生在一个晴朗的日子，其时有17个人具有不同的开发办法布景，在一起探究可能的替代软件开发解决方案，可以共同进行头脑风暴，寻求可能会缩短开发时刻并削减文档的需求量。
其时，软件开发过去产生的时刻太长，以至于当项目预备交给时，事务现已向前开展，需求现已产生改变。因而，即便项目可以实现其既定目标，也无法满足事务需求。
因而，这些不同软件工程技能的精英聚集在一起，他们会议的终究结果就是他们所谓的“灵敏宣言”，咱们将在本系列的下一个教程中具体评论。
可是那天出生的灵敏并不是咱们今天在安排中看到的。专家们赞同的办法被称为“轻量级”且速度快。可是，本次会议的首要成果是认为更快的产品交给和继续的反应是实现软件开发成功的要害。
现有的瀑布技能过于繁琐，在终究产品预备交给之前没有供给反应。这意味着没有进行要求修正的余地，并且在整个产品预备好之前，客户对进展没有任何看法。这就是这些专家想要防止的。他们想要一个可以继续反应的解决方案，以防止后期返工的成本。
clipboard.png
灵敏挑战
其时现有的瀑布技能过于繁琐，在终究产品预备交给之前没有供给反应。它被称为开发的瀑布模型，因为团队首先完结了一步，然后才进入下一步。
这意味着没有进行要求修正的余地，并且在整个产品预备好之前，客户对进展没有任何看法。这就是这些专家想要防止的。他们想要一个可以继续反应的解决方案，以防止在今后阶段返工的成本。这就是为什么灵敏也是关于自适应和继续改进的原因，同时也是关于继续反应和交给速度的原因。
clipboard.png
什么是灵敏承诺？
灵敏承诺
灵敏不仅仅是在开发软件时运用设定的实践。它还带来了团队思想方式的改变，这促进他们构建更好的软件，协同作业并终究让他们成为一个满足的客户。
灵敏的价值观和准则使团队可以搬运他们的注意力并改变他们构建更好软件的思想过程。
灵敏究竟是什么？
clipboard.png
灵敏不是一套规则。灵敏不是一套指导方针。灵敏甚至不是一种办法论。相反，灵敏是一套准则，鼓励灵活性，适应性，沟通和作业软件逾越方案和流程。它在所谓的灵敏宣言中十分简练地被捕获。
灵敏软件开发使团队可以在开发杂乱项目时更有效地协同作业。它由操练迭代和增量技能的实践组成，这些技能很容易被采用并显示出很好的结果。
在将灵敏运用于行动中，咱们有各种基于灵敏的办法去满足软件开发职业的所有需求，从软件设计和架构，开发和测验到项目管理和交给。
不仅如此，灵敏办法和办法还为流程改进打开了一个范围，作为每个交给的一个组成部分。
灵敏是一种软件开发的实践理念，建构一个自给自足且跨职能的团队致力于经过迭代进行继续交给，并经过收集终究用户的反应在整个过程中开展。
怎么操练灵敏？
各种多样化职业都有各种灵敏办法论。
clipboard.png
然而，所有这些办法中最盛行的办法是：
Scrum
看板(Kanban)
极限编程(XP)
所有这些办法都侧重于精益(Lean)软件开发，并有助于有效和高效地构建更好的软件。
这就是灵敏引言的全部内容。该部分的结构旨在帮助您了解团队在灵敏模式和思想模式下作业时应采用的中心价值观和准则。
灵敏办法论和模型
灵敏办法论简介：
众所周知，灵敏是一种软件开发办法。咱们还了解了灵敏创始人在灵敏宣言中提到的价值观和准则。在咱们开始的评论中，咱们还避开了灵敏和传统瀑布模型之间的差异。在本教程中，咱们将了解灵敏办法的优缺点。
咱们会看到什么是scrum？它与灵敏有何不同？然后咱们将了解不同安排正在运用的各种灵敏办法，以及怎么运用它们实现灵敏。您还将可以理解这些办法的不同之处以及优缺点。
灵敏办法论的优点
下面给出了灵敏办法的各种优点：
客户在每次迭代(iterative)/冲刺(Sprint)结束时不断获得项目进展的外观和感觉。
每个sprint都为客户供给了一个作业软件，该软件根据他们供给的完结定义满足他们的期望。
开发团队对不断改变的需求做出了很好的呼应，即便在开发的高级阶段也能适应改变。
继续的双向沟通(feedback)使客户参加其间，因而所有利益相关者(Stakeholders)-事务和技能-都能清楚地了解项目的进展状况。
产品设计高效，满足事务需求。
灵敏办法论的缺点
尽管灵敏办法有几个优点，但它也有一些缺点。
他们是：
＃1）不希望运用全面的文档，这会导致灵敏团队过错地解释这一点，因为灵敏不需求文档。因而严谨性会因文档而丢掉。应该经过不断询问自己这是否是足够的信息来防止这种状况。
＃2）有时，在项目开始时，要求并不十分清晰。团队可能会继续发现客户的愿景现已从头调整，在这种状况下，团队需求整合许多改变，而且很难衡量终究结果。