文档整理每天都要做

    我最近经常在公司提的一个理念就是：项目管理要从小事做起，文档管理要从每一天做起。

    一个项目从开始启动到最后完成、出成果，其实是一个逐步积累的过程。文档管理也是属于项目管理的一部分，“逐步积累”在这方面得到最大的体现。从项目开始的调研、需求文档，到设计阶段的设计文档、开发文档，到测试阶段的测试文档和修改文档，到实施和维护阶段的维护文档和修改文档，还有可能贯穿整个过程的与客户交流的一些文档，这些文档的整理可能会分成不同的阶段，但是并不是要等相应阶段的结束才能生成文档，而应该具体到每个阶段的每一天。

    公司之所以项目管理不规范，很大一部分原因其实是由于文档的缺失。通常都是在开发过程中以开发时间太紧而忙于编码为借口，而项目完成后又有新的项目等原因而导致文档无法随项目的完成而同步生成。如果是等一个大的阶段完成甚至是项目的结束才开始整理文档，我觉得那个时候可能都已经忘了很多当初的设计意图，并且也不会有多大的激情来回头再重新整理思路，由此而出来的文档基本上就是一个应付性甚至是残缺不全的东西。

    我个人的经验是除了前期的调研、需求、分析和总体设计的文档需要集中时间整理好的之外，其他的文档基本上都应该要分散到每一个小的阶段或者每一天来完成。我这里提到的小的阶段是指一个功能模块的完成甚至是一个函数的完成，这个时候就应该花那么几分钟到一两个小时整理一下。到大的阶段结束或者是项目完成的时候，再把这些平时积累的内容归集一下其实就是一个很完善的文档了。平时多花10%的时间来记录一些东西（甚至细化到一行代码的修改原因、人员、时间等），那在维护、修改和移交的过程中就可以提高100%以上的效率。

    现在我已经养成了一个习惯，在平时开会或者讨论的时候手里肯定会有纸笔、在电脑前的时候打开自己做的一个小备忘录，随手把一些大小事情记录下来。这样对自己工作的备忘和计划性真的很有帮助。

    外国很多牛人写的书，其实就是通过平时经常积累一些开发手记或者是好的想法，当积累到一定程度的时候，突然有出书的冲动，然后把那些东西一整理，一本书就出来了。希望我什么时候也能写一本书出来，呵呵。