看来我们的客户很可能会取消我们已经工作了 15 个月的项目。
它有可能（尽管不太可能）会在某个时候重新启动。
在此过程中，我们还在多个领域扩展了我们公司的产品。其他项目团队可能需要进行类似的扩展，我们希望他们能够利用我们所做的。
那么，要为后代记录哪些关键内容，以便未来的团队（可能包括不同的人员）可以从我们所做的事情中学习？
这与为未来的维护者记录的内容略有不同，因为人们到达时可能对我们的项目很少/不熟悉，并且可能不会有任何扩展参与。
到目前为止，我们一直致力于收集有关每个主要功能/扩展的信息——因此有一个地方可以查找需求、指向源代码的指针、测试用例等，并正在添加一些关于关键设计点/决策等的叙述。
当项目团队仍然在一起时，我们还应该做什么和捕捉什么？
我知道这不是很具体。但是对于您对设计或技术选择做出的每一个重大决定，请务必记录“为什么”。
这有助于进一步推进，特别是如果将来从事该项目的人员与原始团队不同。
确保保存您的存储库，或每个文件历史记录的某种表示形式。它真的很有用，在没有知识的情况下进入一些东西，看看它是如何演变的，以及何时引入了某些特性（或错误）。
您可能想查看以下帖子：您的验尸会议格式是什么？
虽然它不能涵盖您想要的所有内容，但它可能是一个很好的起点。
这不仅应该在项目将要关闭的情况下完成，而且还应该作为一个干净的项目完成。正如您在项目管理文献中看到的那样，有一个项目结束文档，这将使局外人有可能进入项目。所以你的任务并不少见。
首先为项目源代码创建一个专门的地方，也许可以用浏览器浏览，所以查看你的团队所做的事情的障碍非常小。还要确保您的文档（架构等）可用。在此之后，您可以开始编写项目体验 wiki，您可以在其中以干净且可追溯的方式链接某些人工制品。也许有一个维基页面来解决您遇到的非常棘手的问题和解决方案。如果你有这个，其他人应该很容易利用你对项目的了解。