2014年8月25日星期一01:00

计划不是独奏活动

撰写者

计划是我与爱恨交加的关系。如果做得正确,这是一件美事:团队共同努力,共同解决一系列问题。最初的激烈辩论最终随着反对意见和达成协议而解决。做得不好,这是可怕的景象。一个项目经理,独自坐在计算机上诅咒Microsoft Project。

相关概念

重要的是要清楚地区分许多相关概念:

  • 规划是一项活动,在该活动中预先制定了要采取的行动;
  • 计划是某种形式的文档,用于传达计划活动的结果。
  • Microsoft Project是用于生成计划中预期的某些组件(例如甘特图)的有用工具[1] 图表。

从这些描述中应该清楚,计划必须先于计划,并且将计划信息输入Microsoft Project并不能代替拥有实际计划。

计划中有什么?

计划应包括传达您如何实现目标所需的一切。它不应包含不必要的样板,因为计划可能会定期更改,并且需要易于保持最新状态。
重要的是,并非每个计划都需要相同的详细程度或涵盖相同的时间范围。项目团队需要一个计划,该计划应详细说明当前阶段,但对未来阶段可能含糊不清,因此他们可以协调工作。随着团队获得更多的经验和进步,或者缺乏这些经验,这种计划应该定期更新。

项目委员会需要一个简单的计划,其中要显示整个项目的主要里程碑和可交付成果的时间表,并从高水平指示如何使用可用资源来实现这些目标。这类计划应轻描淡写-因为细节尚不为人所知-只能在阶段结束时或针对异常情况进行更新。

PM的典型错误是试图将这两个级别的计划组合在一起形成一个文档,或者更糟的是将其合并到Microsoft Project中的单个计划中。这样做的问题在于,项目经理绝不允许更改“计划”,因为项目经理担心项目委员会会认为“计划”已更改。

当然不是,因为实际上有不同的计划有不同的目的和不同的粒度级别。但是,现在PM已停滞不前,并且计划(如果真的发生的话)现在已无法记录。

在您的项目上计划谁?

在许多项目中,假定项目经理负责所有计划。这是一个严重的错误[2]。应该计划工作的人就是执行工作的人。至少有以下原因:

  1. 即使是对所有要执行的任务都有丰富经验的项目经理,也可能无法在不了解团队其他成员能力的情况下准确地进行估算。[3];
  2. 没有参与计划工作的团队成员就无法合理地坚持其他人制定的计划。买进该计划需要参与创建;
  3. 除最简单的情况外,计划不是独立任务的列表,因此涉及的每个人都必须共同计划以识别依赖性和差距。

项目经理拥有该计划,并应确保计划的结果被捕获,记录并可以用于监视进度。但是计划本身就是团队活动。让每个人都在一个房间里,并完成需要一起完成的工作。向下钻取,直到每个人都清楚关键任务。问题假设。重复。

Plan well 和 prosper

计划不是一个单独的活动。如果您加入了一个项目,并且在每个活动旁边都有详细的计划(或更可能是一个时间表),而且您的名字,请询问下一次团队计划会议的时间。

不要忘记在下面留下您的评论。

参考文献
[1] http://en.wikipedia.org/wiki/Gantt_chart
[2] 在成熟行业中可能并非如此,但IT并非成熟行业。如果您不相信我,请问自己,其他行业接受60-70%的项目失败率的是什么。
http://www.zdnet.com/blog/projectfailures/study-68-percent-of-it-projects-fail/1175
http://www.versionone.com/assets/img/files/CHAOSManifesto2013.pdf
[3] 在某些组织中,同一团队在相似的项目上反复合作。在这种情况下,项目经理可以合理地进行所有计划。这是例外。

邓肯·瓦茨

之一 雷德韦斯帕的 真正的人物,邓肯(Duncan)于2008年从英国移民时加入了我们。邓肯(Duncan)是一位骄傲的威尔士人,与他的猕猴桃妻子一起来到新西兰,并沉浸在猕猴桃文化中–在他对橄榄球,牛排和奶酪派的热情中,这一过程得到了支持。邓肯的性格使他成为一名引人入胜的文学士。他能够与他人坐下来,提出他们的要求,并收集获得成功所需的信息。并在他玩耍的同时加点幽默,使整个过程变得更加有趣!

©BA Times.com 2020

麦格雷戈徽标白色网站