项目过程中的文档管理

做了几个项目下来，发现项目过程中，有太多的文档，但是管理却很是混乱，比如PM的项目计划文档、开发的UC文档、UED的DEMO和效果图、PD的需求文档、交互的交互文档、测试的测试计划、测试设计等等，目前项目中，所有的文档都是在CF中管理的，但是经常就是最初稿在CF中，大家经过了评审，但是后面更新的文档有时候发邮件，有时候群里发下图片，就算过去了，更有评审过了就过了，根本不进行更新，导致在项目中期测试进行测试设计和测试用例时，找不到一个最终版的文档，需要各处打听，会出现测试以CF中的最初文档进行TC，但是开发可能是按照UED给的最新文档进行开发，结果大相径庭！

其实项目过程中的文档是相当重要的，比如，在测试过程中会出现测试这样写用例的，开发是那样开发的，结果说去找需求的时候发现，需求上根本没有这块的内容，可能这块内容就属于后面变更的内容，全部都是口头通知，没有更新任何文档！就算整体理解上没有问题，但是由于交互上没有达成统一而造成测试用例的编写和开发的实现不一致，在评审用例时才会被发现，类似这些问题都会造成一些时间上的浪费和一些不必要的争论。

根据这几次项目的经验，我很想找出一个解决以上麻烦事的方法，主要包括文档不更新、文档更新后不上传，我目前能想到的方法：

1、约定需求文档文档标题以日期结尾，更新哪怕一个字，也要重新一个日期，并且从第二版开始，更新内容有明显标注，如批注或者更新标；尤其在需求评审后必须更新一版需求。

2、demo打包文档要求同上

3、页面效果图，如果是固定链接的，则只在上面更新，要求上面永远保持最新的状态

4、UC文档在UC评审后也必须更新，更新有明显标志，然后由测试来把关是否真的完成了所有更新，在约定时间内更新不完整的，以文档类bug记录在bug平台中。

5、所有文档都必须以附件形式存或文档形式存放在项目空间CF的对应目录下，如果需要的自行取阅，对于在上面取下来仍然不是最新的，文档所有人必须对此负责。

6、文档上传最新的后在项目群中通知项目成员。

在以后的项目中我会以这样的约定在项目开始时就告诉项目组成员，违反约定的，以bug处理！希望这样运行后能减少我们因为此类问题导致的一些时间浪费和沟通。