我的(非技术)同事威胁着我目前正在计划的新项目的甘特图表。这可能为我们提供什么,这将是一个有用的工具?

有帮助吗?

解决方案

正如维基百科所说的那样 Gannt图表 是一种条形图(通常是“行类型”)的一种类型,可以帮助项目计划。它通常是在墙上手动绘制的,这是一张很大的(非常大)的纸,因为它很容易以这种格式修改。

alt text

这是一种非常简单的计划工具。您可以以Excel或等效的形式生产它;相当有效,只要可以大致估算项目的某些阶段所需的时间。如果有延迟 - 没问题 - 一行会被束缚,其他线保持不变,并且您将拥有新的项目结束日期。
重叠的阶段(时间)很容易看到,就像依靠另一个阶段的依赖相关性一样容易。

'确实是一切。

当然,Gannt的问题(或“时间表”通常在我的世界中称为“时间表”)是,在项目的开头,您将其所有这些都很好地放在墙上,感觉很热情快乐,...然后发生一个延迟,然后在图表上更改它,您仍然会很高兴...然后发生了另一个延迟,您再次绘制它,您仍然感觉很好.. 。发生100倍延迟...您感觉就像_______(审查)。

意思是,如果您实际上坚持那些小截止日期,这只是一个好的项目计划工具。 因此,不要再浪费时间在这里上班了!

其他提示

制作良好和维护的甘特图可以是一个很好的工具。主要好处是显示哪些任务取决于其他任务,预测项目如何受到延迟影响,并突出浪费时间,因为您正在等待其他事情。

过去,我成功使用了甘特图来进行软件项目管理。我还看到人们沮丧地抛弃了他们。

任何项目管理工具只有在回答某人实际问的问题时才有用。就我而言,我一直被问到两个问题,我的甘特图可以回答:

  • 我的经理:该软件何时处于可湿润状态?
  • 开发人员:我已经完成了您分配的任务。您现在要分配什么任务?

那么,甘特图需要什么因素才能有用呢?

多个团队成员

那应该很明显。如果只有一个团队成员,那么您只需要一列中的任务列表。您只会接一个地做它们。

了解任务是什么

这似乎是另一个明显的陈述,但是您会惊讶于有多少软件项目的定义不够良好,无法分为任务。实际上,您需要前期规范和一定程度的前期设计。在某些敏捷/极端方法中,您无法使用gantt图表,因为您不知道随后的3周迭代中会执行什么任务。

保持图表的时间和动力

有人必须花点时间来维持东西。通常,有人花几天时间构成详细的甘特图,然后忽略它。也许他会在一个月后把它拿出来,紧张地笑,然后扔掉,再也不会谈论它了。

完成任务和最佳估计后,将它们放在图表上。当第一个任务完成后,您必须在图表上标记该任务,然后在周围的所有其他任务上摇晃所有其他任务,以弥补您的估计是错误的事实。两天后,您再次这样做。再说一次,两天后。当然,当事实证明您会忘记某些东西或出现缺陷时,您必须将新任务放在图表上。

这听起来像是一项重大的时间投入,您是对的。这样做的动机从何而来?

实际上有人在乎结果

我成功使用甘特图的时代是每周进行项目管理会议的地方。经理会在房间周围走来,要求每个团队负责人陈述他们的项目何时交付。如果一个项目在落后,那么资源将重新分配。在前两次会议上,我会说我真的不知道什么时候可以交付,并会想出一个模糊的“三个月内”。这种尴尬使我改变了自己的策略,并确保我有一个甘特图表,在每次会议之前都是最新和准确的。

作为副作用,这使我的项目变得更好,更有效,我的团队成员更有动力。

没有一个发明值得使项目规划像今天一样不受欢迎,而是追踪甘特(Gantts),没有任何一项发明的信誉。跟踪甘特不仅应该被认为是有害的,还应被视为邪恶。这就是原因。

原因#1:他们的动力

跟踪甘特(Gantts)让您看到计划的每个步骤,以为要花费多长时间以及实际花费多长时间。您每天都会知道,在状态会议上,X阶段应该在三月开始,但是直到5月才开始开始。惊人的。您已经知道,当您进行初始计划时,该计划将随着项目的进行。新信息浮出水面。人和资源是不可预测的,等等。那么,在每次地位会议中,不断提醒您的早期预测在现实生活中的表现如何很重要呢?

原因2:他们强迫您坚持原始计划

跟踪项目的甘特图的想法意味着,您选择坚持过时的计划,而不是专注于不断地调整工作计划,而是因为它可以让您指出手指并突出显示错误的预测是不可避免的结果是该项目的早期计划阶段所带来的大量不确定性。毕竟,如果允许计划从根本上改变,您将无法跟踪甘特,对吗?它必须具有相同的形状,并且由相同的步骤组成,否则没有什么可追踪的……稳固的计划是“瀑布”实际上被认为是贬义词的第一个原因。提前计划与坚持原始计划相混淆。

原因#3:他们什么都没教

这并不是说这个项目的延迟实际上会改变您计划下一个项目的方式,除非您计划的项目可以预见和重复。毕竟,这就是甘特(Gantts)最初用于在工厂生产线上计划工作的方法,在工厂生产线中,任务的定义很好,并且其持续时间非常可预测。

