第四章 文档先行（2 / 2）

策：“所以人们都希望有新的产品可以产出，如此好像才可以施展自己的才华。但即使有新的产品，也没有从旧产品中吸取一丢丢的经验。寄希望于未来却不尊重历史，这是人的天性。”

我：“基于这样没办法改变的大环境，我们又应该如何使自己活得轻松些呢。”

策：“如前面所说，以测试的角度，参与进去，思考每一个需求的合理性、扩展性。尽早地发现问题，而不是把自己变成产品经理编码的工具。如果是自己写产品文档，也应该与一些开发或用户讨论下，其实也就是用户调研。”

我：“那阅读产品文档还有其三吗？”

策：“其三，我们需要帮助产品将每一个需求尽可能的细分。”

我：“细分到怎样的程度？”

策：“细分到评估开发耗时不需要费劲的程度。所以这个是要开发参与的，也只有这样，评估耗时的累加才有意义。现在多数是开完产品需求会，就要一个开发时间预估，那就只能助长拍脑袋决策的风气，让不准确性急剧的增加。”

我：“所以现在的预估开发时间永远是不准的。这个细分过程一定很难吧。”

策：“随着学习与经验的增长，这个过程会越来越容易。我们应该选择那种先难而后面可以一直容易的事情。”

我：“这也是少有人才会走的路。接下来就可以走第二步，写技术文档了吧。”

策：“对，那第三步怎么走？”

我沉思了会儿，“技术文档中肯定会走许多产品无关却必须要做的事情，所以第三步应该是综合二者，给出一份人员分工、进度规划的文档出来。”

策：“你终于上道了。这整个事情很难，但是，去做吧。”