0

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

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

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

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

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

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

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

4

4 回答 4

2

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

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

于 2009-04-06T14:41:18.403 回答
1

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

于 2009-04-06T14:42:30.523 回答
1

您可能想查看以下帖子:您的验尸会议格式是什么?

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

于 2009-04-06T14:48:18.217 回答
0

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

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

于 2009-04-06T14:48:12.520 回答