在敏捷上工作了很长时间，您可以轻松地确定核心价值，原则和实践，因此，当今许多公司都选择方法论。 该方法中的某些实践几乎得到每个人的高度评价；有些则存在争议。 但是，如果方法论的最佳价值和技术未能赢得全球数百万经理和开发人员的青睐，那么敏捷就不会成为敏捷。
著名的方法论是为软件开发而创建的。 因此，几乎所有敏捷实践都在那里应用。 但是，这并不妨碍敏捷应用于许多非技术团队。
与IT无关的公司很快发现使用灵活的思维和一些敏捷实践的好处，这些实践可以帮助企业取得更大的成就，为客户带来最大的利益和享受，并团结团队。
自2001年以来，敏捷原则已被编译为著名的
敏捷清单 ，而方法论本身已成为标准的软件开发过程。
有哪些使该方法如此出名并急需解决的关键敏捷实践？
下面的列表并不完整，因为可以从不同的角度和使用不同的分类来查看敏捷实践。 我们的清单包含了可用于软件开发的最基本的清单，以及一些可应用于非技术产品和项目的清单。
敏捷最佳实践列表
任务队列
通常，项目中的大型任务必须分为几部分。 他们中的许多人积累起来，形成一个序列。 在这种情况下，产品经理必须认真处理积压的所有任务，并为每个任务确定正确的优先级。
通常，产品的
待办事项包括以下元素：产品功能，可能的错误，优先的产品知识，一些技术工作等。
待办事项中的所有项目均根据其值排序。 元素越重要，它将越早起作用。 与下部元素相比，上部位置将更加详细和清晰。 所有这些都应向非技术团队成员和利益相关者清楚。
积压整理会议在
积压管理中发挥了关键作用，在此期间，敏捷团队的代表讨论了产品积压的细节，并准备了下一个冲刺计划。
迭代
敏捷团队选择在特定时间需要完成的工作量。 迭代开发意味着团队本身可以根据上次迭代的能力和经验来决定自己可以做什么。
以客户为中心
客户服务是敏捷方法论的关键。 根据一种灵活的方法，团队必须提供客户所需的所有信息，并将进度告知他们。 持续的交流也应该成为内部团队合作的一部分。
用户故事
敏捷描述了与客户沟通的功能，然后从产品的角度以某种方式进行描述（还记得公式“我是<用户类型>，我想要<操作>因为是<原因>”？）。 敏捷项目管理中的用户历史记录意味着一个工作单元需要一次冲刺完成。
用户故事包括描述，验收标准和时间评估。 当它们过于复杂时，产品经理会将它们分成较小的部分。
敏捷角色
该方法包括不同的角色，因此具有不同的名称。 总而言之，敏捷中的角色可以分为几类，包括：
- 团队负责人，项目负责人和Scrum大师
- 团队成员
- Scrum产品负责人和XP的现场客户
- 利益相关者
敏捷团队也可以由其他技术专家组成。
价值流分析
价值流分析是一种用于分析产品的当前状态并开发产品的未来状态的管理方法。 分析的目的是识别和消除价值流中的“浪费”，从而提高数据流的效率。
在此，该方法介绍了两个原理。 第一个是基于基于业务分析的用户故事的产品定义。 第二个是业务和技术功能之间的依赖关系的定义。
定时装箱
时间装箱用作项目计划方法。 时间表分为几个单独的时间段（时间框），每个时间段都有自己的最终结果，截止日期和预算。
冲刺按照指定的时间范围继续进行。 通常从两周到一个月。 Scrum集会通常持续约15分钟。
日常会议
例如，
Scrum会议是日常活动，通常是由产品经理或产品所有者组织的一次简短的上午或下午会议。 它持续10到15分钟，需要Scrum管理员和整个团队的参与。 这样的会议被组织为：
- 记得昨天做了什么
- 确定今天将要做什么
- 找出任何障碍（如果有）
冲刺演示会议
这样的会议是在定义功能时组织的，是时候向客户说明其工作方式了。 这很重要，因为客户可以确认他们接受特定的功能或确定他们不同意的观点。
回顾会议
这是对最终迭代开发的回顾。 建议召开回顾会议，让所有团队成员参加。 客户也可以参加。
它讨论了改进流程，工作质量，使用的工具等的可能性。
测试中
及时获取有关无法按计划运行的功能的信息非常重要。 在开始工作之前，测试会自动运行。 这样可以确保所有代码更改都是可接受的。
燃尽图
该图显示了一切是否真的按照编程日历和总体计划进行。 它反映了日期和时间表。 燃尽图还显示每单位时间的用户故事数。
需求优先级
敏捷使用需求优先级确定特定发行版中应包含哪些特定产品需求。
产品经理还对需求进行优先级排序，以最大程度地降低开发过程中的风险-最重要的需求首先实现。 在这种情况下，经验丰富的产品和项目经理将使用
众所周知的优先级排序方法和技术 。
发布计划
产品版本是一组新功能或产品的最终发布。 适当的发布计划可帮助团队生产高质量的产品。
成功进行发布管理的秘诀是什么 ？ 当然，这不只是让客户访问新功能。 这是您的团队可以分享新经验并支持客户互动的最后日期。
所有感兴趣的各方都需要知道何时可以期待新功能。 发布日历应该始终有明确的计划。
该列表可以继续，并可以通过其他有趣的实践进行补充。 但是，非技术团队可以使用哪些实践？
一个明显的例子是专门提供紧急援助的航空运输公司Air Methods的团队使用积压和任务优先级。
一家拥有6,000多名员工的公司正在积极地团队合作，以创建和管理培训与发展策略。 在活动开始之初，该团队就面临这样一个事实，即利益相关者不了解创建培训和教育项目需要多少时间和精力。
因此，团队采用了使用和管理积压并确定优先级的敏捷实践。 为了可视化，Trello工具开始做出响应。
利益相关者的要求被收集在板上，团队为每个分配绿色或红色标签。 “绿色”项目现在可以完成，“红色”项目正在排队。
每个月，团队和有兴趣的人都会聚在一起，确定新的优先事项，进行投票和讨论。
根据公司代表的说法，这种做法有助于达到业务期望，在团队内部产生协同作用，并提高其有效性。 结果，非技术团队开始与利益相关者进行富有成效的合作。如上所述，此列表可能包括许多其他与需求，设计，产品开发，测试和组织问题有关的实践。
如今，成功
的项目管理服务和
工具，网络上分布的全球公司的历史，许多现代课程以及有关方法的相关文献都有助于成功地应用敏捷的核心价值。 因此，敏捷实践和实践确保了每天许多公司的成功，并吸引了越来越多的技术和非技术团队。