项目管理规范

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

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

你可能感兴趣的:(PM,研发管理)