似乎有可能我们的客户会取消,我们一直在工作了15个月的项目。

这是可能的(虽然不太可能),它会在某个时刻得到重新启动。

我们也已经在多个领域扩展了我们公司的产品,而这样做。其他项目团队可能需要进行类似的扩展,我们希望他们能够利用我们做了什么。

那么,什么是关键的东西记录为子孙后代,让未来的团队(其中可能包括不同的人员)可以从我们做了什么学习?

这是从什么记录为将来的维护略有不同,因为人们可能会与我们的项目很少/不熟悉到达,并很可能将没有任何与它的扩展参与。

到目前为止,我们已经工作于收集有关各主要功能/扩展信息 - 所以有一个地方去寻找需求,指针的源代码,测试用例等,并增加对设计要点的一些叙述/决定等

否则我们应该做和捕获,而项目团队还在一起?

有帮助吗?

解决方案

我知道这是不是很具体。但要为大家介绍的设计或技术的选择作出一切重大决策,一定要记录“为什么”。

这进一步帮助了很多走下赛场,特别是如果在未来的项目中工作的人都是不一样的原队。

其他提示

请确保您保存您的资料库,或每个文件的历史一定的代表性。这是真正有用的,进入的东西,没有知识,看看它是如何发展而来的,当引入某些功能(或错误)。

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

虽然它不包括你想要的一切,它可能是一个很好的起点。

这应该不是磺酰基做,如果该项目将被关停,但也可以作为一个干净的项目完成。正如你在项目管理文献阅读有一个项目结案文件,这将使一个局外人dife到项目的可能性。所以,你的任务不是非常少见。

首先创建项目源代码,用浏览器浏览的可能专门的地方,所以屏障寻找到你的团队所做的是非常小的。另外,还要确保您的文档(建筑等)可供选择。在此之后,你可以开始写一个项目经验的wiki,让您在清洁和可追溯的方式链接某些文物。也许你遇到非常困难的问题和解决方案的Wiki页面。如果你有这一点,应该很容易让别人拿在有关项目的知识优势。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top