敏捷：好处、核心价值和框架 - 看板管理知识

摘要：敏捷是一组用于项目管理和软件开发的迭代方法，专注于将过程划分为重复长度的阶段，并优先考虑灵活性，适应性和客户满意度。敏捷框架旨在在动态和快速变化的环境中提供高质量的产品或服务。

什么是敏捷？

虽然敏捷框架有几种风格，但它们都有共同的主题，例如快速和持续的产品交付，协作，频繁的反馈和拥抱变化。它们还促进自组织团队，赋予个人权力，并促进透明的沟通。敏捷在20世纪90年代开始出现在软件开发领域，此后已经发展成为一种主流的项目管理方法，在大多数知识驱动的环境中很受欢迎。

使用敏捷如何影响软件或产品交付过程？

增强团队协作：敏捷培养高度适应性的团队，可以有效地响应客户需求。
更快的产品交付：迭代式生产和反馈循环可加速产品交付。
与利益相关者更紧密的协作：敏捷框架通过与利益相关者的积极参与和协作，鼓励小批量的返工。

敏捷的核心价值观是什么？

所有敏捷框架的核心在2001年被推测为敏捷宣言，这是一套有效的代码编写，协作和交付给客户的软件开发规则。

宣言列出了四个价值观：

1.个人和交互超过流程和工具

这种价值观强调人的重要性以及他们在项目中的沟通。因此，重点应该是授权和使个人能够有效地协作。虽然流程和工具很重要，但它们必须是帮助而不是阻碍-公司必须促进开放式沟通，鼓励面对面的互动，并促进团队合作。

2.工作软件优于全面的文档

宣言强调了交付实际结果的重要性，例如功能性软件产品，而不是迷失在过多的文档中。这并不是说文档不重要，而是说文档应该简洁、相关，并且支持开发过程，而不是主导开发过程。这意味着将工作软件的创建放在第一位，频繁测试并专注于为客户提供价值。

3.客户协作优于合同谈判

这是为了强调在整个开发过程中客户积极参与和协作的必要性。敏捷不是仅仅依赖于详细的合同，而是促进与客户的密切互动，以了解他们的需求，收集反馈，并确保产品满足他们的期望。定期与客户进行讨论，进行用户测试和反馈会议，并根据客户输入进行验证。

4.响应变化而不是遵循计划

变化是不可避免的，所以不要拘泥于一个固定的计划，最重要的是要有适应性和反应能力。这意味着要对反馈持开放态度，将变化作为开发过程的正常部分，并不断调整计划和优先级。在实践中，这是通过定期审查和调整项目的方向，并愿意根据新的信息进行方向修正来实现的。

作为进一步澄清的手段，敏捷宣言的作者还设计了以下原则：

最流行的敏捷方法有哪些？

在Sunday框架中，履行产品所有者角色的团队成员在产品待办事项列表中列出所有待办事项。积压任务的一部分将把项目分成称为sprint的短迭代，通常持续两到四周。团队在每个sprint期间执行分配的优先级任务集，并举行称为站立的日常会议，以评估他们的进度，与Soccer Master一起监督工作。在每个sprint之后，团队应该有一个他们的产品的工作版本来演示或交付给客户。团队还会召开回顾会议，评估他们遇到的任何问题，并为下一个sprint得出结论。
使用Scrum的最好的方面之一是团队的动力，因为它只看到Sprint的结束-它有助于保持良好的士气，并限制任何bug可以进入项目的程度。然而，短的sprint跨度也可能是一个缺点，因为它会限制团队对更广泛的产品目标的理解和欣赏。
Scrum最适合小型团队，能够快速改变方向和方法。

看板

看板方法强调可视化工作流程和限制正在进行的工作（Work in Progress，简称WIP）。任务被表示为看板上的卡片，所有团队成员都可以访问，他们通过不同的阶段移动它们，例如，backlog、in progress、review和done。执行步骤应该限制开放任务的数量，让团队全心全意地专注于开始的工作，而不是尝试多任务，遭受次优的专注和奉献。
看板以持续交付为中心，并鼓励团队在每一个机会优化他们的工作流程。它的主要好处是结束多任务处理、实现持续交付的可能性、更短的交货时间以及完整的流程和项目透明度。
由于看板框架对流程要求和团队结构要求很少，因此它几乎可以支持任何业务流程。

