面对面沟通与文档沟通

1994年McCarthy J.和Monk, A.在一篇论文"Channels, conversation,cooperation and relevance: all you wanted to know about communication but wereafraid to ask"中给出了下图所示一个研究结论。即在所有的沟通方式中，两个人守着白板，边讨论边写写画画地进行沟通是最高效的。

在敏捷的方法中强调了人和协同胜过过程与工具，能够运行的软件胜过了复杂的文档，而在传统的方法中强调了文档驱动，因此在实践中也就产生了很多误解，有的人认为规范的方法就是一堆文档，敏捷方法中不用写文档。到底文档与面对面的沟通之间的关系是怎样的呢？我们需要有一个深刻的思考。

没有文档，只有面对面沟通，一切都是传说。

没有面对面沟通，只有文档，到处充满误解。

有文档也有面对面沟通，有面对面沟通也要有文档，二者缺一不可。

可以先文档，再面对面沟通，也可以先面对面沟通，再文档，迭代交替进行。用面对面沟通达成共识，用文档记录共识。

可以多面对面沟通，频繁面对面沟通，双向反馈沟通， 少文档，简单文档。面对面沟通可以验证理解的一致性，文档单向传递信息，无法确定读者与作者理解一致。

有的时候可以多面对面沟通，少文档，比如周期紧张的时候，因为面对面沟通的效率更高。

有的时候可以多面对面沟通，多文档，比如时间宽松的时候。

有的时候可以少面对面沟通，多文档，比如要规避法律风险的时候，因为文档可以更加严谨，更易于保存，易于检索，可以作为呈堂证供。

有没有少面对面沟通，少文档的时候呢？基本不太可能，是小概率事件。误解的风险很高！

有的时候可以先面对面沟通，简单写文档，然后再补充完善文档，比如要考虑维护请求的时候。

有的时候可以逆向工程根据代码生成文档，以节省写文档的时间，而又为维护者提供理解设计的思路。

有的时候可以用代码替代详细设计，前提是你的代码足够好！

一体两面，互为依存，谁重谁轻，灵活裁剪。