Project management 崩溃或快速跟踪项目进度是否有效？
我在Reddit编程上发布了这个问题，没有得到任何回应。所以我希望Stack Overflow社区会有意见 你们中有没有人曾经参与过一个落后的软件项目，项目进度的“崩溃”或“快速跟踪”实际上使项目进度回到了正轨？我从未见过这两种项目管理技术中的任何一种真正起作用。我读过的所有关于软件开发的文章都指出，这两种技术都不起作用，实际上把项目推得更远了（例如关于神话中的人月的文献）。那么，谁看到它起作用了呢Project management 崩溃或快速跟踪项目进度是否有效？,project-management,project-planning,Project Management,Project Planning,我在Reddit编程上发布了这个问题，没有得到任何回应。所以我希望Stack Overflow社区会有意见 你们中有没有人曾经参与过一个落后的软件项目，项目进度的“崩溃”或“快速跟踪”实际上使项目进度回到了正轨？我从未见过这两种项目管理技术中的任何一种真正起作用。我读过的所有关于软件开发的文章都指出，这两种技术都不起作用，实际上把项目推得更远了（例如关于神话中的人月的文献）。那么，谁看到它起作用了呢 谢谢你，比尔。我只见过一次。这是一个三到四个月的项目，预计比最初的交付日期多运行两个月。项目进展
谢谢你，比尔。我只见过一次。这是一个三到四个月的项目，预计比最初的交付日期多运行两个月。项目进展很快，最终又回到了发布的轨道上
…请记住，那只是一次。我参加过很多项目，项目经理试图使用这两种方法中的一种，但他们失败得很惨，将项目拖了好几个月，超过了已延长的日期。有一个软件管理原则，即为延迟的项目增加人力会使项目推迟 也就是说，只要所采取的措施是合理的，就应该可以。不要对员工期望过高，提供合理的激励，不要走捷径。它不会创造奇迹，但如果你很实际，想把事情推得更快一点，它肯定可以做到
当人们在某件事的潜在成功中有利害关系时，他们愿意付出多少努力就令人惊讶了。这取决于你所说的“工作”是什么意思。我想我从来没有见过它会让项目延迟按时交付，如果这是你们所要求的 然而，我看到它让位于项目交付晚了一点。从模糊的管理角度来看，这可能被称为“工作”。我还看到它显著降低了公司基于客户的压力。有些人也可能称之为“工作”
当然价格相当高。员工精疲力竭、出现健康问题或在被忽视的个人生活中出现重大问题等。所有这些都会给公司带来巨大的财务回报。因此，我怀疑该公司是否能长期领先。那是“工作”吗？它可以工作。但这是要付出代价的：低质量（更多的bug，更少的测试）和疲惫的程序员的流失
在许多情况下，一个快速跟进的项目既不能按时交付，也会支付全部的负价格，原因在《神秘的人月》中有说明。我看到过它的工作原理，但它不是正常的 在我认为可行之前我想看到的事情： 1） 具备适当技能和方法的员工。我指的不是“.NET程序员”，我指的是详细的技术技能、业务领域技能（因此他们理解问题）、个性匹配以及理解工具和方法（源代码控制、方法等）。这可能发生在有通用工具、标准和知识的大公司中，但你需要确保它们在几乎所有的框中都在滴答作响 2） 任务必须可以很好地划分。最好的情况是有完整的模块、应用程序或任务尚未开始，您可以让新的人员参与其中。它最大限度地减少了升级、额外通信等。如果你不能区分新员工会做什么，你很可能会严重破坏现有团队 3） 整个团队肯定都接受了这种方法。如果现有团队不同意让员工参与进来是正确的，他们很可能会与之抗争，而你注定要失败 4） 你需要确定你已经解决了为什么它会运行得很晚。如果只是糟糕的估计，那么你有信心新的估计是好的吗？如果是范围爬行，你现在有范围和变更控制权吗？如果是因为截止日期移动了，你确定它不会再移动了吗
如果你不能勾选这四个选项，它就不会起作用。崩溃和快速跟踪是两件截然不同的事情 快速跟踪是指将某些事情（任务或工作包）打乱顺序，并尽早完成。这可能是因为硬件交付周期、资源可用性、风险或其他原因。因此，您可能会在最初计划按顺序执行的情况下并行执行操作。我快速跟踪了很多项目。。是的，它是有效的 崩溃一个项目是不同的，因为你通常会在一个问题上投入更多的资源来更快地完成它。。。这可能很棘手。如果这是作为一种危机应对措施，那么增加额外的人员可能会很痛苦，因为你已经处于压力之下。在某些情况下，只会增加更多问题 崩溃的另一个替代方法是缩小范围。这并不总是可能的，但应该加以考虑
快速跟踪或崩溃。。。您越早知道何时需要更改日程安排，就越容易管理。这就是为什么提前截止日期如此重要的原因，它们表明了项目的其余部分将如何进行。这两种项目管理技术都能很好地维持计划，但它们应该通过明智地分析网络图来智能地使用：