崩溃或快速跟踪项目进度是否有效？

Question

我在Reddit Programming上发布了这个问题并没有得到任何回复。所以我希望Stack Overflow社区有意见。

你们有没有参与过落后的软件项目，“崩溃”或“快速跟踪”项目进度实际上使项目进度恢复正常？我从未见过这些项目管理技术中的任何一种真正起作用。我读过的所有关于软件开发的文章都说这两种技术不起作用，实际上推动了项目的进一步落后（例如关于神话人月的文献）。那么谁见过它？

谢谢Bill。

Answer 1

我只见过它一次。这是一个为期三到四个月的项目，预计将比原始交付日期多两个月。该项目得到了快速跟踪，事情最终重新回到正轨。

...请记住，那只是一次。我已经参与了更多的项目，其中PM试图使用这两种方法中的一种，并且他们惨遭失败并拖延了项目超过已经延长的日期。

Answer 2

它可以工作。但要付出代价：低质量（更多错误，更少测试）和烧毁程序员的营业额。

在许多情况下，由于神话人月中所述的原因，快速跟踪项目将无法按时交付并仍将支付全部负价。

Answer 3

我看到它有效，但这不是常态。

在我认为可行之前我想看到的东西：

1）具备适当技能和方法的员工。我不是指“.NET程序员”，我指的是详细的技术技能，业务领域技能（因此他们理解问题），个性契合并理解工具和方法（源代码控制，方法论等）。这种情况可能发生在那些有共同工具，标准和知识的大公司中，但你需要确保它们几乎所有的方框都在滴答作响。

2）任务必须很好地整除。最好的情况是，整个模块，应用程序或任务都是未启动的，您可以将新人置于其中。它最大限度地减少了技能，额外的沟通等。如果你不能分清出新人会做什么，你可能会严重破坏现有团队。

3）整个团队必须已经接受了这种方法。如果现有的团队不同意让人们参与其中是正确的，那么他们可能会对抗它并且你注定要失败。

4）你需要确定你已经解决了为什么它一开始就迟到了。如果这只是糟糕的估计，那么你有信心新估计是好的吗？如果它是范围蠕变你现在有范围和变化控制吗？如果是因为截止日期已经移动，你确定它不会再次移动吗？

如果你不能打掉所有这四个，那就不行了。

Answer 4

崩溃和快速跟踪是两件非常不同的事情......

快速跟踪是您不按顺序处理某些内容（任务或工作包）并尽早完成的地方。这可能是因为硬件交付时间，资源可用性，风险等等。因此，您可以并行执行最初计划按顺序执行的操作。我已经快速跟踪了很多项目......是的，它确实有用。

崩溃项目的不同之处在于，您通常会在问题上投入更多资源以更快地完成任务......这可能会非常棘手。如果它是作为危机响应完成的，那么添加额外的人就会很痛苦，因为你已经在泵下了。在某些情况下，您只需添加更多问题。

崩溃的另一种选择是缩小范围。这并不总是可行的，但应该考虑它。

快速跟踪或崩溃...您越早知道何时需要更改计划，就越容易管理。这就是早期截止日期如此重要的原因，它们表明项目的其余部分将如何发展。

Answer 5

这两种项目管理技术都可以很好地维护计划，但是应该通过明智地分析网络图来智能地使用它们：

1. 研究方差，
2. 学习领导和滞后;
3. 决定适合您项目的内容：'崩溃'或'快速跟踪'。

Answer 6

有一个软件管理原则，即将人力资源添加到后期项目中会使其更晚。

那就是说，只要采取的措施是明智的，那就应该没问题。不要指望你的员工太多，并提供合理的激励措施，不要采取捷径。它不会让奇迹发生，但如果你是实用的，并且想要更快地推动它，那肯定可以做到。

当人们对某些事物的潜在成功有利害关系时，他们愿意付出多少努力，这是令人惊讶的。

Answer 7

这取决于你对“工作”的意思。如果那就是你要问的话，我认为我没有看到它让项目延迟交付，如果这就是你所要求的。

然而，我已经看到它让后期项目延迟了很晚。从模糊的管理角度来看，这可能被称为“工作”。我也看到它显着降低了对公司的客户压力。有些人也可能称之为“正常工作”。

当然价格相当高。员工在被忽视的个人生活中倦怠，养成健康问题或出现大问题等等。所有这些都给公司带来了巨大的财务回报。所以我怀疑公司从长远来看是否会领先。这是“有效”吗？