项目最重要的环节：写文档

说起写文档，往往会被菜鸟所取笑，项目最生要的当然是技术，而且是核心技术。但真正的老鸟会说，文档才是项目的灵魂。

下面以我的项目经验谈谈文档的重要性：

1、需求文档是文档的左膀右臂。

项目初期，需求收集、编写和确认都是由项目经理或者技术经理一个人来完成，他们等到用户确认了需求文档
之后，就开始做两件事情：

第一、给研发团队开会，讲解自己对这个项目的理解。

第二、分配任务，让团队的每个成员知道自己该干什么。

表面上非常完善，但实际的执行结果来看，这两件事情是导致项目失败的根本原因，个人理解如下：

第一vs第一、虽然他经验比较丰富技术比较牛，但并不代表他全能，需要整合各技术主管的意见，详解客户需求。

第二vs第二、详细了解研发人员的工作量，如果研发人员A可能同时兼顾多个项目，这时候你就需要重新安排他的工作。

2、研发文档和测试文档是文档的心脏。

往往研发人员会理所应当的展开自己的工作，没有画流程图、没有思考的笔记或者连项目经理的项目方案都不看，自以为是，到最后被项目经理骂不按流程做事。最后

苦的还是自己，要花大量时间去改自己的代码。

测试人员很少会参与到前期的项目讨论工作，在研发完成项目1.0版本后，才真正进入项目。这时候需求文档又不详细，测试方案不知道怎么写，项目经理又很忙，测试往往在摸索中进行。测试人员发现BUG，会发邮件或者打电话，将问题抛给研发，然后就不管了，没有思考这个问题的原因，更不会去记录问题。

3、BUG文档是文档的大脑。

往往在项目后期，总会出现这样的情况，在思索"好像这个问题之前遇到过，但具体怎么解决的现在想不起来了"。如果这时研发团队有个BUG文档库，在里面搜索下关键字，

找到相应文档，问题很快就能解决。