沟通管理不良 软件开发易陷混乱泥潭.doc

沟通管理不良 软件开发易陷混乱泥潭 几个月前，公司委派我负责一个难啃的骨头式软件开发项目。公司把我从一线开发设计组调到项目需求组，主要负责客户需求调研、确认和沟通的管理工作。对于此项工作我原来认为压力并不大，因为对于软件开发的需求调研我可谓轻车熟路，加之自己有一线开发和设计的经验，工作起来应该会是一帆风顺的。但没有想到的是才过了一个月左右，我却发现自己陷入了沟通管理的困境之中。 在我的多年开发经验中 ,我深知道沟通不当不仅会造成需求失真，而且还会给项目带来严重的成本损害，甚至会导致项目失败。例如，如果需求在一开始就不明确，项目将会无可避免的面临不断的变更，从而导致工期滞后和成本倍增，并最终可能导致项目失败。而且任何一个需求分析上的错误，都将会在以后的项目工作中要付出 50-100 倍的代价来补偿。因此，在项目的开始阶段时，我先在项目需求组内召开了 2 次头脑风暴会议，然后带着问题到该客户各部门进行实地调研需求。在经过艰苦的实地考察和了解后，总结出一份详细的需求调查报告。但是在开发组进行开 发的一个月后，客户方又提出了对需求的重大更改。由于客户坚持更改，开发组只好调整了开发计划。在之后的 6 个月里，由于客户新的变更还是会不断的提出，频繁的需求变更最终使该软件开发项目不得不以宣布项目失败而收尾。 在总结和反思项目失败的原因时，我意识到自己在处理需求沟通管理时犯了一个很大的错误。按照一般的软件开发项目规律，客户方应该有一个项目统一的接口人，开发方的需求调研组只需要与该客户接口人交接和沟通就行。这样不但可以避免与客户方的多头沟通，而且可以保证开发方的根本利益。但是本项目的客户方根本就没有一个统一的 项目接口人，使到我们项目需求组在涉及到需求确认或变更时，都需要和客户方的多个部门进行不断的沟通和确认。最惨的是这种多头沟通不但没有获得客户高层领导的认可，而且多头沟通的结果往往是相互重复或相互矛盾的。在我意识到是自己陷入了与客户沟通管理的泥潭之中时，但却已经回天无力了。 一 . 什么是开发项目的沟通管理泥潭 ? 软件开发项目的失败有很多是由于需求混乱和沟通不良造成的。简单的说，就是沟通对于软件开发项目来说有着特殊意义。在成功的项目中人们可能感受不到沟通所起的重要作用，但在失败的项目反思中却往往提到沟通不 畅的危害，而且也往往把沟通不良作为是项目成功路上的最大拦路虎。因此，在软件