IT运维管理,ITIL,ITSS,ITSM,ISO20000-ITIL先锋论坛

 找回密码
 立即注册 - 请先获取邀请码

QQ登录

只需一步,快速开始

扫一扫,访问微社区

搜索
查看: 179|回复: 0

[PMP/IPMP] 方法 | 编制项目计划常见的16个问题,看招

[复制链接]
来自- 上海

参加活动:0

组织活动:0

发表于 2017-12-19 13:58:54 | 显示全部楼层 |阅读模式 来自- 上海
  目计划协调项目编制、指导项目执行、控制项目过程。编制项目计划过程中会遇到这样那样的问题,以下说说16个常见的问题,并给一些改良的思路。

  1.项目目标不明确

  在制定项目目标时可以参考德鲁克提出的SMART原则。

  2.项目计划不够全面

  计划片面是因为制定者对项目信息了解不够。通常,使用头脑风暴、数据挖掘分析等方法可以在一定程度上避免。

  3.不重视项目计划

  在国内,很多项目经理都不是很重视计划工作。一方面是为了赶进度,往往凭借以往经验直接干;另一方面也是由于变更过于频繁,『计划赶不上变化』

  4.计划『只走形式』

  项目计划原本是成功交付与项目目标之间的桥梁。由于计划必须符合一定标准,而实际操作中往往存在较大『弹性』。最终计划往往流于形式。项目计划原本是成功交付与项目目标之间的桥梁。由于计划必须符合一定标准,而实际操作中往往存在较大『弹性』。最终计划往往流于形式。

  5.沟通不够充分

  身为项目经理,在制定项目计划是必须明确自身资源,包括每个成员的精力、时间等要素。如果沟通不足,信息孤岛现象会很严重。

  6.没有考虑风险

  在任何项目计划中,都应有风险管理的内容。风险无处不在,没有风险管理的项目无异于在万丈高空玩走钢丝。

  7.项目里程碑设置不适宜

  阶段性的里程碑计划可以将长期目标分解成多个短期目标。不断按照既有计划完成阶段性目标,可以极大地鼓舞项目组成员斗志,提高团队和客户的信心。

  8.在项目计划没有留余地

  Nozuonodie,如果制定计划时没有预留充足的『阵地』周转,也就意味着整个项目经不起任何变更。诸葛一生唯谨慎,太过激进的计划通常不会成功。

  9.团队责权利划分不清或有遗漏

  责任分配矩阵可以有效避免工作和问责时发生『踢皮球』的现象。

  10.WBS的工作包太大或太小

  如果工作包太大,会导致分工混乱、执行拖延等情况;如果工作包太小,则会增加文档和沟通工作,降低效率。一般来说,在创建工作分解结构时,工作包最好在80小时左右(10个工作日)。

  11.资源需求完全依靠主观估计,而没有经过计算

  项目资源和成本管理计划通常以项目WBS和资源需求计划书为依据。常用的计算方法有类比估计、参数模型等。此外,还应该充分考虑风险费用。

  12.在制定计划时遗漏重要的假设或约束条件

  遗漏重要假设或约束条件往往对项目是致命的。通常可以采用头脑风暴、专家咨询等方法尽量避免这一类问题发生。

  13.没有重点

  明确各项工作的优先级的重要性可以有效指导成员分配个人精力,避免延误关键路径上的工作。

  14.忽视次要工作任务

  项目的关键路径是不断变化的,次要工作的延误也有可能会影响整体进度。此外,忽视细节对项目质量的影响也很大。

  15.工作分解不便于人员分工

  如果WBS的各个工作包与人员分工不能很好的耦合,最终WBS必将流于形式。

  16.不了解项目成员的工作能力

  身为项目经理,只有充分了解团队中每个成员能力和个人习惯、爱好,才能更合理地分配任务,最终确定成功。

  以上16种常见问题可以为项目经理在编制项目计划时提供参考,希望诸位在今后的工作中,能够避免以上问题。


本版积分规则

团购课程最新动态

 

 

高品质!好口碑!

百分百通过率!

PeopleCertEXIN

国际授权资质!

ITIL Foundation北上广

2天精华班,包证书

ITIL Foundation三天精

讲,知名讲师,包证书

ITIL Expert 金牌讲师北

上广深11天,包证书

DevOps Foundation

2天热点认证班,包证书

ITSS 认证IT服务经理

4天课程,包证书

Prince2双证4天高级班

Cobit高端课程2天班

Togaf高端课程4天班

 

报名热线: 4008-060-230


QQ|小黑屋|手机版|Archiver|ITIL先锋论坛万人社区 ( 粤ICP备17056641号|网站地图

Baidu

GMT+8, 2018-1-23 04:17 , Processed in 0.201538 second(s), 34 queries .

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表