关闭一个项目——关键的事情是啥？ [关闭]

Posted 2023-04-15

【中文标题】关闭一个项目——关键的事情是啥？ [关闭]

【英文标题】：Closing down a project - what are the key things to do? [closed]关闭一个项目——关键的事情是什么？ [关闭]

【发布时间】：2009-04-06 14:37:30

【问题描述】：

看来我们的客户可能会取消我们已经工作了 15 个月的项目。

它有可能（尽管不太可能）会在某个时候重新启动。

在此过程中，我们还在多个领域扩展了我们公司的产品。其他项目团队可能需要进行类似的扩展，我们希望他们能够利用我们所做的。

那么，要为后代记录哪些关键内容，以便未来的团队（可能包括不同的人员）可以从我们所做的事情中学习？

这与为将来的维护者记录的内容略有不同，因为人们到达时可能对我们的项目不太熟悉/不熟悉，并且可能不会有任何扩展参与。

到目前为止，我们一直致力于收集有关每个主要功能/扩展的信息 - 因此有一个地方可以查找需求、指向源代码的指针、测试用例等，并且正在添加一些关于关键设计点的叙述/决定等。

当项目团队仍然在一起时，我们还应该做什么和捕捉什么？

【参考方案1】：

我知道这不是很具体。但对于您对设计或技术选择做出的每一个重大决定，请务必记录“为什么”。

这有助于进一步推进，尤其是如果将来从事该项目的人员与原始团队不同。

【讨论】：

同意——这就是我所说的“关于关键设计点/决定的叙述”。如果没有这些信息，很难重构为什么事情没有以特定的方式完成。

【参考方案2】：

确保保存您的存储库，或每个文件历史记录的某种表示形式。它真的很有用，在没有知识的情况下进入一些东西，看看它是如何演变的，以及何时引入了某些功能（或错误）。

【讨论】：

是的。在可预见的将来，源代码不会被删除。

【参考方案3】：

您可能想查看以下帖子：What's your Post-Mortem meeting format?

虽然它不能涵盖您想要的所有内容，但它可能是一个很好的起点。

【讨论】：

好东西，应该做，但不是我的意思。这更多是为了提取“经验教训”——我们绝对应该这样做——而不是弄清楚如何保存我们所拥有和知道的。

【参考方案4】：

这不仅应该在项目将要关闭的情况下进行，而且还应该作为一个干净的项目完成。正如您在项目管理文献中看到的那样，有一个项目结束文档，这将使局外人有可能进入项目。所以你的任务并不少见。

首先为项目源代码创建一个专用位置，可以使用浏览器进行浏览，因此查看您的团队所做工作的障碍非常小。还要确保您的文档（架构等）可用。在此之后，您可以开始编写项目体验 wiki，您可以在其中以干净且可追溯的方式链接某些人工制品。也许有一个维基页面来解决您遇到的非常棘手的问题和解决方案。如果您掌握了这一点，那么其他人应该很容易利用您对该项目的了解。