是一个甘特图大于单个网页都有用吗？

Question

我曾在几个项目设法通过使用甘特图。这些问题有一些已经具有数量庞大的任务和项目管理花费所有的时间摔跤MS项目而不是作出良好的选择。

我可以看到这一点，如果有一些独立的团队努力的东西(例如法律、营销)管理的一个项目的整体。

有人参加了一个软件开发项目，已使用甘特图的任何成功？

Answer 1

使用MS Project进行微管理软件开发项目是某人可以做的更愚蠢的事情之一，尤其是在敏捷环境中。太多的事情需要花费你预测的时间的十分之一或十分之一，太多的东西超支，太多的项目计划会议占用了有用的工作时间。

此外，作为甘特图的奴隶是一件非常普遍的事情，尤其是来自不同学科的项目经理。

但是，它们对于确保在某些截止日期之前完成操作（获取XYZ帐户，获得合规性以检查网站上的措辞等）非常有用。编程任务的粗粒度期限也很好。

在我看来，我确信有些人从微观管理编程中获得了成功的结果。

Answer 2

我们总是在项目规划中使用Gannt图表。它们总是很有用 - 在完成所有工作后，Gannt图表是可视化项目的最佳工具之一。

但它是一种工具。如果正确使用该工具则有效。如果不是它可能会产生反效果。

您需要知道如何正确规划项目。您需要了解任务列表中应包含的内容以及方法。例如，对于IT项目，几乎总是无用的，直到单个分配的级别（创建一个用于使用数据存储的表）。保持故事级别（允许用户登录），将整个团队分配给它，规划将变得更加容易。

稍后，您可以始终进入单个任务级别，并且可以创建单独的项目计划来处理单独任务的分配。

Answer 3

是的，我看到它成功了。在成功的情况下，他们使用分级方法。

不是拥有包含数百个任务的单个大型Gannt图表，而是有一个包含顶级目标的整个项目的主图表。然后有单独的图表来完成子目标。虽然这会以一种方式限制灵活性（您无法自动平衡子目标团队之间的资源），但它似乎更符合人类运作良好的方式：在中小型团队中。

Answer 4

我不是项目经理专业人员，但我负责复杂的开发项目 程序分析工具。

我在70年代后期绘制了甘特图页面大小。他们没有 足够的细节，所以我放弃了。含5个任务的甘特图无用。

从90年代开始，我使用过MS 项目涉及10个长达6-12个月的实际项目 约1周大小，任意组织50-250个任务 与团队有关的软件架构元素的heirarchies 5-10人这样的计划打印成3×5整页的网格 我们倾向于将它贴在可以看到它的墙上。

这些非常适合规划目的，因为 他们强迫你详细说明项目的主要活动，写 下来描述，顺序和优先顺序。团队可以看到任务， 并查看哪些是他们的，您可以与团队一起审核 成员，以便每个人都能提供有关持续时间的有用反馈 和任务排序。

他们没有用的是认真跟踪项目进度。 孙子告诉我们没有任何计划在战场上完好无损，甘特 图表也不例外。确实，小心翼翼，人们可以 每隔几周仔细修改计划并标记所取得的进展。 “真正的项目经理”可能已经这样做了。我们足够小心了 这样原来的计划任务就可以很好地完成了 一半的项目，到那时人们很好理解 问题和附加的重新规划发生但非正式而非 与MS项目。

我还使用了MS Project为严肃的计划许多类似的任务 时间和估计目的。这有不幸的副作用 产生实际估计数，大部分成本可见。 令人惊讶的是，实际估计如何杀死项目提 行业似乎想要低估低估开始项目; 难怪这么多超时和预算。

我与MS项目本身有一种爱恨交织的关系。它需要任务描述， 任务优先级和资源分配。但我不能说，“我喜欢此任务首先完成该任务”这将作为一个可选的任务预防要求，我不能将资源部分地分配给一个任务，部分地分配给另一个任务并获得任何合理的时间表。

但是对于复杂的项目估算，如果没有这个，我看不出你的生活方式。 敏捷的人会告诉你，你无法计划;我不知道他们有谁作为客户。 我从来没有找到一个愿意让我在没有计划或美元/时间预算的情况下让我工作的客户。

Answer 5

GANNT图表是否比单页有用？这些小信息可以很容易地放在白板上或邮寄或者你看到的任何东西上。当你能用一支铅笔在一分钟内指明必要的信息时，你没有任何理由开始与任何GANNT工具搏斗。

Answer 6

我参与了一个项目，其中使用甘特图/ MS项目文件来成功管理项目。项目信息由非开发人员经理维护，他们单独与团队会面以获取状态更新。这个系统似乎工作得相当好，甘特图为整个团队的状态提供了快速查看。在与我的一位在使用这种方法的公司工作的朋友交谈时，它似乎对他们的团队非常有效。

