Project management 比一页大的甘特图有用吗？

我曾参与过一些使用甘特图管理的项目。其中一些项目有大量的任务，项目经理将所有的时间都花在MS project上，而不是做出正确的选择

如果有多个独立的团队（如法律、IT、营销）致力于整体管理一个项目，我可以理解这一点

---

是否有人参与过使用甘特图取得成功的软件开发项目？

只有当甘特图有足够的细节让项目经理了解项目的状态，并正确考虑依赖关系和资源时，它才有用

你可以用胶带把几张纸粘在一起

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

---

我的许多非琐碎的开发项目都受益于项目规划工具的合理使用。

只有当甘特图有足够的细节让项目经理了解项目的状态，并正确考虑依赖关系和资源时，它才有用

你可以用胶带把几张纸粘在一起

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

---

我的许多非琐碎的开发项目都受益于项目规划工具的合理使用。

一个比一页小的GANNT图表有用吗？这些小信息可以很容易地放在白板上或张贴板上，或者任何你经常看到的东西上。当你可以在一分钟内用铅笔在你所有的纸上指定必要的信息时，你就没有理由开始使用任何GANNT工具了。

而且一张比一页小的GANNT图表有用吗？这些小信息可以很容易地放在白板上或张贴板上，或者任何你经常看到的东西上。当你可以在一分钟内用铅笔在任何纸上指定所需信息时，你就没有理由开始使用任何GANNT工具了。

是的，我看到它成功了。在成功的案例中，他们采用了分层方法

---

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

是的，我看到了它的成功。在成功的案例中，他们采用了分层方法

---

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

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

此外，甘特图的奴隶是一件非常常见的事情，尤其是对于来自不同学科的项目经理

但是，它们有助于确保在特定期限内完成操作（使用XYZ设置帐户，让合规性检查网站上的措辞等）。编程任务的粗粒度截止日期也很好

---

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

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

此外，甘特图的奴隶是一件非常常见的事情，尤其是对于来自不同学科的项目经理

但是，它们有助于确保在特定期限内完成操作（使用XYZ设置帐户，让合规性检查网站上的措辞等）。编程任务的粗粒度截止日期也很好

---

在我看来，我确信有些人在微观管理编程过程中取得了成功。

我们总是在项目规划中使用Gannt图表。它们总是有用的——在一切都说了和做了之后，Gannt图表是可视化项目的最佳工具之一

然而，它是一种工具。如果工具使用得当，它是有效的。如果不是，它可能会起反作用

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

稍后，您可以一直深入到单个任务级别，并且可以创建单独的项目计划来处理这些任务