在上一篇中，说了一些自己对产品项目中所涉及到的文档的看法，在一开始的时候，简单提到了我通常用的“文档回归”的方法，但是没有展开说，在这篇里，就说一下“文档回归”的方法吧。
       文档回归，顾名思义，就是在一个产品项目结束后，通过对该项目中所有涉及到的产品文档进行回顾，重新对产品进行抽象化的过程。
       这个过程相对于产品项目过程来说，正好是逆向的。
       产品项目过程其实就是把头脑中的产品形象化的过程，而文档回归则是把形象化的产品重新抽象化的过程。我用图来说明一下：
                          
       有朋友肯定会问了，文档回归对工作有什么作用吗？我个人认为，文档回归有三个作用。
       1、有助于对产品项目思路的重新整理：因为产品项目短则1个月，多则2、3个月，在这个过程中，多少会出现“忘记”的情况，但是项目中有没有太多的时间去回顾，因此，通过文档回归，可以把自己的思路重新整理清晰，知道自己是怎么一步一步走过来的。
       2、知道发生了什么变化：产品在项目中，肯定会有各种各样，大大小小的变化，这些变化会记录在相应的文档里，例如需求发生变化，就会引起一系列文档的变化，而出现新的版本，在项目结束后，通过回顾不同版本的文档，就可以知道，产品在过程中都曾经发生过什么变化，并且是如何处理的。
       3、找到不足：在一些大型项目中，通常是多个产品经理联合作业的，同时，每个人写文档的能力也有所不同，通过文档回归，可以看到别人的长处，找到自己的不足，来加强自己的能力。一般在项目结束后，我会把主要的产品文档发给产品部的几个人产品经理，让大家互相学习。
       我们知道，有形的或者可被感知的产品，从本质来说，其实就是许多需求的形象化体现，产品本身就是一个载体而已，作为用户，他可以不关心需求是怎么缔造出产品来的，但是对于产品经理来说，这个过程就必须要非常清楚才可以。
       而在这个过程中，会发生各种各样影响最终产品的情况，这些情况从需求阶段就开始了，你无法预知会发生什么，唯一能做的就是遇到情况的时候，实时处理并进行记录，在整个产品项目过程结束以后，通常只会看到成型的产品而忽视这个过程中的所有出现的情况。
       文档回归的最核心价值就是希望通过这种方法来重新审视这些过程中的情况，来不断促进公司产品项目过程的规范和高效。
       在文档回归的过程中，需要审视的内容主要包括：
       1、事件：包括既定事件和变化事件，既定事件为项目开始之前，已进行预估的工作，例如既定的功能，变化事件为项目进行之中，不可预估或者突发的工作，例如需求的变更。
       2、分析：主要是针对既定事件和变化事件进行的评估过程，例如，对于发生了变化的需求，是如何进行评估的。
       3、方法：在评估后，是采用什么样的方法进行处理的。
       4、影响：在处理后，对项目产生了什么样的影响。
       其实，就我个人来说，在文档回归的过程中，主要是看“变化”和“问题”，因为这些情况才是对项目影响最大的事件。
       这里肯定又有朋友会说了，文档回归要涉及到这么多内容，那是不是太花费时间了？
其实这个问题算不得一个问题，在进行文档回归的时候，不是说把所有的文档都要回顾一遍，而是要有所选择的，抓住重点来进行。
       这个标准，其实非常简单，按照需求的流向来选择就行了。
       在一个产品项目过程中，虽然看起来工作特别多，特别杂，特别琐碎，其实里面有一条核心的线索在控制着整个过程，这个线索就是“需求”这条线索（当然还有其它的两条线索，这里就不多说了），只要控制好了这条线索，产品项目过程就不会走弯路，同样，在进行文档回归的时候，也是需要抓住这条线索来进行的。
       就举我的例子来说吧。
       在产品团队中，产品负责人通常要完成的主要文档是十七个，在这十七个文档中，不是每个文档都和需求有关系的，和需求有紧密关系的文档，例如需求记录文档、市场需求文档、产品需求文档以及开发阶段的需求变更文档中，也正是这些文档把整个项目过程有机的贯穿了起来，是属于全过程文档，就是说，这些文档在项目过程中虽然是在某个阶段出现，但是却是影响整个项目流向的文档，而至于其它的文档，则是阶段性文档，即这些文档只是出现在项目过程中的某个阶段，例如UG、产品白皮书等。
       因此，在进行文档回归的时候，主要是对全过程文档进行回顾即可，尤其是在项目开发过程中的变更文档（任何一个项目都会有变更的），如果这些文档记录的非常规范，那么，当你重新审视的时候，会非常明确的让你回忆起在项目过程中，曾经出现了那些变化，这些变化对既定的项目产生了那些影响，你是如何处理的，以后应该如何规避等等。
       当然，每个公司的情况不一样，所涉及的文档也不一样，但是，只要是进行产品独立研发的企业，都脱离不开全流程文档的支持，只不过是命名不同而已，至于阶段性文档，则会因为产品的差异，会有所不同，不过，这倒不会有碍大局。
       文档回顾其实就是一个方法而已，本身在产品经理的工作流程中，我建议加入这样一个工作，本质上就是希望通过这个方法来让自身在不断的产品项目中，能够阶段性的审视各种各样的问题，这些问题包括公司产品流程上的，产品项目上的，自身技能上的，通过自我的审视和反省，来不断提高自己的工作水平和能力。
       方法永远都不会是唯一的，这里介绍的“文档回归”是我通常用的，如果哪位朋友还有更好的方法，可以一起来探讨，呵呵！