为不存在的角色留下沟通的渠道，未雨绸缪
项目的中断和中止，与历史产生断层的内因是一致的。--我发现很多的项目（尤其是产品计划）在负责人员离开后，就自然而然地死掉了。我把这一切的原因归咎于“没有History”。
我们做项目的时候，如果也不留下历史记录（History），那么以后别人来看这个项目，也会是两眼一抹黑,.....
维护项目比做新项目更难，许多人深有同感。然而这些“有同感”的人又何曾想过，自己再做“新项目”的时候，要为“项目维护”这种还不存在的角色，留下一个沟通、对话的渠道呢？
......而History是为整个项目而记录的。一些参考的记录内容有：
需求阶段：与谁联系、联系方式、过程、结果以及由此引发的需求或变更；
设计阶段：如何进行设计、最初的设计、最初的架构、各个阶段的框架变化、因需求变更导致项目结构上的变化（有助于了解构架的可扩充性）；
开发阶段：每一种技术选型的过程、每一种开发技巧的细节和相关文档、摘引的每一段代码、算法、开发包、组件库的出处和评测；程序的单元测试框架；每一个设计和架构变更所导致的影响；
测试阶段：还记得测试用例和测试报告吗？那是最好的History之一。