PMI-ACP®认证
适合敏捷开发项目 敏捷项目管理最佳实践
网络课程
PMI-PBA®认证
重视项目商业分析 商业价值与需求分析能力
NPDP®认证
产品管理国际认证 全球产品管理最佳实践
网络课
PMP®认证
单项目管理经典指南 年轻项目经理首选
北京 | 直播 | 录播
PgMP®认证
大型复杂项目全球标准 定位高级项目管理层
网络班
PfMP®认证
链接战略与项目 实现组织资源投资回报
全球直播
软考项目管理
信息系统项目管理师 系统集成项目管理工程师
计划 | 报名 | 经验
版面信息
本版版主
俱乐部导航
联盟·近期活动
社区热点
精彩专题
如何做好项目沟通计划
软件项目质量管理
国际工程索赔与反索赔
推荐信息
社区圈子
联系社区管理员
该帖子同步发自:(十月的博客 访问该博客)
1、风险识别不来自项目经理,风险识别主要来自WBS任务的执行者,要用软件工程师收集需求的心态去识别风险。
2、为每个风险设定规避计划和应急计划。特别是应急计划。很多项目经理技术即使管理风险列表,也不好好准备应急计划。或者干脆搞不清楚规避和应急计划有必要区分。
这就要求项目经理给出应急计划,因为只有提供了应急计划,才可能真心认为这个事情是个风险(而不是个延期的推脱理由),很多风险都是有一半几率会真的发生的,发生后会不会对项目造成致命的影响,项目经理或者组织还能不能够承担后果?这个才是问题的核心。
看一个项目计划中有没有风险应急计划,很多时候就能判断这个项目经理到底是不是足够专业了。
3、在执行的过程中,要始终基于风险管理来管理WBS,不断响应变化。有了项目经理,技术或者业务为中心的成员(我不管这些人在组织中的地位是比项目经理高,还是比项目经理低)才有可能有效输出。