项目管理规范

如下项目管理规范是个人在做项目管理时的一些心得，欢迎拍砖。

PM

PM的职责

1. PM负责项目的整体规划（Milestone制定、收集汇总任务细化）、站会、风险的处理、组织项目总结
2. PM是项目的最后一个关口，保证所有的风险可以处理掉。PM处理不了的风险，找能处理的人协助（比如架构师）

PM的要求

1. 必须以身作则，要有最强的时间观念和责任意识
2. PM是联系各方的纽带，在跟各方沟通时，务必真正理解了对方的需求，也向对方传递了自己的需求
3. 每件事情都要给出明确的状态，给出预计完成的时间点
4. 善于调用一切资源为项目服务，下属、平级、上级甚至公司外的人
5. 胆大心细：出现风险时果断做决断；清楚项目涉及的所有事项及状态，切忌遗漏
6. 把事情往最好处想，但是要做好最坏的打算
7. 要有并行思维，不能被一件事情block 住
8. 略懂些技术的基本机理，好从项目管理的角度处理风险

项目管理的目标

1. 按时和保质是最基本要求
2. 提高项目管理的效率，花更少的时间，做更多的事
3. 让大家做得开心

项目管理的核心

项目管理的核心是风险的把控和尽可能发挥每个项目成员的潜力。

风险的把控

项目管理关键是风险的把控，一定要具有风险意识。项目管理要具有拥抱变化、解决时候风险的能力，但是好的项目管理“风险发现、解决的越早越好”。风险的处理分为：

• 事前：尽量把大部分风险在事前消除掉，不能消除掉也要考虑进去
• 事中：没法保证事前想的面面俱到。当不可避免出现风险时，在风险有些苗头时，就全力消除掉，以免扩大为大风险
• 事后：当风险已经成为大风险时，首选调动更多资源、其次加班、最后砍功能，务必果断。

发挥每个项目成员的潜力

人是项目管理的另外一个核心要素。赋予每个项目成员明确的职责，发挥大家的聪明才智。

• 测试：测试阶段bug的闭环
• 产品：验收阶段bug的闭环

项目管理的要素

计划

• 目标满足SMART原则
• 要有Milestone
  Milestone的制定原则
  • 时间上尽可能均匀的分散在整个项目周期
  • 优先级高的往前排
  • 风险高的往前排
  • 被依赖的往前排
• 每个事情标注下优先级和风险等级，至少高优先级和高风险的务必标出
• 要有细化。细化的原则为
  • 什么时间点，完成什么事。粒度到后端提供接口给前端的时间、提测的时间、测试完成的时间、验收完成的时间。这些时间必须得到所有相关方的确认。细化的粒度不能太粗（原则上一个事情不应当超过一周没有变化），例如如果是较为复杂的任务，则细化为子任务。
  • 每个模块有依赖要及时说清楚【依赖谁、期望什么时间点提供什么】
  • 计划务必是可执行的，步骤全面，每一步的工作量评估好
• 要留Buffer，Buffer的长短依具体情况而定，对于时长3-4周的版本，一般留1-3天buffer。对于巨有较大风险的依赖（比如依赖甲方），务必多留buffer，并且越早做越好
• 细化并不应该成为限制大家的枷锁，毕竟计划赶不上变化。所以计划也可以动态调整，但是请确保不会对最终的项目交付造成影响，并注明调整的理由；原则上milestone是不可调的，可调的是中间状态。

执行和跟踪

• 项目进行之后，除非必要，不改功能
• 要有站会
  • 站会主要是查看任务的状态、看看有无风险，如有风险，则进行处理
  • 站会的召开时间建议在早上
  • 务必控制站会时间，一般在10分钟以内，最多不超过15分钟。有的风险在站会上无法解决，则站会后召集相关人专门讨论解决
  • 参加人越少越好，相关人参加即可
  • 站会一般每天召开，如果已经知道项目状态正常，当天也可以不召开
  • 要有站会纪要，包含项目总体状态、昨日完成了什么、下来要做的关键事情（责任人、完成时间点），必要的话加上特别说明
• 定期发布项目具体状态。
  • 以每个功能点为维度，表明每个功能点的状态，可能的状态有：完成接口开发、完成前后端联调、完成测试、完成验收等等。
  • 至少每周发布一次项目的具体状态

项目总结

1. 项目要定期总结，具体频率视具体情况而定
2. 总结务必转换成Action