从项目交接看项目管理
项目文档对于项目管理的作用已经不用再讲了，但文档的管理却又通常是项目管理中最容易忽略的内容。实际对于任何一个项目而言，文档一定要有的，但不一定要多，只要可以说明问题就行了。
最近正在交接一个项目，就以此项目为例，说一下我的体会。这个项目已经基本开发完成，并且已经上线运行，具备了一定的用户和数据。当时我接手这个项目时，此项目只有成果，没有过程。仅有几份接口说明。
对于这么一个项目来说，既没有需求说明，又没有项目文档。不过造成这样的结果也是有一定原因的。既成事实，那么我们也只能默默承受了。从接受该项目至今，花了足足两个多月的时间去探索原设计者的设计意图，并把我理解的东西整理出一份文档。
可能是公司向来没有写文档的习惯，需求接到手只管开发，能实现功能就算完事。也正由于这样，导致了今天的恶果。看来，也是时候做出些改变了。否则，如此恶性循环下去，后果不堪设想。
那么，应该做些什么呢？下面，提一提个人的建议。
1.使用一些项目管理软件（如Trac、Redmine等）或者项目协作Wiki（如Twiki、dokuwiki）。
2.撰写项目文档（内容至少包含：项目需求、数据库设计、程序实现、接口文档、注意事项等）。
3.编写代码时，注释尽量详尽（一些特殊的地方要标明为什么要这样实现，Is Why Not How）。
PS.在撰写此文之前，我用 DokuWiki 打造了个人知识管理系统
BTW:顺道过一下猎头瘾，目前各大公司招人（PHP工程师），有意者请与我联系详谈。