在其他项目上，我一直在研究开发主管预计会维持图表的位置，但这并没有成功。领导者通常会花费额外的时间来与MS Project搏斗。如果文化侧重于惩罚进度延迟而不是解决问题，那么甘特图可以很容易地被操纵，以便在交付日期之前按时显示项目。在这些情况下，甘特图成为一项额外的工作，对项目没有任何价值。

我认为关键点是让开发团队之外的人更新MS Project文件。甘特图应被视为用于沟通项目状态的工具，可能出现进度延迟问题和规划资源需求。有了这些项目，甘特图可能会有所帮助。

Answer 7

我发现甘特图对于规划项目的时间线并允许X天的休假，滑点等非常有用。它们也非常适合确保所有资源在整个项目中100％分配。

在实际开展项目时，作为开发人员和团队领导，我发现最好在短期迭代中工作，并为整个团队定义明确的任务。随着事情的发生，变化，或者人们被添加到项目中或从项目中删除，能够调整甘特图并查看项目变更的结果是很好的。

Answer 8

我曾参与过几个使用GANTT图表的项目。是的，它们很有用，是的，它们比页面大。我们所做的是将图表剪切并粘贴（字面意思是用剪刀和胶水）成一张大图并将其放在墙上。

McConnell在他出色的软件项目生存指南中建议让团队中的每个成员都能看到一些内容，以便大致了解他们是否正常，这就是我们的目标。

Answer 9

我完全赞同关于不适合敏捷开发的GANTT图表的评论 - 我们在一开始就没有清楚地了解实施细节。

另一方面，我不禁怀念一个痛苦的周末，我花了一个GANTT图表来处理我正在管理的项目，其中技术和要求得到了很好的理解，而且时间表非常重要。

我们的隔间部分的入口墙部分覆盖了这张GANTT图表（5页A4宽），并确保我们正在努力走向关键路径非常有用 - 完成所需的工作现在就完成了 - 并且还使我能够向项目委员会报告项目如何按计划进展的详细报告。

GANTT图表的用处肯定取决于上下文，但我会说，如果你了解自己的要求，特别是如果你对你的日程安排有很多重要性，那么它们就非常有用。

Answer 10

我不是甘特图的忠实粉丝，尤其是在MS Project中创建的图表 - 如此少的页面空间被用于如此少的信息，并且最多（如大多数图形）信息被扭曲或隐藏。如果甘特图帮助团队审查需要什么，谁被分配到什么任务，什么任务正在下滑，风险在哪里 - 那么它是有用的 - 然而 - 大多数甘特图是在项目开始时开发的，然后从未见过或再次使用。所以，回到最初的问题 - 尺寸重要吗????从最近的一本书中引用 - 如果它是愚蠢的并且有效，那么它不是愚蠢的

Answer 11

甘特图只有在项目经理有足够的详细信息才能看到项目的状态，并正确考虑依赖关系和资源时才有用。

你总是可以用胶带将几张纸粘在一起。

分析项目的原则 - 将其分解为阶段，步骤，可交付成果，确定资源需求可能比打印漂亮的图表更重要。

我的许多非平凡的开发项目都得益于合理使用项目规划工具。

Answer 12

  

是的，我看到它成功了。在成功的情况下，他们使用分级方法。

     

...

绝对。我还建议，当层次结构也映射到团队层次结构时，它最有效，例如，项目经理创建高级别图表，团队负责人管理中级图表，开发人员可能管理他们自己的甘特图，但更可能使用像JIRA这样的东西，因为这从开发人员的角度提供了一个单一的焦点，并且通常更加苍白（即它看起来不像计划，因此不会吓到它们;）

Answer 13

最佳利用我们不得不从甘特图在MSProject是用于能力规划的胚胎阶段的一个项目。你可以做的广泛刷的调度和假设，移动的东西周围，移动的人，增加在各种各样的里程碑等等。这可能给你信心，正在开发一个合理的计划。

但是然后用它在日常跟踪的大小小的任务，人们实际上需要做的是，正如已经提到的那样，自找麻烦。我有什么用的巨大效果的管理时间尺度，在这个微型水平 Fogbugz的 EBS的东西。你必须在它的工作，但它确实有助于保持一个处理的事情。

总的来说，通过重复了-甘特是伟大的发展一个软件的计划，但不是每天更新。

作为页问题，大多数的计划我已经做了这一工作最好的(即送交的计划以人们在一个可以理解的细节水平)，可以做出适合A3打印输出。偶尔有几A3页。但A4只是太小，在大多数情况下，在我的经验。