学过项目管理的人可能都了解“项目”指的是什么,其实生活中,处处皆是项目。在项目管理的过程中,还是有一些套路和方法的。工作那么多年了,也在看相关的书籍,在看的过程中也将自己觉得重要的东西记录下来,分享给大家。
1、干系人的应用
尤其是在会议中记录的一些需要会后去行动执行的事情的记录中,可以将干系人应用进去,一个简单的模板如下:
工作内容 | 截至日期 | 批准人 | 负责人 | 被通知人 | 备注 |
---|---|---|---|---|---|
昨晚意见事情之后,不是做完就完事了,还需要通知下一个环节的人。
2、有关风险管理
风险管理主要分四个部分【及其例子】:
- 风险识别;【奶粉被卡在海关】
- 风险评估;【可能性高】
- 风险应对计划;【找到当地奶粉供应商;与主料分别寄送】
- 风险控制;【如被卡在海关,第一时间通知当地供应商采购运货】
3、有关计划的制定
在制定计划的时候,不能只是写行动,而不写上可交付的结果。什么意思呢,比如:讨论测试方案。这个是动作,而可交付的成果是:确定测试方案。在比如:明天开发用户管理模块的功能;没有强调结果,是开发完成呢,还是完成数据库表结构的设计,还是其它什么。
做计划的时候,我们还经常会遇到时间的评估。最常用的两种评估方法有:
- 三点估算发:是基于PERT(计划评审技术)的时间估算法。(最悲观时间+4 x 最可能时间+最乐观时间)/ 6;
- 最乐观时间 x 1.5;
WBS是准确估算时间的基础,在没写WBS之前,所有的估算都是浮云。
4、有关项目启动会
项目启动会也叫开工会,是一个项目中最最重要的一个会议。在这个会上,不忙于安排细致的任务或立军令状,最重要的是建立沟通交流的渠道。良好的沟通渠道可以减少内耗,让项目进行得更顺利。可能的沟通渠道的数量可以用一个简单的公式计算:N ( N - 1) / 2 。如果两个人,N=2,沟通的渠道数量为1。人数越多沟通的复杂程度就越高。如何解决这个问题,在会上就需要定义清楚,在项目组内,指定一个人来综合各方面的情况,向上汇报。保证项目团队只有一个声音说话。定义好项目会议的频率和召开的形式。
5、明确团队职责
WBS制作完毕之后,就要规划一个RACI表。很多人都知道WBS的下一步是甘特图,却忽略了RACI矩阵。RACI是四个字母的简称:
- R - responsible ( 负责)
- A - accountable ( 问责)
- C - consultant ( 咨询 )
- I - informed ( 通知)
WBS | 负责( R ) | 问责( A ) | 咨询( C ) | 通知( I ) |
---|---|---|---|---|
RACI矩阵最大的意义:1、明确职责,各司其职;2、平衡工作量;3、用来给员工授权。