工程和IT洞察:工程师的时间表

缺少或不现实的计划是失败项目的常见坏习惯。缺乏项目空间方面的经验可能会导致粗略的估计和进度下滑。芝诺的项目悖论是,无论你在一个后期项目上多么努力,它永远不会超过90%。问任何一个项目的项目经理,他们总是说项目已经完成了90%,即使他们花了200%的预算,并且迟到了几个月,有时甚至几年。

通过Dennis Brandl是控制工程公司的 10月8日

数学课使用芝诺悖论来帮助教授微积分。埃利亚的芝诺(约公元前450年)以他的悖论而闻名,这个故事讲述了阿喀琉斯(世界上跑得最快的人)和一只乌龟之间的比赛。他的悖论是,无论阿喀琉斯跑得多快,他都无法抓住乌龟,因为当阿喀琉斯跑到一半的时候,乌龟已经移动了,阿喀琉斯现在有更远的路要跑了。微积分的发明推翻了芝诺悖论,但没有高等数学可以推翻芝诺悖论计划。芝诺的项目悖论是,无论你在一个后期项目上多么努力,它永远不会超过90%。问任何一个项目的项目经理,他们总是说项目已经完成了90%,即使他们花了200%的预算,并且迟到了几个月,有时甚至几年。最终,这些项目被宣布为“完成”,即使它们只交付了所需功能的90%。

在不成功的项目中,一个坏习惯是没有或不现实的计划。一旦人们意识到这个问题,项目就会不可避免地陷入芝诺项目悖论。

你知道你的项目是否有这种坏习惯,如果(a)没有固定的日程安排,(b)没有人知道真正的日程安排,或者(c)日程安排似乎每隔两周就会推迟至少一周。一旦您陷入这种情况,几乎不可能按时、在预算范围内完成项目,并具有所需的功能。

一种糟糕的情况是没有固定的时间表。当项目团队在问题领域没有经验时,通常会出现这种情况。如果没有任何经验,就无法知道需要什么任务,如何估计任务所需的工作量,以及如何对任务进行排序。当这种情况发生时,项目团队通常只会提供成本和进度的“大概”估计,然后直接进入项目。只有在后来,当项目预算的很大一部分已经花费,而没有任何进展的迹象时,警报才会响起。然后,每个人都会争先恐后地制定一个新的时间表,但由于不清楚已经完成了什么,还需要完成什么,新的时间表通常是错误的,而且过于乐观。没有固定时间表的项目可以成功,但这仅仅是因为项目团队几乎超人的努力,不幸的是,这不是一个成功的可复制方法。

如果你有一个时间表,但它似乎比可口可乐的配方更神秘,那么你的项目有一个主要的坏习惯。时间表是目标,允许人们计划他们的工作,并调整自己完成工作而不会筋疲力尽。职业选手不会参加只有到达终点才知道距离的项目。跑步者用比赛距离来调整自己的速度,这样他们就可以完成比赛,而不会筋疲力尽或跑得比他们应该跑的慢。工程师对自动化项目也是如此;他们需要知道这个项目有多大,这样他们才能在预算内按时完成,并满足所需的功能。当项目进度表不被广泛使用,只被最高管理层看到和使用时,那么它对项目的价值就很小。如果不知道时间表,那么根据这个隐藏的标准来判断团队成员的表现是不合理的。如果每个团队成员都不知道项目进度在哪里,如何访问它,以及如何阅读它,那么您的项目就有麻烦了。时间表应该贴在纸上或项目Wiki的显眼位置上,让所有人都能看到。

如果你的项目进度似乎每隔两周就会推迟至少一周,不要相信最终你会赶上进度。这不是芝诺悖论,级数收敛于一个有限值。这是芝诺悖论项目的早期阶段,终点总是有点遥不可及。这是一个糟糕的情况。你有一个时间表,每个人都知道这个时间表,但每个人似乎都错过了时间表的最后期限,尤其是关键路径的最后期限,而且似乎没有人知道为什么时间表一直在推迟。另一种认识这种情况的方法是,当计划发生变化,关键路径活动似乎每周都在变化。

当项目团队了解计划的重要性,但在问题领域没有经验时,就会发生这种情况。在不考虑可行性的情况下将进度强加给项目团队时,也可能发生这种情况。要记住的一个关键短语是“强加的计划变成了项目的处理。”时间表的制定必须具备问题空间的知识、可用技术的知识、工程师和专家对时间表可行性的一致意见,以及项目所有者对最小和期望功能的一致意见。

无论你采用什么项目方法,时间表都很重要。在瀑布式方法(需求、设计、测试和部署)中,进度表提供了项目里程标记。它允许项目成员查看他们是否需要加快速度或应用更多资源。如果您使用的是迭代方法,例如SCRUM或敏捷,那么时间表就相当于一个循环计数器。贯穿需求-设计-测试-部署阶段的每个周期都是对项目进度和项目完成的推进的检查。

不要让你的项目陷入芝诺项目悖论。通过使用问题空间和可用解决方案的知识构建计划,让所有团队成员知道计划,让团队成员接受计划,并根据计划跟踪成就,来避免这种悖论。遵循这些规则将帮助您度过自动化项目中的“90%完成”阶段。


- Dennis Brandl是北卡罗来纳州Cary BR&L咨询公司的总裁,网址是www.brlconsulting.com。他的公司专注于IT制造业。与他联络:dbrandl@brlconsulting.com

-另请阅读:

IT和工程洞察:控制架构,谁需要它?-如果你有一个大型的控制软件编程项目,而没有控制系统架构师,微小的更改可能导致死胡同和错误的决策。

IT和工程洞察:不成功项目的七个习惯——了解你是否在一个失控的IT项目中是很重要的。以下是失败或即将失败项目的一些特征。如果您有三个或更多这样的项目属性,您需要一个项目“重新启动”。

生产线远程监控-工程和IT洞察:自动化工程师花费大量时间才到达正确的位置来识别和解决问题。解决这个问题的IT解决方案是基于VNC或虚拟网络计算。