project-management - 在项目接近尾声时，你如何度过不可避免的激励性 "slump"？

Question

就目前而言，这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持，但这个问题可能会引起辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visit the help center为指导。




9年前关闭。




在做一个项目的时候，当有趣的部分被编码后，我的动力就被严重削弱了。你怎么做才能克服这个问题？

Answer 1

不要把所有“无聊”的部分都留到最后——确保每个组件都可以工作，并在项目中尽早进行回归测试和文档。

也就是说，过去几周仍将涉及追查真正难以捉摸的错误、处理最后一秒的需求变更、最终确定文档，以及通常将这些该死的东西排除在外。我的方法只是把它吸起来:低下头，知道越早完成，你就能越早开始处理排在当前版本后面的所有低优先级、更有趣的事情。

除了在发布前安排您的客户休假之外，您无法完全避免最后一刻的需求/文档更改。或者让自己处于像 Apple 和 Google 那样的主导地位，这样客户就没有发布的先验知识。

您“应该”尽早寻找难以捉摸的错误(我的意思是那些很难重现以至于您​​没有一致的测试用例的错误)，因为您无法估计它们需要多长时间才能修复。但是在实践中，随着项目的进行，其中的一部分将变得不那么难以捉摸，或者变成另一个已知问题的副作用，因此您可以通过给他们有限的机会这样做来平均节省时间。这样做的缺点是最后会剩下一些。但是，如果有两个以上，那么您就做错了。

在一个重要的截止日期之后短暂的“休息”，做任何你觉得最有趣的事情，从长远来看是避免精疲力竭的好方法。即使你最终因为跳过了一些困难的计划而放弃了大部分，你也会让自己更有效率。