输入：敏捷方法。
敏捷方法论没有统一的定义。相反，敏捷方法论是一种思维方式或处理项 印度手机号 目的方式。敏捷方法论不是规划和推进交付或发布日期，而是将开发过程分解为迭代步骤，从而允许在整个项目生命周期中实现灵活性、测试和更改。
进一步了解敏捷方法论以及如何在您的团队中应用这些原则。
什么是敏捷方法？
敏捷方法拒绝顺序阶段，而是依靠跨部门同步、增量工作。团队以冲刺的方式完成工作，通常分为两周的时间段。整个项目中的各种检查点允许团队根据需要改变方向。通过在整个过程中不断测量项目的温度，您可以交付更好的最终产品。
为什么选择敏捷而不是传统的瀑布方法或其他管理风格？
正如产品管理和战略顾问Scott Sehlhorst所解释的那样：
“敏捷在三种情况下具有重大价值，并且在每种情况下都有关键优势。团队成员会获得工作反馈，了解他们所创造的东西如何产生影响，从而为个人带来内在利益。工程组织集体不仅在运营方面变得更加高效，而且在价值交付方面也更加有效。公司作为一个整体，变得更能适应市场变化，因此更具竞争力——既能提高效率，又能提高响应能力。”
敏捷如何工作？
将敏捷方法付诸实践非常简单，即使您没有意识到，您可能已经使用了这种方法的某种形式。每个人都熟悉制作待办事项清单、确定事项的优先级，然后埋头苦干以完成任务。敏捷方法只是一个更详细、更有条理的待办事项清单。
第一步：列出功能或必备项目。此步骤需要与客户和/或主要利益相关者坐下来确定项目的功能和优先顺序。在软件开发的例子中，许多团队使用MoSCoW 规则来决定在开发的第一阶段要包含哪些项目和功能：
必须有
应该
可以
现在没时间，以后再说吧
第二步：估计每个功能或项目需要多长时间才能完成。在此步骤中，团队还会设定优先级，以便首先完成最重要的项目。
第三步：制定时间表，确定首先要开发哪些功能、何时发布产品进行测试以及将反馈纳入迭代的时间表。随着工作的继续，团队会调整计划，并决定项目的节奏和节奏是否适合所有参与者，或者是否需要增加或减少。
敏捷的主要价值
虽然敏捷方法框架有很多种类型，但所有类型都存在一些主要原则。首先，敏捷宣言中有 12 条原则：
通过早期和持续的软件交付满足客户需求
适应整个开发过程中不断变化的需求
频繁交付工作软件
整个项目期间业务利益相关者和开发人员之间的协作
支持、信任并激励相关人员
实现面对面的互动
工作软件是衡量进度的主要标准
敏捷流程支持一致的开发速度
关注技术细节和设计可提高敏捷性
简单
自组织团队鼓励优秀的架构、需求和设计
定期反思如何提高效率
这 12 条原则源自 Agile 的四个主要价值观。
个体和互动高于流程和工具
敏捷方法的各种实施都依赖于小团队独立和协作完成项目的能力。在这种情况下，团队重视面对面的互动，而不是更被动的沟通方式，并且个人参与者有权在整个过程中做出决策，而不是依赖自上而下的指令或指导。
可用的软件胜过详尽的文档
世界上所有的研究、调查任务和研究都无法与实际工作产品相媲美。通过专注于开发和发布产品的多个迭代，并不断测试这些迭代，团队能够实时响应问题并进行更正，最终产生更完善的最终版本。
响应变化胜过遵循计划
几乎每个项目都是从工作范围开始的：一组商定的可交付成果。工作范围为整个项目提供了背景和参考点，但它不应限制利益相关者之间的对话。在整个开发过程中，开放的对话和根据需要进行调整的意愿是敏捷方法的标志，并可带来更好的成品。
客户协作优先于合同谈判
随着反馈和挑战的出现，敏捷方法论让您能够调整方向。团队不会等到发布日期之后才解决错误，而是不断发布产品版本，与真实用户一起测试，并在发现问题时进行修复。
敏捷方法的类型
有许多类型的敏捷框架可供选择，用于开发和项目管理。以下是使用敏捷方法的各种框架的高级视图。
Scrum 方法
Scrum 方法论在很大程度上依赖于持续的反馈、自我管理、小团队以及分解为冲刺或两周的专注工作阶段的工作。
冲刺从规划会议开始，决定团队在这两周内要完成哪些任务。团队通常会召开一次简短的每日会议，以确定他们的目标是否在正轨上，然后在冲刺结束后召开一次回顾会议，看看他们完成了什么以及下次可以改进什么。
详细的 Scrum 任务板示例