跟踪添加到软件开发gantt图表的值为零。可以说甚至小于零。过去的估计不仅与新项目无关,而且您可以通过回顾随着时间的推移提高估计能力的幻觉是危险的。当然,CS学生可能真的不知道整合需要大量时间在现实生活中。但是,任何一生中参与两个以上项目的人都已经很清楚延迟项目的常见嫌疑人。项目被延迟的真正原因不是必须应用于一般估计的某些数学错误因素 - 这是第一次做某事而固有的不确定性,而不确定它将如何解决。

实际上,有一些项目管理系统试图从这个误导的角度攻击问题。他们衡量您的预测与实际绩效,并尝试使用统计分析来纠正您的总体估计。好像“丹尼总是低估一切14.3%”。丹尼并不愚蠢,假设他的预测错误是可以预见的确实是愚蠢的。它使原始的“治疗”(将因素添加到估计)与问题的原因相混淆。您的估计不是不准确的,因为它没有乘以“正确”因素。您的计划只是不完整;每个计划都以自己的方式不完整。

原因#4:他们将注意力集中在错误的事情上

您现在不专注于按时交付需要做的事情,而是专注于证明您的不准确预测的合理性。您没有专注于更详细的计划并将您的计划调整为新信息,而是重新设计了一个过时的计划。由于工作计划的零件被错误估计,因此很少延迟项目。它们被延迟了,因为简单的东西被排除在原始计划之外。跟踪甘特(Gantts)使情况变得更糟,因为如果一切都会在每个状态会议中都估计不良,那么您必须在计划中插入更多的详细信息?它们使您坚持使用甘特图中的大量,可追踪的工作。它们没有让您专注于适应和走上正确的轨道,而是让您重新审查无关紧要的决定。

还有一个问题,即没有足够的工具来管理足够详细的计划。如果您的工具允许您在此过程中公开所有这些经常被忽视的步骤,则您有更好的机会来构建一个良好的初始计划(和估算)。传统的甘特是低分辨率的野兽,开发人员理所当然地将其视为项目管理现实的漫画。需要的是一种工具,它使得在最早的阶段可以轻松地在工作计划中添加尽可能多的信息,然后使您的计划适应您的计划一样容易,就像不确定性的雾气缓慢从项目中逐渐消失一样。您需要的最后一件事是不断的低分辨率提醒您过去的预测不准确。跟踪甘特(Gantts)非常适合指着手指和遮盖驴子,而不是完成工作。

甘特图表软件允许分析复杂的依赖关系,并预测超支和延迟的影响。

但是,对于大多数软件项目而言,依赖关系和外部输入几乎没有,因此预测的关键是知道当软件团队说需要3周的时间时,要使用什么正确的乘数。

正如其他人所说的那样,甘特图(通常非正式地称为项目计划)是绘制任务和这些任务之间相互依赖性的一种方式,目的是确定项目的最低总总时间。

从管理角度来看,关键输出是识别关键路径,即任务列表,如果它们延迟了,则该项目将延迟。

一个非常简单的示例 - 例如,两个程序员正在研究一个具有三个任务的项目(代码模块A乘一个程序员10天,代码模块B服用一个程序员5天,然后集成A和B,将两个程序员带2天)。前两个任务(编码模块A和B)将同时执行,目的是完成所有三个任务,从而在12天内完成该项目。

在这种情况下,关键路径是编码模块A然后进行集成测试。模块B的编码实际上可以迟到5天(或超过5天)而没有影响,即使它确实按时完成,编码模块A将花费更长的时间。另一方面,如果编码模块A或集成测试完全划分,则整个项目将滑倒。

了解这种事情可以帮助您了解如何部署资源以及对特定任务的延迟是否可能影响整个项目。

它们有用吗?显然是的,但是有一个重要的警告:只有进入其中的信息是好的,也就是说:

  • 任务列表完成
  • 估计值准确
  • 任务之间的依赖性是全面的,
  • 代表团队的资源并正确映射到了任务。

从那里开始,团队必须遵守图表并按照正确的顺序执行任务(没有做更有趣的事情,而不是分配的任务可能会延迟某件事 /其他人的行动)。

如果您做了所有这些,那么是的,那么它确实可以帮助您,但是必须将工作置于预先的位置,以确保其准确和现实。

我喜欢Gantt图表,如果Mac有更好的软件选择来创建它们,我会一直使用它们。

看到依赖关系是巨大的。 “如果我们没有完成项目的数据回填部分,那么在WhatsIT增强功能上进行构造就无法启动。”

如果您的项目是一个软件开发项目,那么Gantt图表将不会非常有帮助,并且大多会浪费时间。它们不是为软件开发的流体性质而设计的,即。

  • 任务通常不是依赖订单。它们可以按任何顺序完成。
  • 任务的顺序可以改变完成任务所需的时间。
  • 任务可以产生其他任务,例如错误

结果是,您将花更多的时间更新计划,而不是完成工作。

只需管理您的要求,其他一切都会照顾好自己。

YMMV

许可以下: CC-BY-SA归因
scroll top