之一。由于客户的组织机构过于庞大，中间层次太多，使到需求信息从最高决策层下达到下属部门时不仅容易产生信息失真，而且还会浪费大量时间。同时，自下而上的信息上传时由于中间层次过多，同样也容易产生失真和影响效率。
曾有学者统计，如果一个信息在高层管理者那里的正确性是100%，到了信息的最终接受者手里可能只剩下20%的正确性。这是因为在进行信息沟通时，各级主管部门都会把接受到的信息先自己进行甄别，一层一层的过滤，然后有可能断章取义的将信息上报或下传。此外，在甄选过程中还会掺杂了大量的主观因素，尤其是当信息涉及到传递者本身利益时，往往会由于心理原因造成信息失真。因此，当组织机构臃肿时，特别容易形成多头沟通泥潭，而且会严重的影响着有效沟通的进行。这种信息传递失真在项目宣布失败前的需求变更时，和在寻找需求传递失真责任时特别明显，这是我在这个项目中得到的最宝贵经验之一。
(3)缺乏文字形式的沟通会成为纷争的根源
利用口语面对面的进行沟通是需求调研时最常用的形式，但调研人员必须要把信息以书面的形式进行保留，如以报告、备忘录、信函等文字形式把口语进行记录。因为我现在明白到，这是避免项目需求频繁变更的关键一个步骤和动作。
(4)缺乏沟通计划保障，需求目标容易走样
需求的真实性固然重要，但我们应该明白需求调研不仅仅只是一种获得信息真实性的沟通，而且是一种有计划、有目标和有方向性的沟通。因此，要想获得有效的沟通效果必须有计划和有方向来保证。因此，单纯的鼓励沟通的真实性是不够的，因为等级和权力的差别肯定会形成沟通阻碍。所以，当项目缺乏一套有效的沟通计划时，调研需求的方向性就容易得不到保证。因为对于单一需求的开发项目来说，需求的方向性是简单、直接、明确的;而对于需求复杂的开发项目来说，由于每个独特的项目都有其不同的目标和不同的需求方向，也就决定了项目需求容易走样。而也正因为目标需求容易走样，不但容易导致后期需求频繁的变更，也会导致需求确认的难度和复杂度都将大大增加。
二.避免陷入沟通管理不良泥潭的策略
所谓沟通，是人与人之间的思想和信息的交换，是将信息由一个人传达给另一个人的过程。沟通看似简单，但沟通管理不良几乎是每个软件开发项目都存在的老毛病。项目需求越是复杂，其沟通越是困难。往往基层的许多需求还未反馈至调研人员手中便已被层层扼杀，或是需求经过层层的传达后常常无法以原貌展现在需求调研人员面前。因此，如何避免需求沟通不良是软件开发项目管理的重中之重。
(1)成立一个需求决策小组
沟通的目的是为了调研和确认需求，因此在沟通管理上不应该本末倒置。在此项目失败经过反思后，我认为应该要在项目需求调研之前，要召集一个双方高层的会议。让客户方和开发方高层都参加，在会议中重申项目需求的重要性，并要求成立一个需求决策小组。这样当遇到多头沟通悬而不决的问题时，提交给项目需求决策小组讨论并决策。这样单一清楚的项目决策人或决策小组不但可以实现项目需求的沟通本质，也是成功项目运作的基础。需求决策小组最好由开发组高层和客户方领导层组成。这不但是避免需求频繁变更的关键一步，也是我在总结沟通管理时认为最重要的事情之一。
(2)明确客户方需求沟通接口人员
如果在项目开发合同签订时未明确客户方对本项目的具体沟通负责人，那么最迫切的就是要先向客户方领导强调客户方要马上组织一个团队并指定一个负责人来管理，这个问题关系到整个项目的成败与否。对这个团队的要求是要有将来真正使用系统的业务专家，要有将来真正对这个系统实施管理的人，