导图社区 PMP敏捷知识点梳理
PMP敏捷知识点梳理，内容包含敏捷、瀑布、迭代、增量的开发方法，敏捷基础以及敏捷实践三部分，一起学习。
社区模板帮助中心，点此进入>>
论语孔子简单思维导图
《傅雷家书》思维导图
《童年》读书笔记
《茶馆》思维导图
《朝花夕拾》篇目思维导图
《昆虫记》思维导图
《安徒生童话》思维导图
《鲁滨逊漂流记》读书笔记
《这样读书就够了》读书笔记
妈妈必读：一张0-1岁孩子认知发展的精确时间表
敏捷
开发方法
敏捷是为了面向用户价值
瀑布
瀑布是为了面向管理成本
迭代
迭代是为了做得精确做得好
增量
增量是为了做得快，快速分段交付
敏捷基础
4条核心价值观
1）个体和互动高于流程和工具
敏捷更多要求激发个体的主观能动性，而不是用大量的流程工具限制个体
2）工作的软件高于详尽的文档
尽量产生对客户有价值的成果
3）客户合作高于合同谈判
合作共赢而不是争执
4）响应变化高于遵循计划
拥抱变化
12条原则
1）尽早持续的交付有价值的软件来满足客户
2）善于利用需求变更
不要抗拒变化
3）短周期，快速交付快速迭代（越短越好）
4）作战室，业务和开发必须在一起工作
5）激励&相信
6）面对面
7）可用的软件是衡量进度的主要指标
8）可持续的开发（不是越快越好，鼓励稳定输出）
9）精益思想，对技术精益求精，对设计的不断完善
10）要做到简洁，尽最大可能减少不必要的工作
11）自组织团队
12）定期反省&作出相应的调整
敏捷实践
SCRUM - 3355框架
SCRUM框架概述
在一个迭代中计划的范围不发生改变（敏捷不是无底线的拥抱变化）
迭代计划 → 每日站会（每日规划） → 下迭代需求梳理（需求梳理会）
迭代产生的潜在可发布的产品增量
迭代评审会与迭代演示会（客户复盘）
迭代回顾会
“3355”
3种角色
PO
产品负责人
客户代表（甲方代表）
定义所有产品功能
决定产品的发布内容和日期
对产品的投入和产出负责ROI
根据市场变化对需要开发的功能排列优先顺序
合理的调整产品功能和迭代顺序
认同或者拒绝迭代的交付
SM
敏捷教练
起到教练的职责（辅助角色，提高技能，排除干扰）
领导团队完成SCRUM的实践以及体现其价值
排除团队遇到的困难
确保团队的胜任其工作，并保持高效的生产率
使得团队紧密合作，使得团队个人具有多方面职能的工作能力
保护团队不收到外来无端影响
DT
开发团队
人数：经典团队拥有5-9人
团队成员都是多面手
团队成员都全职工作
团队自我组织和管理
团队关系在一个迭代中应该是固定的，个人的只能可以在新迭代开始时发生调整
3种工件
产品
产品增量
5种仪式
产品梳理会
需求梳理及排序
迭代计划会的前置会议
迭代计划会 plan
1）选取用户故事，确定迭代目标（po&团队成员）
2）拆分任务（task）
每日站会 do
属性
1）每天都开
2）时间要控制在15分钟以内
3）站着开
不是为了解决问题（为了暴露问题）
1）所有相关方可被邀请
2）只有SM、PO、DT能够发言
避免无关的讨论
评审会议 check
针对产品
1）团队需要演示所完成的迭代
2）典型的做法是使用演示形式展示新功能或者底层架构的实现
3）非正式的
1）2小时的提前准备
2）不需要正式演示文档
4）整个团队都需要参加
5）邀请所有关注产品的人参加（欢迎所有人参加）
开放式会议
迭代回顾 act
针对过程
1）哪些工作良好（应该继续保持）
2）哪些不好（应该停止）
3）哪些可以改进（就被按优先排序的改进的行动达成共识）
内部会议，只需要SM、PO、DT参加
迭代PDCA
5种价值
勇气
公平
专注
承诺
尊重
