如下项目管理规范是个人在做项目管理时的一些心得,欢迎拍砖。
PM
PM的职责
- PM负责项目的整体规划(Milestone制定、收集汇总任务细化)、站会、风险的处理、组织项目总结
- PM是项目的最后一个关口,保证所有的风险可以处理掉。PM处理不了的风险,找能处理的人协助(比如架构师)
PM的要求
- 必须以身作则,要有最强的时间观念和责任意识
- PM是联系各方的纽带,在跟各方沟通时,务必真正理解了对方的需求,也向对方传递了自己的需求
- 每件事情都要给出明确的状态,给出预计完成的时间点
- 善于调用一切资源为项目服务,下属、平级、上级甚至公司外的人
- 胆大心细:出现风险时果断做决断;清楚项目涉及的所有事项及状态,切忌遗漏
- 把事情往最好处想,但是要做好最坏的打算
- 要有并行思维,不能被一件事情block 住
- 略懂些技术的基本机理,好从项目管理的角度处理风险
项目管理的目标
- 按时和保质是最基本要求
- 提高项目管理的效率,花更少的时间,做更多的事
- 让大家做得开心
项目管理的核心
项目管理的核心是风险的把控和尽可能发挥每个项目成员的潜力。
风险的把控
项目管理关键是风险的把控,一定要具有风险意识。项目管理要具有拥抱变化、解决时候风险的能力,但是好的项目管理“风险发现、解决的越早越好”。风险的处理分为:
- 事前:尽量把大部分风险在事前消除掉,不能消除掉也要考虑进去
- 事中:没法保证事前想的面面俱到。当不可避免出现风险时,在风险有些苗头时,就全力消除掉,以免扩大为大风险
- 事后:当风险已经成为大风险时,首选调动更多资源、其次加班、最后砍功能,务必果断。
发挥每个项目成员的潜力
人是项目管理的另外一个核心要素。赋予每个项目成员明确的职责,发挥大家的聪明才智。
- 测试:测试阶段bug的闭环
- 产品:验收阶段bug的闭环
项目管理的要素
计划
- 目标满足SMART原则
- 要有Milestone
Milestone的制定原则- 时间上尽可能均匀的分散在整个项目周期
- 优先级高的往前排
- 风险高的往前排
- 被依赖的往前排
- 每个事情标注下优先级和风险等级,至少高优先级和高风险的务必标出
- 要有细化。细化的原则为
- 什么时间点,完成什么事。粒度到后端提供接口给前端的时间、提测的时间、测试完成的时间、验收完成的时间。这些时间必须得到所有相关方的确认。细化的粒度不能太粗(原则上一个事情不应当超过一周没有变化),例如如果是较为复杂的任务,则细化为子任务。
- 每个模块有依赖要及时说清楚【依赖谁、期望什么时间点提供什么】
- 计划务必是可执行的,步骤全面,每一步的工作量评估好
- 要留Buffer,Buffer的长短依具体情况而定,对于时长3-4周的版本,一般留1-3天buffer。对于巨有较大风险的依赖(比如依赖甲方),务必多留buffer,并且越早做越好
- 细化并不应该成为限制大家的枷锁,毕竟计划赶不上变化。所以计划也可以动态调整,但是请确保不会对最终的项目交付造成影响,并注明调整的理由;原则上milestone是不可调的,可调的是中间状态。
执行和跟踪
- 项目进行之后,除非必要,不改功能
- 要有站会
- 站会主要是查看任务的状态、看看有无风险,如有风险,则进行处理
- 站会的召开时间建议在早上
- 务必控制站会时间,一般在10分钟以内,最多不超过15分钟。有的风险在站会上无法解决,则站会后召集相关人专门讨论解决
- 参加人越少越好,相关人参加即可
- 站会一般每天召开,如果已经知道项目状态正常,当天也可以不召开
- 要有站会纪要,包含项目总体状态、昨日完成了什么、下来要做的关键事情(责任人、完成时间点),必要的话加上特别说明
- 定期发布项目具体状态。
- 以每个功能点为维度,表明每个功能点的状态,可能的状态有:完成接口开发、完成前后端联调、完成测试、完成验收等等。
- 至少每周发布一次项目的具体状态
项目总结
- 项目要定期总结,具体频率视具体情况而定
- 总结务必转换成Action