PMP知识点汇总-敏捷常考知识点

目录

一、敏捷思想理念总结

1.敏捷宣言

1.1.价值1：个体和互动 高于 流程和工具

1.2.价值2：可工作的软件 高于 详尽的文档

1.3.价值3：客户合作 高于 合同谈判

1.4.价值4：影响变化 高于 遵循计划

2.敏捷12原则

3.敏捷核心实践和原则

二、敏捷里的“3355”-Scrum 角色 工件 活动

1.Scrum框架-3种角色

1.1.产品负责人（PO）

1.2.Scrum Master

1.3.开发团队

2.Scrum框架-3个工件

2.1.产品待办列表

2.2.Sprint 待办列表

2.3.产品增量

3.Scrum框架-5种仪式

3.1.冲刺计划会议

3.2.每日站立会议

3.3.冲刺评审会议

3.4.冲刺回顾会议

3.5.待办事项梳理

四、敏捷综述 

---

一、敏捷思想理念总结

1.敏捷宣言

我们一直在实践中探寻更好的软件开发方法，身体力行的同时也帮助他人，由此我们建立 了

如下价值观 :

✅个体与互动 重于 流程和工具

✅工作的软件 重于 详尽的文档

✅客户协作 重于 合同谈判

✅响应变化 重于 遵循计划

也就是说，尽管右项有其价值，我们更重视左项的价值。

1.1.价值1：个体和互动 高于 流程和工具

1.2.价值2：可工作的软件 高于 详尽的文档

开发团队应当专注于生产出可工作的产品。 在敏捷项目中，衡量你是否真正实现产品需求的

唯一标准是生产出与该需求相对应的产品的特性。对于软件产品，能够工作的软件意味着该

软件符合所谓的完工定义 (DoD): 至少是已开发、已测试、已集成和已归档。毕竟，能够工

作的软件才是项目的根本。

1.3.价值3：客户合作 高于 合同谈判

未来很难预测，软件系统是无形的，企业很少会创建两次相同的系统，业务不停在变，技术

也在快速发生变化

一开始的时候就应该认识到，自始至终我们应该和客户一起致力于共同定义的“完成”

客户不可能做到一次性地将他们的需求完整清晰地表述在合同中

为开发团队和客户的协同工作方式提供指导的合同才是最好的合同

客户不是敌人，将客户看做项目的一部分!

1.4.价值4：影响变化 高于 遵循计划

变更是创建伟大产品的有价值的工具。 通常如果能快速响应客户，产品用户和市场，项目

团队就将能开发出符合人们需要的、有用的产品。

2.敏捷12原则

⭐我们最重要的目标，是通过持续不断地及早交付有价值的软件使 客户满意

⭐欣然面对需求变化，即使在开发后期也一样，为了客户的竞争优势，敏捷过程 掌控变化

⭐经常地交付可工作的软件，相隔几个星期或一两个月，倾向于采取较 短的周期

⭐业务人员和开发人员必须 相互合作 ，项目中的每一天都不例外

⭐激发个体的斗志，以他们为核心搭建项目，提供所需的环境和支援，辅以 信任 ，从而达

成目标

⭐不论团队内外，传递信息效果最好效率也是最高的方式是 面对面的交谈

⭐ 可以工作的软件 进度的首要度量标准

⭐敏捷过程提倡 可持续开发 ，责任人、开发人员和用户要能够共同维持其步调稳定延续

⭐坚持不懈的追求 技术卓越 和良好设计，敏捷能力由此增强

⭐以 简洁 为本，它是极力减少不必要工作量的艺术

⭐最好的架构、需求和设计出自 自组织团队

⭐团队 定期地反思 如何能够提高成效，并依此调整自身的举止表现

 

 

 

 

3.敏捷核心实践和原则

包括但不限于以下：

✅在迭代中尽早演示交付的价值

✅用户故事反映商业价值和优先级

✅客户持续改进

✅所有需求的验收测试

✅回顾

✅可持续的节奏或速度

✅沟通

✅高度可视化

敏捷不包含什么

✅预先的设计和需求收集

✅项目完工预测

✅死亡行军项目：项目团队为弥补估算差距无偿加班

✅强迫使用工具，例如任务管理工具

✅自上而下管理和控制

✅大量文件，特别的状态报告，软件架构图，软件需求规格说明书，测试计划

敏捷益处

✅强调协同合作，团队授权，频繁过程演示

✅轻量级，依靠白板，概要卡片和便利性工具

✅吸引开发者的开发重点

✅更快的上市时间和高优先级特征驱动开发生命周期,

✅关注, 拉而不是推

✅容易理解

✅满足客户的需要

二、敏捷里的“3355”-Scrum 角色 工件 活动

SCRUM 整体框架视图

（ 3 种角色、 5 个仪式、 3 个工件、 5 个价值观）

 (开放 Openness, 专注 Focus, 勇气 Courage, 承诺 Commitment, 尊重 Respect)

1.Scrum框架-3种角色

Scrum 团队由 5 到 9 个（ 7 ± 2 ） 团队成员组成。 有三种类型角色 ：

⭐产品负责人（ PO ）： 产品负责人定义项目愿景、需求和优先级，对产品成功负责。

⭐Scrum Master ： 负责团队，并移除障碍，帮助他们实现产品负责人所设定的目标。

⭐开发团队： 自组织、跨职能。他们协同工作 , 以确定如何最好地满足产品负责人的目标。

团队中有“鸡”和“猪”的角色，“猪”的角色包括 scrum master ， PO, team ；“鸡” 的角色是指团队成员以外的管理角色

1.1.产品负责人（PO）

1.2.Scrum Master

1.3.开发团队

2.Scrum框架-3个工件

Scrum 的工件以不同的方式表现工作任务和价值，可以用来提供透明性以及检视和调

整的机会。 Scrum 中的工件就是为了最大化关键信息的透明性，因此每个人都需要有相同

的理解。

2.1.产品待办列表

2.2.Sprint 待办列表

2.3.产品增量

3.Scrum框架-5种仪式

3.1.冲刺计划会议

3.2.每日站立会议

3.3.冲刺评审会议

3.4.冲刺回顾会议

3.5.待办事项梳理

Scrum 团队在冲刺中经常 会面进行待办事项的梳理 。

梳理或细分是一种逐步完善待办事项的方法，所以它会保留现有信息同时反映利益相关者的

需要。

该会议有助于：

✍增加新用户故事；

✍丢弃不相关的用户故事；

✍估算新增加的用户故事；

✍重新估算用户故事；

✍对用户故事进行优先级重排序；

✍史诗分解成更小的用户故事。

需要记住的点：

✍梳理会议提供了调整估算范围的最佳时机；

✍利益相关者的期望通过对产品待办事项进行与时俱进的更新来管理；

✍已经完成优先级排序和更新的产品待办事项应该作为冲刺评审会议的一部分由利益相关者来评审；

✍来自于运营和维护问题的反馈需要被考虑，新需求必须添加到产品待办事项中；

✍识别出的现有缺陷经过分析后，需要确保他们在梳理会议上被讨论。

四、敏捷综述