我在Reddit编程上发布了这个问题，但没有得到任何答复。所以我希望Stack Overflow社区会有意见。已崩溃或快速跟踪有效的项目计划？
有任何你曾经上了身后倒下一个软件项目，其中“崩溃”或“快速跟踪”项目进度实际带来的项目进度计划回到正轨？我从未见过这些项目管理技术中的任何一种都可以发挥作用我读过的所有关于软件开发的文章均指出，这两种技术不起作用，并且实际上将项目推进得更远（例如关于神话人月的文献）。那么谁看到它的工作？
谢谢比尔。
我只见过它一次工作。这是一个长达三个月或四个月的项目，预计比原来的交付日期多两个月。该项目得到了快速追踪，最终事情回到了正式发布的轨道上。
...但是要记住，这只是一次。我已经参与了许多项目，其中PM试图使用这两种方法中的一种，并且他们惨败失败，并且将项目拖延了已经延长日期。
有一个软件管理原则说增加人手后期项目使得它以后。
这就是说，只要采取的措施是合理的，应该没问题。不要期望你的员工太多，并提供合理的激励措施，不要采取捷径。它不会造成奇迹发生，但如果你是实用的，并希望把事情推得更快一点，那绝对可以做到。
当人们拥有的东西潜力休戚相关，这是惊人的多少，他们更多的精力是愿意投入。
这取决于你所说的“工作”是什么。我认为我从未见过这会让迟到的项目按时交付，如果这就是你要求的。
不过，我已经看到它让路后期项目后期只能传送一个位。从管理的模糊角度来看，这可能被称为“工作”。我也看到它显着降低了公司对客户的压力。有些人也可能称之为“工作”。
当然价格也相当高。员工疲于奔命，在被忽视的个人生活中出现健康问题或重大问题等等，所有这些都给公司带来了巨大的经济反响。所以我怀疑这家公司从长远来看未来。这是“工作”吗？
它可以工作。但是需要付出代价：更低的质量（更多的错误，更少的测试）以及被烧毁的程序员的更替。
而且在很多情况下，一个快速跟踪的项目将无法按时交付，并且仍将支付全部的负价，原因如下：神话人月。
我见过它的工作，但它不是标准。
事情我想看看之前我想这可能是可行的：
1）工作人员可提供适当的技能和方法。我认为这并不意味着“。NET程序员“，我的意思是详细的技术技能，业务领域技能（让他们理解问题），个性适合并理解工具和方法（源代码控制，方法学等）。工具，标准和知识，但你需要确保它们几乎在所有的盒子里都打勾了。
2）任务必须是可以整除的，最好的情况是整个模块，应用程序或任务没有启动，你可以让新人加入，最大限度地减少技术提升，增加沟通等等，如果你不能分清新人会做什么，你很可能会破坏现有团队。必须购买这种方法ting团队并不认同带人参与是对的，他们可能会与之抗衡，你注定要失败。
4）你需要确定你已经解决了为什么它在第一个地方迟到。如果这只是不好的估计，那么你有信心新的估计是好的？如果它是范围蔓延你现在是否有范围和改变控制？如果是因为截止日期的推移，你确定它不会再移动吗？
如果你不能打勾所有四个，它不会工作。
崩溃和快速跟踪是两个完全不同的东西...
快速跟踪中你需要的东西（任务或工作包）失序和早期做。这可能是因为硬件交付周期，资源可用性，风险或其他因素。因此，您可能会按原先计划按顺序进行并行处理。我已经快速追踪了很多项目。是的，它的工作原理。
使项目崩溃是不同的，因为你通常会抛出更多的资源来解决问题，以便更快地完成它......这可能会非常棘手。如果这是作为危机应对措施完成的，那么可能会让您痛苦不堪，因为您已经处于泵的下方。在某些情况下，您只需添加更多问题。
崩溃的另一种替代方法是缩小范围。这并非总是可行，但应该考虑。
随着快速跟踪或崩溃......越早知道何时需要制定日程安排更容易管理。这就是为什么早期的截止日期如此重要，它们表明项目的其余部分将如何进行。
+1用于解释条款。 – RodeoClown 2009-09-08 04:23:02
这两个项目管理技术起到了很好的保持一个时间表，但他们应该通过智能分析明智的网络图中：
我的意思是“工作”是做你在第二段中说的。开展一个计划落后的项目，并按计划恢复或至少缩短落后的时间。 – bkoch 2009-09-03 14:10:08