自从PMP更换了新的考纲，考试中对于敏捷项目管理的知识比重越来越大。因此，掌握敏捷知识成为备考的重点。为了帮助大家更好地掌握敏捷知识点，我整理了12个敏捷考点，希望能对大家有所帮助！

一、敏捷宣言十二原则改写如下：

01、我们的首要目标是通过及早、持续地交付有价值的软件来满足客户需求；

02、即使在项目开发后期，我们仍然欢迎需求变更。敏捷过程鼓励变化，以帮助客户获得竞争优势；

03、我们致力于持续交付可用的软件，周期尽可能缩短，从几周到几个月不等；

04、在项目过程中，业务人员与开发人员紧密合作，共同推动项目进展；

05、我们激励项目人员，提供他们所需的工作环境和支持，并相信他们能够完成任务；

06、团队内部和各个团队之间，面对面的沟通是最高效的沟通方法；

07、可工作的软件是衡量项目进度的首要指标；

08、敏捷过程倡导持续的开发。项目方、开发人员和用户应保持稳定的进展速度；

09、我们持续关注技术卓越和良好的设计，以增强敏捷性；

10、尽量保持简洁，减少不必要的工作，这是一门艺术；

11、最佳的架构、需求和设计由自组织团队共同完成；

12、团队定期审查和反思，以寻求更有效的方式，并相应地调整团队行为。

二、SCRUM的3-3-4

Scrum是一种敏捷项目管理方法，被广泛应用于软件开发等领域。它由三个角色、三个物件和四个会议组成。

三个角色包括产品负责人(Product Owner)、团队负责人(Scrum Master)和自组织团队(Self-organizing Teams)。

产品负责人负责明确需求、确定优先级并管理产品代办事项列表(Product Backlog)。团队负责人负责促进团队合作和扫除障碍。自组织团队是开发团队，负责完成冲刺所需的工作。

三个物件包括产品代办事项列表(Product Backlog)、冲刺列表(Sprint Backlog)和可交付产品增量(Increment)。

产品代办事项列表用于记录需求和任务，其中的项目按优先级排序。冲刺列表则是团队根据产品代办事项列表选取的特定冲刺所需完成的任务列表。可交付产品增量是在每个冲刺结束后，团队交付给产品负责人的可用的、经过测试的、可以交付给客户的产品部分。

四个会议包括冲刺计划会议(Sprint Planning)、迭代评审会议(Sprint Review)、迭代回顾会议(Sprint Retrospective)和每日站会(Daily Scrum)。

冲刺计划会议用于确定下一个冲刺的目标和选择要完成的任务。迭代评审会议是在冲刺结束后，产品负责人和团队展示和讨论已完成的工作。迭代回顾会议用于回顾冲刺过程中发生的事件和取得的成果，以促进团队学习和改进。每日站会则是团队成员每天固定时间进行的15分钟的短会，用于沟通进展、协调工作和解决问题。

通过这种3-3-4的组合，Scrum方法帮助团队在短期内高效地开展工作，优化需求管理和项目交付过程。

三、产品负责人

在敏捷方法中，有三个关键角色：产品负责人（Product Owner）、敏捷教练（Scrum Master）和项目团队（Scrum Team）。产品负责人的职责是确保产品的功能和质量达到要求，维护产品待办事项清单，定义软件交付的内容，并有权利接受或拒绝开发团队的工作成果。

四、敏捷教练（Scrum Master）

敏捷教练（Scrum Master）是Scrum框架中的一个重要角色。他们的主要职责是确保整个Scrum流程在项目中顺利运行，消除客户和开发团队之间的沟通障碍，使客户能够直接参与驱动开发工作。敏捷教练的核心职能包括为团队提供服务、教导团队、保护团队，并引导Scrum的有效应用。

五、项目团队（Scrum Team）

在敏捷方法中，项目团队是承担软件产品开发工作的关键角色。通常团队规模控制在3到9人左右（不包括产品负责人和敏捷教练），团队由授权人员自组织和管理工作。团队成员可能负责不同的技术方面，但要求每个成员都具备较强的自我管理能力，整个开发团队共同承担责任。项目团队提供了一个共同成长、学习、调整和改进的机制，以实现共同的成功。

六、敏捷-冲刺计划会议

目标：用于确定本次冲刺的交付成果和制定达成目标的工作方式。特点：标志着冲刺的开始；确定本次迭代中包含哪些用户故事，并将其拆分成任务以估算时间和分发给团队成员；产品负责人需准备一个最新的、经过排序的待办事项列表供迭代计划会议使用；对于一个月的冲刺，计划会议一般不超过8个小时。

七、每日站会

定义：每日例会，用于团队内部的沟通和交流工作成果，讨论存在的障碍。做法：不超过15分钟；团队以某种方式“过一下”看板或任务板，任何团队成员都可以主持会议；每个人轮流回答以下问题：昨天做了什么？今天准备做什么？是否遇到任何障碍？两种反模式：变成状态报告；会议的目的是发现问题，而不是解决问题。

八、敏捷-冲刺评审会议

目标：团队向产品负责人和相关干系人演示在冲刺中完成的功能（尽可能使用真实环境），并接受产品负责人的意见、建议和评价，以便审视交付的产品增量并根据需要调整产品待办事项。评审结果：修订后的产品待办事项列表，明确可能进入下一个迭代的待办事项。

九、敏捷-冲刺回顾会议

定义：在冲刺结束后召开的团队自我持续改进的回顾会议，通常在冲刺评审会议之后、下次冲刺计划会议之前进行。对于一个月的冲刺，回顾会议不超过2小时。目标：总结本次迭代的经验和问题；确定后续潜在改进的主要方面，并进行排序；制定改进工作计划。

十、敏捷-仆人式领导改写：

仆人式领导是一种赋予团队权力的方法。它通过为团队提供服务来领导团队，着重理解和关注团队成员的需求和发展，旨在使团队尽可能地实现最高绩效。它的作用是促进团队发现和定义敏捷，并实践和传播敏捷的理念。

十一、敏捷-待办事项列表改写：

待办事项列表是一个按顺序排列的工作列表，以故事的形式呈现给团队。其中价值较大的事项排在列表的前面。产品负责人制作产品路线图，显示了预期的可交付成果序列。产品负责人根据团队实际成果对路线图进行调整。在每次迭代会议中，产品负责人与团队合作，为即将进行的迭代准备故事，细化足够的故事内容。产品负责人向团队介绍故事的创意、潜在的挑战或问题。

十二、SCRUM的三个物件-冲刺列表改写：

冲刺列表明确了冲刺的目标，并具体定义了冲刺期间需要完成的任务。它通常放置在团队可以方便查看的地方。任务并非是分配下去的，而是团队经过讨论后由个人自主选择。对每个任务，团队每天都会更新估算的剩余工作量。冲刺计划会议的结果就是冲刺列表。冲刺列表是团队的资产，团队可以根据需要增加、删除或修改任务。对于一些事项，团队可以先做整体估算，若团队同意则可采取这种方式。

备考资料分享如下：