关键应该看信息传递的载体是什么？我觉得lookmezh 所言的信息损失应该是指口头传递，这样的方式确实是损失最快最大的。这种现象在IT业，特别是软件开发项目中相当普遍。
我觉得从理论上来讲要避免，首先在项目中一定要对信息进行分析，什么样的信息要通过什么样的载体传递，一定要有规划。我曾经在一家公司中就做过信息重要等级的规划和规定（项目沟通计划中的部分内容），目的就是为了避免在传递过程中由于选择不适当的载体导致的信息流失。比如大家都知道签合同要打印，要签字，要盖章，因为都知道重要性，之所以重视也是一种自我保护意识。但是一涉及到软件需求，好像大家就没有这么重视了，我曾经遇到这样的情况，软件工程师做着做着觉得不对头，就单独给客户打了个电话，说明自己的理由，客户也就同意了他的改动，他觉得挺好，自己又省事了，但其他模块都还在按照原先的设计进行开发，到最后集成的时候一塌糊涂。在这个事件里，里里外外的沟通都有问题，最重要的就是选择传递信息的载体不对，现在再说软件需求的变更一定要客户书面确认，这一点恐怕没有人会反对了。就像楼上xiong_h说的重要的信息一定要精练、完整，排除二义性，并强烈建议用书面形式落实。毕竟用纸面的东西传递信息，要比口头的损耗小的多，当然传递过程中被耗子啃了那也没办法。：）
其次，信息传递的载体和沟通方式在这里是有区别的，因为有时候并不是一次沟通就能形成对项目产生直接影响的信息，就拿需求来说，无论是项目内部还是和客户，往往要通过很多次的交流和会议才能形成初步意见，然后还要评审、讨论，才能形成定稿，然后还有可能会发生变更。需求说明重要么？重要，大家都知道，但我们不能要求每一次沟通都用书面，写下来打印，签字，传真，那样恐怕大家每天就别干别的了。这里说的沟通方式是说，在沟通的过程一定要选择最有效的方式，还是拿需求来打比方，没有人说讨论需求就不能口头交流，不能用电话，不能用email，不能用QQ，只要你愿意，用手机发短信就行，只要方式是有效的，高效的。因为沟通的目的是了解对方的意图和想法，并让对方了解你，能达到这个目的就足够了。但在有效的信息形成之后，就一定要选择合适的载体去传递了，这时候就必须要整理通过各种形式沟通的内容，形成有效的信息流并用合适的载体进行传递。还是拿需求说事，产生一个结论之后，内部可以用电子文档，外部可以用传真或者快递文档（打比方，实际情况要根据项目和公司情况而定）。