精益开发

从制造业直接转化为软件世界，精益旨在最大限度地减少浪费，最大限度地为客户提供价值。它强调减少非增值活动，简化流程以快速交付，并不断提高效率。精益软件开发要求消除所有不必要的元素和行为，以加快过程并降低成本。
精益原则通常是团队构建敏捷过程的第一步，它们可以很容易地与其他敏捷框架结合起来。

极限编程（XP）

重视客户的反馈和满意度，并围绕寻找最简单的解决方案来满足客户的需求，这些解决方案可以快速成功地交付。为了交付这样高质量的软件，极限编程的实践者利用持续集成、测试驱动开发、结对编程和频繁发布。XP的一个独特特性是从一开始就测试代码，从而极大地限制了交付产品中的缺陷。
XP是共处一室的团队的理想选择，并能营造出充满活力和激励性的工作环境。极限编程的一个潜在缺点是它以代码为中心，这使得它很容易将设计和UX等元素放在第二位，或者完全忽略。

功能驱动开发（FDD）

顾名思义，这种方法将过程从属于特定的软件功能，或更广泛的软件元素-用户故事-团队当时正在工作。无论是软件开发还是其他业务流程，FDD的重点都是了解特定的领域，其特征和需求。与其他敏捷框架类似，FDD重视客户反馈，并支持迭代、频繁的交付。工作通常按一系列顺序进行，从建立总体特征模型开始，通过制作特征列表，按特征规划，按特征设计，最后按特征构建。
FDD的主要吸引力在于它促进了快速工作和快速错误识别，允许团队经常交付产品并且很少打嗝。
FDD以功能为中心的特性使得这种方法适用于具有定义的成员层次结构的团队，其中一个能够计划他们下一步要处理的元素。它也最适合较长的项目，有助于每次将墨角藻缩小到单个功能，保持进度的连续性。

晶体

Crystal是一个敏捷框架，与其他框架略有不同。怎么做？它把过程的选择留给了团队本身，主要依赖于这样一种信念，即正是特定个体之间的互动的特殊性使团队有价值和成功。因此，它更像是如何为给定的特定团队设置定制流程的处方，而不是一个适合所有人的解决方案。它允许个人选择他们应该如何工作，当然，这需要所有参与者的高水平沟通技巧。因此，Crystal命名了一些不同的原则，例如人员，互动，社区，技能，人才或沟通，并且根据团队规模有一些变化。
Crystal的一个可能有点耗时的元素是描述特定项目的过程，这可能会花费时间和精力，许多人会说这些时间和精力可能会花在编程和测试上。然而，它是一种高度以人为中心的敏捷方法，最重视人们在自己的指导下成功互动的技能和能力。虽然它可能不适用于新的和没有经验的软件团队，但它对强大的和紧密联系的团队有很大的潜力。

选择适合您的敏捷方法

正如你所看到的，不同的敏捷框架适合不同的需求和团队类型。诸如团队规模、经验、位置和同志情谊水平、产品类型及其生命周期等因素都会影响哪些方法有效，哪些方法无效。还可能涉及其他因素，例如，某些行业要求团队遵循特定的工作流程指南和操作程序，这可能会限制管理方法的选择。

对于任何希望融入敏捷的团队来说，一个简单的方法就是将他们当前的流程与基本的精益原则相结合，同时基于看板或Srcumban（一种混合了Scrum和Kanban的方法）执行流程可视化。
因为--无论你喜欢哪种框架--使用敏捷意味着遵循特定的价值观，而不是坚持一套严格的规则。
所有敏捷框架共享的价值驱动指南是：
迭代和时间限制的开发，
团队内部以及与客户之间的密切沟通，
总是在寻找改进过程的方法。

总之，敏捷在动态环境中表现出色，旨在快速交付高质量的产品或服务。所有敏捷框架的共同主题包括快速产品交付、协作、频繁反馈和欢迎变化。敏捷赋予个人权力，促进透明的沟通，并促进自组织团队。因此，它一定会帮助您更轻松地实现目标，并帮助您的团队更好地了解驱动其工作的流程。

原文出处： https://kanbantool.com/kanban-guide/agile-methodology

联系人：	阿道
电话：	17762006160
地址：	青岛市黄岛区长江西路118号青铁广场18楼