昨天在给大家讲解系统设计的时候，针对规范文档中的一句描述性的语句，大家进行了很激烈的讨论。这让我很惊异。当我看规范的时候，这个地方是一次看过的，觉得自己很快理解了而且没有什么异议，并且觉得这一切别人也该是这样理解的，和我的理解是一样的，从来没有想到过会因为这个而发生讨论。

为什么会这样呢？

大家的在看文档的时候，所处的角度不同，有人是系统设计的角度，有人是实现的角度，有人是应用的角度。对于这么多的角度，同一个名字，就会在脑海里面出现自己所理解的意思。职位不同，角度不同，也就导致理解上的不同。通常情况下大家对于文档中语句的理解是一致的，但是也肯定会有部分名词的理解是不同的。如果这个不同不消除的话，当到了开发阶段、测试阶段、系统上线阶段；这些地方也就会存在异议，而就会引起争论，那个时候再更改一些东西，可能要花费更大的精力。这也是对项目信心的一次不小打击。引起他的原因就是大家文档理解的不统一。

那么我们该怎么解决呢？怎么统一思想呢？

文档的讲述。当项目组内成员在项目预备期内查看系统文档的时候，要有组织的对文档进行逐一讲述。这样可以加深自己对文档的理解，也可以让项目组内其他成员了解自己对于文档的理解。当遇到文档中理解不一致的情况，就需要进行讨论，统一思想。这样就可以最大成度的达成共识。

其实，这些就是我们忽视了的一些事情，想当然的认为了一些事情。有时这样讲解，不会耗费多少时间，而且会起到很好的作用。何乐而不为呢？

在生活中也是这样，有时会出现问题也会是对一件事情的理解不一致，对一句话理解不一致。再懒得去解释，等这种“怨”积攒到一定程度的时候，也就会爆发了。所以我们要尽量的解释清楚，听得一方也要接受别人的解释。

心胸够宽广，做事够周全，这样才好。不是吗？