PMP聊天草稿小记

最近聊天，项目管理的～　

平时工作中项目实施也有过一些。但是真正聊起来，变成土八路，泥腿子，讲不出正规的方法论。虽然大家做的时候都是一样。但是问起来，还要要有点理的清的料才行。

今天问了个PMP刚考过的，收益不少。当然PMP资料里什么都有，这里只是随便记录一下。

-------------------------------

项目建立，评估阶段。

对于项目建立时，周期，人力，风险的初期评估有三种基本方法：

参数法

类比法

专家法

三种方法是互相涉及的，不会太独立。每种方法里也会用到一点其他方法的参考。

参数法，大家都用过，公司都会有自己的estimation表格，这些报表中有划分好的各个项目阶段的计算公式和乘积百分比。填入评估的数值后，计算结果自动生成。

类比法，就是参考已有的类似的项目评估方案，作为参考。

专家法，项目各个技术模块的资深人员来评估effort和相关参数。

-------------------------------------

项目实施过程，项目流程跟踪。

生成WBS　（R&A CUT SIT UAT）

根据WBS中细化的功能点确定项目周期

在project工具中可以列出各task的执行状态。会有并行、依赖关系。可以从该图看出项目的主线task。

-------------------------------------

关于敏捷

团队角色分为Project Master, Project Owner, Member(tech leader)

PM 管理、维护整个项目的sprint, 主持sprint会议。分派、维护backlog, 跟踪task的执行。

PO 协调业务需求，协调对外（对客户）的事物。

Member 实施具体task，汇总问题，线下联调，解决问题。

会议

kick off会议/Sprint会议　sprint开始的会议，交代本阶段的目标

daily meeting　一刻钟　各自回报完成情况，列出问题，准备线下讨论解决

验收会议　给客户交付演示。收集新需求。

追溯会议　验收后，如果需要，总结问题。

敏捷团队一般７+/-２的团队人员（一共）（想，９个人一刻钟的会议，每个人才能说几分钟）

实施中需要注意的情况是

对于backlog中task划分时，时间量度要统一。（比如每个人对0.5MD的理解是否一致）

PO要协调好客户突然在sprint中的需求变更。不可影响到sprint交付的效果。　（针对功能有限级，可做适当需求替换，保证交付的顺利）

重要的一点，测试。

经常被忽略，各模块可以自测，包括整合调试测试通过。但这不保证整个sprint的demo通过。

Sprint内的全功能验证必须进行。可以由PM或者PO来做。

燃尽图

项目开始到结束，backlog的逐渐较少的变化过程图。