本文的目的是介绍敏捷方法论在项目管理和过程开发方面的基础。 此外，还将解释其原理，框架，流程，不同的角色及其主要任务和职责。
历史上从未有过一个时代，行业，需求和公共需求的变化如此之大，如此之快。
在这个日益严峻的时代，必须改变我们对传统项目管理的偏见和偏见，并接受敏捷和精益之类的方法所带来的机遇。
敏捷最初是为软件开发而构想的，它是将产品开发中涉及的框架和进行处理的一种新方法。 目的是解决传统发展的挑战和局限性。
但是，为了实现敏捷目标并真正接受这个新框架，采用者必须“不了解”有关项目管理的先入之见。 这将不是一件容易的事，下一个视频反映了必须执行的类似过程：
具体而言，敏捷旨在解决以下问题：
- 当前，我们的开发过程并不专注于客户价值。
- 关于完整和冻结的规范存在神话。
- 隧道效应，后期集成和故障的后期发现。
- 在需求发展方面缺乏适应性。
- 在不质疑或质疑流程本身的情况下应用流程。
- 利益相关者和开发人员之间缺乏沟通和透明性。
下图可以非常准确地解释该范例：
在图形中，它表示敏捷（红线）与传统（黑线）开发。
- 交付少量，频繁且已完成的工作。
- 关注商业价值。
- 迭代演示/评论
- 高客户参与度
- 持续的反馈
- 视觉信息
- 通过“完成”来衡量进度
- 连续估算
- 更容易释放
- 适应客户不断变化的需求
- 专注于创造最高价值
- 及时的细节
什么是敏捷？
敏捷是产品开发和项目管理的一种特殊方法。 它使用增量和迭代工作序列（Sprint）作为瀑布（或顺序）方法的替代方法。
什么是Scrum？
Scrum是敏捷已知的最佳实践框架。
什么是冲刺？
冲刺是指为项目的特定阶段分配的较短时间。 在这段时间内，它必须完成一些先前指定的任务。
价值观
- 个人与 流程和工具之间的 互动
- 工作产品胜过综合文档
- 合同谈判中的 客户合作
- 响应 计划 变更
敏捷原则：
- 最重要的是通过尽早连续交付有价值的产品来满足客户。
- 欢迎更改需求，即使在开发后期也是如此。 敏捷流程利用变更来获得客户的竞争优势。
- 从2周开始，经常交付工作产品，并且优先选择较短的时间范围。
- 在整个项目中，业务人员和开发人员必须每天工作。
- 向开发团队内部传达信息的最有效方法是面对面的交谈。
- 工作成果是成功的主要标准。
- 敏捷促进可持续发展。 赞助商，开发人员和用户应能够无限期保持恒定的步伐。
- 持续关注技术卓越和良好的设计可提高敏捷性。
- 简洁（最大化未完成工作量的艺术）至关重要。
- 最好的架构，需求和设计来自组织精良的团队。
- 团队定期检查如何提高效率，然后相应地调整和调整其行为。
- 围绕有上进心的个人建立项目。 给他们提供所需的环境和支持，并信任他们来完成工作。
下图总结了整个过程：
“目标是组成不超过9人的多功能团队，这些团队将长期合作，他们必须不断学习和挑战流程，以开发实现目标和里程碑的最佳方法。”
的角色
Scrum框架中有3个角色：
- 产品负责人（PO）：是客户的心声，根据客户价值对任务的积压工作进行优先级排序。 他/她负责最终产品。 应保持稳定数月，以保持产品愿景的一致性。 该PO必须以客户为导向，合成且可用。
- Scrum Master（SM）：是Scrum的促进者。 他/她必须保护团队免受管理层，外部实体和供应商的干扰。 对于几个冲刺应该保持稳定，以确保平稳过渡。 SM必须具有接受能力，同理心并且具有教练的态度。
- 团队：成员是自组织的，致力于Scrum交付。 他们必须对给定产品上的给定冲刺有充分的奉献精神。 他们应具有积极性，技能，协作能力和能力。
该过程包括最终产品的部分和定期交付，并根据它们为项目客户带来的收益来确定优先次序。 它特别适合在需要快速获得结果的复杂环境中开发的项目。
执行是按照称为冲刺的短而固定的时间段进行组织的（可能会持续两个星期两个月和一个月，具体取决于项目的规模），目标是在每次冲刺结束时提供某些结果。
该项目是根据优先的目标和要求清单进行计划的，该清单代表了客户对产品或项目的目标和交付的愿景和期望。
这些阶段是：
产品愿景
它描述了为什么进行该项目，所需的最终状态是如何获得成功。 必须由团队，利益相关者，产品所有者和最终用户共享。 必须在产品构想的最初阶段就进行声明和共享，然后在整个开发周期中定期提醒并可能进行更新。
产品积压和用户故事
产品负责人代表与项目有利益关系的每个人（利益相关者）的利益，他负责整个产品价值链中的最终产品及其价值。 他必须收集并定义产品需求，管理产品积压，发布计划和投资回报率（ROI）。
用户故事
产品待办事项列表中的用户案例包括提供产品愿景的功能。 它们必须是以下形式的单个句子：
作为，我想要，以便
他们必须遵循INVEST规则：
- 独立
- 面议和谈判
- 可溶
- 令人兴奋
- 商场
- 美味
冲刺计划：
在开始冲刺之前，团队从产品待办事项列表中选择最优先的用户故事并将其分解为任务，以估计其持续时间（该时间应少于2天）。 他们还必须启动KPI跟踪。
进行冲刺
每个冲刺都必须产生完整的结果，这是对可能交付的产品的改进，因此，当客户提出要求时，只需极少的精力即可使用该产品。
每天有15分钟的站立会议。 参与者是团队成员，Scrum主管和产品负责人。 这不是解决问题的会议，而是每个参与者必须回答三个问题：
- 你昨天做了什么？
- 你今天要做什么？
- 您遇到什么障碍？
并进行了适当的调整。
此外，此刻是通过看板将以手写的方式移动任务的那一刻。
冲刺回顾
在冲刺结束时完成，最多持续四个小时。 与会者包括Scrum团队和产品负责人邀请的主要利益相关者。 PO解释什么是“完成”，什么不是。 团队讨论了哪些方面进展顺利，哪些方面不利以及如何解决。 他们都在下一步的工作上进行协作，并审查时间表，预算，潜在功能和下一个反间谍软件版本的市场。
冲刺回顾展
它是在冲刺审核之后和下一个冲刺计划之后完成的。 Scrum团队有机会检查自己并为下一个冲刺制定改进计划。 它最多应持续三个小时。 团队讨论：在sprint中进展良好，可以改进的地方，以及在下一个sprint中他们要改进的地方。
总体而言，敏捷方法论的目标是在快速复杂的环境中保证质量。 同时减少浪费的时间，精力和资源，并始终在不断改进方法，技术和组织的框架内。 提供开发和管理项目的灵活开放的方式。
它的主要优点之一是团队成员通过在短时间内紧张地工作，然后传递每个sprint的结果，而感到的参与感，不断带来成就感。 除了他们如何自我组织任务之外，这种感觉还鼓励他们在每个sprint中完成更好的工作。 Scrum Master在这里也通过促进和激励团队实现Sprint目标而发挥着至关重要的作用。
但是主要的区别因素，以及这种方法之所以迅速普及的原因是客户在打孔过程中不断参与其中，因为他不断提供有关该产品的反馈。 这使团队可以快速进行相关调整。
所有这些都带来了更好的客户体验，因此，通过将涉及的所有部分都感觉到并获得更大的价值，该方法得以兴起。
