项目管理资源网

您的位置:项目管理资源网 >> PM 百科

案例分析:项目交付有遗漏如何处理?

2019/7/4 9:31:11 |  896次阅读 |  来源:网友转载   【已有0条评论】发表评论

遗漏是某人忘记应该做某事的行为。在项目管理中,遗漏是指没有按照要求生产或交付项目的终端产品或服务在项目管理中,遗漏有两种表现形式:没有做的事和做不到的事。在项目关键时刻出现的遗漏所需付出的代价最大。例如,如果可交付物在检测过程中出现重大缺陷,那么项目团队必须返回流程中检查哪些东西被遗漏了。更糟糕的是,如果交付物在交付给客户后,发现其没能发挥应该发挥的功效,客户将要求修复——甚至有可能会拒绝使用该产品或服务。在这种情况下,所有投入到项目中的经费和时间都浪费了。

  首先是没有做的事。这些任务被遗漏,是因为:

  ①没有提前进行充分的规划或没有考虑即将会出现的问题。

  ②拖延,只集中精力去做容易的、有趣的事情。

  ③没有采取必要的措施。

  ④没有认识到要求做那些遗漏的事情——当我们自以为已经分析了需求时,没有对其进行充分的、一点程度的挖掘。

  其次是我们做不到的事,是因为:

  ①某人、某个规则或条例阻碍了这些事情的完成。

  ②预算或时间限制阻碍了这些事情的完成。

  ③资源不充裕或分配错误阻碍了这些事情的完成。

  1案例分析

  我曾帮助一家新成立的软件公司实施“杀手级应用软件”的项目。这个项目已远远落后于既定的软件发布时间。公司的士气非常低下,团队成员都感觉他们在这个明显的“失败”上不断地重复工作。

  当我审视这个项目时,我发现他们使用的是以时间为导向的工作分解结构:初步设计、细节设计、编码和单元检测、整合检测。团队成员很困惑,因为他们遵循了工作分解结构,却没有实现项目目标。

  我让团队成员根据他们试图开发的软件功能来重新修改这个工作分解结构。我们在每个阶段都把设计任务放在一个功能结构的组件中,然后在每个设计任务中放入检测任务。团队成员很快就发现许多设计任务没有完成,尽管设计文件和检测都完成了。我们还看到由于计划的嵌入式结构,许多本可以完成的整合检测都被阻碍了。

  大量涉及任务的遗漏引发了无数问题,导致团队无法确定该如何编写编码才能使其和组件中的各种功能相兼容。另外,由于时间限制,那些本可以完成的检测任务的拖延增加了其他任务可能会被遗漏的风险。采用新的以交付任务为导向的实际分解结构允许团队关注那些当时被遗漏的任务,减小了未来检测任务被遗漏的风险。

  一旦关注点改变了,项目团队的士气就会大大提高。软件按时发布,也没有像之前预想的那样超出预算。

  2危险信号

  如果在交付任务的检测中发现了问题,那么很有可能是遗漏了重大任务。把检测中发现的问题当做一个危险信号,这个信号需要引起项目经理和团队成员的关注,检查项目的启动、规划、实施及控制是否被执行,以及是如何被执行的。

  3解决方法

  遗漏是不可避免的风险。我们不能保证项目中的所有事情都得到了良好的定义、分享及具体的规划。然而,我们可以减这个风险发生的概率。团队成员要了解哪些必须遵守的项目管理流程以进行良好的规划,这一点是至关重要的。如果项目的启动、规划、实施及控制都做得很好的话,项目中的任何因素都不会被疏忽,遗漏的风险也会最小化。

4处理遗漏的技巧

①投入足够的时间去分析项目需求

②在详细的以交付任务为导向的工作分解结构中记录可交付任务的范围。

维持项目范围和预算、时间及

资源间的平衡。

④获取足够的资源以执行要求的所有任务。

衡量并监测项目进展。

让客户参与设计或流程规划。


    项目经理胜任力免费测评PMQ上线啦!快来测测你排多少名吧~

    http://www.leadge.com/pmqhd/index.html

“项目管理生根计划”
企业项目经理能力培养和落地发展方案下载>>

分享道


网站文章版权归原作者所有,如有认为侵权请联系我们,将于1个工作日内作出处理!
网友评论【 发表评论 0条 】
网友评论(共0 条评论)..
验证码: 点击刷新

请您注意护互联网安全的决定》及中华人民共和国其他各项有关法律法规或间接导致的民事或刑事法律责任
·您在项目管理资源网新闻评论发表的作品,项目管理资源网有权在网站内保留、转载、引用或者删除
·参与本评论即表明您已经阅读并接受上述条款