较之瀑布等传统项目管理模式，敏捷是“适应性的”，而非“预设性的”。团队采用敏捷项目管理可以提高交付速度、协作效率、以及响应市场变化的能力。在这里向大家详细介绍敏捷项目管理的定义、与传统项目管理的区别，以及一些主流的敏捷项目框架的工作流程。
一、什么是敏捷项目管理
敏捷项目管理是一种软件研发项目的迭代方法，它注重持续交付，并在不断迭代中快速响应客户的反馈和需求。研发团队采用敏捷项目管理可以提高交付速度、协作效率、以及响应市场变化的能力。
如果您准备实践或者优化敏捷项目管理，可以通过以下系列文章获得启发。
二、敏捷项目管理与瀑布等传统项目管理的区别
由于软件行业在不断的发展过程中遇到各种各样的危机，如超预算、工期延期并最终因为市场变更导致项目夭折等等；许多学者都在探索不同的软件开发方式来应对这些危机，例如：极限编程、特征驱动开发等等。
也正是这个时候软件开发团队开始使用一些符合敏捷价值观的方法，以减少资源浪费、增加团队透明度，以及快速响应市场不断变化的需求。
较之瀑布模式，敏捷是“适应性的”，而非“预设性的”，所以在不确定性的市场环境下，敏捷项目管理可以帮助软件团队更好地协作、更快地进行迭代创新。
瀑布式项目管理：将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等几大基本活动；且规定了它们自上而下、相互衔接的固定次序，项目必须严格遵循预先计划的顺序进行，开发进程只有通过上一个阶段的验收审核，才能“流动”到下一个阶段。这种模式如同瀑布流水，逐级下落，故而得名“瀑布模式（Waterfall Model）”。
目前，敏捷项目管理有两种最为主流的理论框架：Scrum 和 Kanban。Scrum 着重于固定周期的项目迭代，而看板着重于工作持续交付。两者都注重速度，一旦完成当前工作量，研发团队会迅速开始下一个工作。
三、Scrum 的工作方式
Scrum 是一个敏捷项目管理理论框架，它通过多个固定周期的迭代（Sprint）开展工作，每个迭代都有四个主要会议。
迭代会从待办事项列表（Product Backlog）或目标任务开始。在迭代中，待办事项列表有两种：一种是产品待办事项列表（由产品负责人负责），这是产品功能的优先级列表；另一种是迭代待办事项列表，从产品待办事项列表获取目标任务安排到迭代，直至达到当前团队在一个迭代中能够完成的工作量上限。
在迭代中，Scrum 团队根据职责可以分为三种不同角色。通常为一名敏捷教练（Scrum Master），负责团队的敏捷开发指导；一名产品负责人（Product Owner），负责产品规划；以及开发团队，他们通常跨职能协作，负责迭代任务的执行和交付。
1、Scrum 四大会议
迭代计划会 |
每日站会 |
迭代评审会 |
迭代回顾会 |
一个团队计划会议，确定即将带来的迭代（Sprint）需要完成哪些任务。 |
也称为站立会议，是软件团队同步进行的 15 分钟小型会议，通常围绕三个问题展开。 |
一个共享会议，团队展示他们在该 Sprint 中交付的内容。 |
回顾哪些行动做得很好，哪些行动做得不好，使下一个 Sprint 变得更好。 |
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请联系我们，一经查实，本站将立刻删除。
如需转载请保留出处：https://51itzy.com/kjqy/75369.html