敏捷管理-pmp项目管理

敏捷管理

敏捷和传统区别

传统项目

敏捷项目

➢ 一开始不需要对详细的需求收集进行很高的投入➢ 一开始不需要编写大量的文档➢ 每次的迭代（冲刺）时间是固定的（一般是2~4周）➢ 客户参与度很高，频繁演示和交付➢ 拥抱变更，快速适应变化

敏捷中的三个角色

产品负责人(Product Owner，简称PO)

Scrum主管

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

开发团队

自组织和自我管理，通用的专才（一专多能）。

产品待办事项列表（也叫“产品功能列表”或“未完项” ）

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

典型的描述方法：用户故事（User Story）。

迭代（冲刺）待办事项

故事点Story Point：

速率Velocity

一个迭代中可以完成的故事点

DOD原则

关于DOD原则：Definition of Done，要事先确定“完成的定义”

迭代燃尽图

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

四大会议

迭代规划会议

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

每日站会

每天的内部短会，一般只有15分钟且站立进行。团队成员只需要讲三点内容： 昨天做了什么、今天计划要做什么、 遇到了什么问题。

迭代评审会议

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

回顾总结会议

哪些做得好，哪些可以做得更好，下次迭代准备做哪些改进