PMP项目管理 敏捷 知识点整理

是一个度量单位，用于表示完成一个产品待办项或其他任何某项工作所需的所有工作量的估算结果

可以选择一个最小的用户故事作为基准

例如抽完一根烟的工作量为1个故事点，那么抽3根烟的故事点应该是3

故事点

衡量团队在单个迭代中可以解决的工作量的指标

速率

故事点和团队的速率

表格形式，哪些完成了，哪些在进行中

看板

理想剩余工作、实际剩余工作

迭代燃尽图

definition of done，要事先确定完成的定义

DOD原则

看板和迭代燃尽图

先做优先级最高的

一开始不需要对详细的需求收集进行很高的投入

一开始不需要编写大量的文档

每次的迭代（冲刺）时间是固定的（一般2-4周）

客户参与度很高，频繁演示和交付

拥抱变更，快速适应变化

敏捷项目

理解并传达需求，对需求进行收集，管理和优先级排序，与开发团队协作并回答问题，接受或拒绝完成的成果

产品负责人 PO

召开每日站会，保护团队不受外部干扰，仆人式领导，服务型

Scrum 主管

完成需要交付的成果，自组织或自我管理，通用的专才（一专多能）

开发团队

敏捷中的三个角色

也叫产品功能列表或未完项，由产品负责人来负责

一组条目化的需求，必须从客户价值的角度去描述，并按照优先级排序

典型的描述方法：用户故事，作为一个 <角色>，我想要 <功能>，以便于实现 <价值>

产品待办事项列表 PB

迭代期间不变更，变更不应该纳入到迭代待办事项中，而是应该纳入到产品待办事项中，并与剩余的工作按优先级进行排序

迭代（冲刺）待办事项

确定下一个迭代要完成哪些用户故事，将大家一致认可的用户故事放入迭代待办事项清单中

迭代规划会议

一般只有15分钟

昨天做了什么、今天计划要做什么、遇到了什么问题

当有人提出遇到了什么问题，站会上不讨论问题，只记录

每日站会

在迭代结束前演示成果并接受评价的会议

迭代评审会议

总结经验教训，哪些做得好，哪些可以做得更好，下次迭代准备做哪些改进

回顾总结会议

SoS会议（Scrum of Scrums）

持续集成

只做符合测试要求的事情

测试驱动开发 TDD

补充

常见四大会议

外框

敏捷