项目管理实战20讲
雷蓓蓓
网易杭研项目管理部总监,《网易一千零一夜》核心作者
立即订阅
3862 人已学习
课程目录
已更新 21 讲 / 共 20 讲
0/2登录后,你可以任选2讲全文学习。
开篇词 (1讲)
开篇词 | 为什么说项目管理是每个人的底层能力?
免费
常识篇 (3讲)
01 | 角色转换:程序员做项目管理的三大误区
02 | 十大领域五大过程组(上):程序员必须要了解的项目管理常识
03 | 十大领域五大过程组(下):程序员必须要了解的项目管理常识
硬技能篇 (12讲)
04 | 启动:识别项目中的四类干系人
05 | 规划:排除计划中的“延期地雷”
06 | 执行:打造品质,要从头开始“闭环”
07 | 监控:进展“巧”汇报,学会用数据说话
08 | 收尾:项目复盘,小团队也要持续改进
09 | 需求变更:化解程序员的“头号噩梦”
10 | 风险管理:如何系统化应对风险?
11 | 质量管理:一次把事情做对!
12 | 高效会议:项目中要开好哪些会?
13 | 故事案例(上):新手上路,如何引入变化?
14 | 故事案例(下):小步快跑,小而美的敏捷
15 | 工具方法串讲:手把手教你高效管理
免费
软实力篇 (4讲)
16 | 向上沟通:你必须要注意的三个误区
17 | 跨部门沟通:怎么让不归你管的人积极配合你?
18 | 向下沟通(上):无权无势,他们不听你的怎么办?
19 | 向下沟通(下):无权无势,他们不听你的怎么办?
特别放送 (1讲)
特别加餐 :“学习”到“实战”的距离,到底有多远?
项目管理实战20讲
登录|注册

10 | 风险管理:如何系统化应对风险?

雷蓓蓓 2019-11-19
你好,我是雷蓓蓓,今天我们来聊一聊风险管理。
其实,项目风险是一种不确定的事件或条件,一旦发生,就会对至少一个项目目标造成影响,比如范围、进度、成本、质量等,项目风险也可能对组织或组织的目标造成影响,比如财务、声誉等。
项目从构思的那一刻起,就存在着风险。而应对风险的方式,并不总是规避。如果风险给项目造成的威胁在可以承受的范围内,并且与可能得到的收获是相平衡的,那么这个风险就是可以接受的。
要想在充满不确定性的大环境下取得成功,组织应该致力于在整个项目期间,积极而又持续地开展风险管理。

系统化风险识别

风险识别的主体,应该包含项目中的团队成员在内的各方干系人,而不只是项目经理。组织中的每个层级,都必须有意识地积极识别,并有效管理风险。系统化的风险识别,是一个反复进行的过程,应该从构思阶段开始,贯穿项目规划和执行的始终
结合执行中常见的各类风险,我给出了一份项目典型风险列表,你可以在网盘中获取,提取码是 q45a。你可以对照这个风险清单,对你的项目情境下可能出现的风险,进行概率及影响程度的量化分析,从而形成你自己的初始风险清单。
识别风险过程的主要输出,就是初始的风险登记册,包括已识别的风险清单,以及潜在应对措施清单。对于已识别的每个风险,都要评估其概率和影响,并进行优先排序
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《项目管理实战20讲》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(8)

  • 穷查理
    我当前参与的一个项目主要风险如下:
    1、不可控因素太多,功能集成和需求设计严重依赖其他部门;
    2、项目发起人始终不知道自己想要的产品是什么样的,每次询问,就说让开发自己去想;

    目前主要风险识别途径:
    1、组织“吐槽大会”;
    2、找一两个小伙伴小规模沟通;
    3、每日困难反馈。
    2019-11-19
    2
  • Cy23
    原来风险管理里填写的内容,我一直不知道怎么填写,写的都是自己因为可能会影响项目进度的事件,虽然填写的都是正规风险管理的表格,听完你的课,感觉自己写的不够饱满、没有层次、不够系统。回头再有机会写的时候,我会回来复盘的。
    2019-11-19
    1
  • 桃子-夏勇杰
    面对风险需要勇气
    2019-11-19
    1
  • qpm
    旧上司曾经说过:不上线的项目说明不了任何技术问题。
    前几周对外测试开发了大半年的项目,各种异常和警报不断,正是这篇专栏所提及的风险管理不足的问题。我认真浏览了 风险清单,逐一对照后,发觉项目和团队都存在很多的bug。昨晚临时开会提出了内部沟通问题,今天看了清单,觉得得马上再开一次会。泪崩...
    最近算是不断地吃了缺少项目管理经验的亏,今年的开发经历还是让自己成长了很多,在年末可以有蓓蓓姐的专栏辅助整理一年的经历,非常幸运。

    现在项目的风险很多:
    1、沟通成本过高;
    2、人员默契不足,太新;
    3、工作流程没被完善和强调,很多问题依靠核心人员的决策而不是流程自动驱使人员去闭环一个个的问题;
    4、技术问题上:作为负责人技术构建的框架过于灵活,导致学习成本高,代码审核的难度过大,应该限制灵活性,强调规范。
    5、发布工具不足,人手操作,容易手抖。
    ....
    简直是太多了,项目确实出于危急的状态,希望最后一切能够顺利度过

    作者回复: 路要一步一步走,待办清单要一个一个done!

    2019-12-05
    1
  • DC41
    看到风险管理这一课,真应该好好再回顾一下项目干系人这一课,落实好清楚了解发起人对项目真正诉求这点上,就已经能暴露出不少项目风险。

    作者回复: 而且往往是致命风险

    2019-11-26
  • maks
    蓓格格,你好,在文中你给出了风险评级,但是风险指数如何计算呢? 例如 成本等.
    我对今天风险管理的理解:
    风险管理有点类似 软件开发过程中最佳实践 -- 问题越早暴露越好.
    对于上级来说早知道总比晚知道要好,
    对于下级来说早汇报也比晚汇报要好,
    至于说担心被BOOS或上级认为自己能力不足?
    这一点在我看来完全是不必要的担心,因为就算你隐瞒不报,那么问题还是问题.它还会在哪里,并不会消失不见.
    与其寄希望与在别人发现它之前改掉,倒不如提前汇报上去,然后加紧改掉
    如此就算万一你在规定时间内没有完成整改导致问题爆发,那对于上级来说他也早有准备.
    如果你在规定时间内规避掉了风险,那么上级说不定会对你的能力高看一层

    作者回复: 风险指数 = 风险发生的概率 × 风险发生后造成的影响,其中风险对进度、质量、成本、范围的影响程度判定,可以参考我在文中给出的量表。

    2019-11-20
  • 杨家二少爷
    项目中有遇到过需求考虑不充分,调整某一块的功能时,未考虑其它模块,需求评估测试不充分,着急上线,导致某个需求上线后其它模块一堆问题
    风险识别最重要的还是做好与项目干系人沟通,做好需求评审和项目上线前的代码评估

    作者回复: 对的,通常最大的风险都来自于需求环节,风险管理重在早期。

    2019-11-19
    1
  • leslie
    风险管理源自何处?好的监控才能做好风险管理。
          我们经常说系统风险。。。风险各种风险,可是任何事情都是有风险的,其实对于风险我们应当如下方式去看待:首先应当确认它有多大的风险,其次对于风险有哪些监控措施/预防措施,最后风险发生了处理风险的流程是怎样。只有整体且全面认识风险,我们才能处理好风险。
          以上是个人对此的一些薄见:期待老师下次的分享。

    作者回复: Bingo!

    2019-11-19
收起评论
8
返回
顶部