标签:世界 实现 工具 疑问 职责 甘特图 领域 方式 环境
一个项目经理如果一直在项目中处于救火状态,那他就不是一个好项目经理。我所接触到的项目经理中,大家最常犯的一个错误,就是低估项目难度导致进度不可控制。
由此,我今天想和大家讨论的主题,就是项目风险管理
了。
项目中不可能没有风险,正如理财一样,没有风险就没有收益。低风险低收益,高风险高收益。而我们都知道著名的墨菲定律,既有可能出错的事就一定会出错
。项目中也一样,风险如果存在,就代表他一定会发生。
项目经理的主要职责之一,实际就是控制风险,监控风险,把风险扼杀在早期。如果项目风险管理的不好,那项目经理乃至项目团队就会变成项目风险的奴隶。被风险赶着往前跑,哪里有窟窿就往哪里上,被迫放弃正常的开发计划,导致项目延期。
以下内容,我将会和大家讨论一下项目中的风险有哪些,我们应该如何避免:
在项目管理领域,有对项目风险非常详细的划分,但我个人并未学过PMP相关内容,所以以下风险都是从工作中总结而来。
从我个人的经验来说,我将项目风险分为三种:不可抗力风险、外部风险、内部风险。每类风险都整理出一个列表,当做参考。
不可抗力风险通常来说和项目经理无关,也不是项目经理可以把控和处理的风险。而外部风险和内部风险,都应处于项目经理的监控之下。这两方面的风险控制好了,项目就得以顺利推进。若控制不好,那可能项目中就一直处于救火状态,甚至抢救不回来导致项目崩盘。
不可抗力风险超出了项目经理和项目团队的责权范围,通常不予以考虑。若真遇上这类风险,应报告的是你的上级/老板,以将自身的损失进行控制。
类似于上面的项目风险列表是有用的,可以逐一排查列表,去关注项目中的风险点。但每个项目的风险点不尽相同,需要对项目的状态了然于胸,才能推敲出项目中可能存在的特定风险。你所有的疑问和质疑,都可能是项目中发送风险的地方。
列表中的风险,我总结为需求风险、沟通风险、计划风险、技术设计风险、成员风险等五类。我针对每类风险,提供我自己的解决思路。
需求变更无可避免,几乎每个项目都一定会涉及到需求变更。原因不外乎前期沟通双方理解不一致、干系人突然冒出新想法等等。
我一般做一下几点来应对需求风险:
沟通风险我认为是在项目中最常见的问题。项目组内,客户与项目经理,沟通不及时导致大家信息不对称。可能造成重复工作,互相等待等情况。所以一个有效的沟通机制是很有必要的。
我一般是采取如下方式:
计划风险一般都是由项目经理自己造成的风险。通常由于对技术难点预估不足,自身经验不足,对项目考虑不全面等情况造成。
要解决这个问题,我认为除了项目经理提升自己别无他法:
技术设计风险一般由架构成员造成,如果类似于我这样项目经理同时兼任技术经理。那此部分风险造成的原因,也是我们自己的问题。
项目经理的一个主要职责还要多关注团队情况,在团队士气低落时,给予激励。在团队浮躁时,给予批评和压力。团队内起矛盾时,积极调和。发现项目中的不稳定因素时,要提前预备解决办法。比如调离问题成员;成员离职时,补充人员或任务转移等。
项目风险是一定会存在的,但我们要尽可能的发现和应对项目风险。把项目风险扼杀于襁褓之中。
正如魏文王见扁鹊一样。
魏文王召见扁鹊,问他说你家的三个弟兄我听说都学医,那么谁的医术最高啊?扁鹊脱口而出:我大哥的医术最高,我二哥其次,我最差。
魏文王就很惊讶,问:那你为什么名动天下,他们两人一点名气没有?
扁鹊说:我大哥的医术之高,他一个人可以做到防范于未然
。这个人病未起之时,他一望气色便知,然后用药把你调理好了,所以天下人都以为他不会治病,他一点名气都没有。也就是我们今天所谓的健康保健。
我二哥的能耐是能治病初起之时
。一个人以后他要酿成大病,咳嗽感冒的时候,他用药将他治好了。所以我二哥的名气仅止于乡里,认为是治小病的医生。
我呢?就因为医术最差,所以一定要等到这个人病入膏肓、奄奄一息,然后下虎狼之药、起死回生。好了,全世界以为我是神医。
希望各位都能把风险扼杀在早期,项目推进过程中一切顺利。以上所有内容,我也有许多知道但没做好的地方,共同努力。
《网易一千零一夜》
标签:世界 实现 工具 疑问 职责 甘特图 领域 方式 环境
原文地址:https://www.cnblogs.com/zer0Black/p/9573973.html