在网络时代，软件担负着重要的使命，软件开发项目偶尔成功是不能够满足需求的，必须一直交付优秀的产品，而且速度要比以前更快。作为软件开发环节中起到关键作用的开发者，从一个程序员到一个真正的Team Worker的转变是需要时间和经验的。笔者针对这种转变过程中容易产生的沟通问题进行了探讨，以便读者在实际开发过程中避免这方面问题。

    一、引言

    在软件项目中，要做到一个项目迅速成功地完成，是很不容易的。在完成所下达的任务当中，设计好的蓝图跟具体地付诸于实践，既要有规定统一的制定计划，还要有一套适时的监控执行方法，但同时又不能扼杀了整个项目开发中的创造性和自主性，这样，就必须有一个灵活而且容易使用的沟通方式方法，从而使一些项目信息时时最新，做到实时同步。

    在软件项目中，许多业界人士和同行专家都认为：对于一个项目的成功关键取决于团队协作开发中的沟通问题。与软件项目成功的三个主要因素分别为：用户的积极配合，明确的需求表达，管理层的大力支持，而这三要素全部依赖于良好的沟通技巧。

    “项目沟通管理”这个概念并不是在IT项目中特有，而是从传统的制造业管理中发展出来的一套管理体系中的一个方面。既然软件开发也是项目的一种，所以也会出现一般项目管理中所出现的沟通上的问题，但软件开发本身也有一些特有的更加具体的模式，本文将讨论软件协作开发中的沟通管理。

    二、沟通计划

    项目拿到手之后，首先应该组织一批干系人员制定沟通计划，“沟通计划”应包括以下内容：

    1.联系方式

    应该有一个专用于项目管理中所有的相关的人员的联系方式的小册子，其中如项目组成员、项目组上级领导、技术支持人员、出差定房订票等系统中相关的人员的座机、手机、e-Mail、QQ等，应相应地一一列上。最好把联系方式的电子稿通过电子邮件给项目管理中所有的相关的人员发送一份，这样不需要联系方式的小册子也能通过Internet把大家联系在一起。

    2.使用样板

    对于一个项目本身统一的格式，是正规管理的一部分，所以必须统一各种文件格式，最好提供样板并辅助编写说明。使用样板应注意以下几点：

    （1）为经常要执行的任务制定样板，也要为整个项目制订样板。

    （2）在实施任务开始时就使用样板，而不是在结束的时候使用样板。

    （3）为反应从以前做过的不同项目获得的经验，为使正在开发的项目能够出色地完成，应不断地完善、更新您的样板。

    3.工作汇报方式

    明确什么时间，什么地点，哪些人员来汇报工作，明确表达项目组成员对项目经理或项目经理对上级人员的工作汇报方式。比如项目组成员对项目经理通过e-Mail发送周报；项目经理对直接上级按月通过碰头会议汇报月报；紧急汇报通过电话及时沟通；每周项目组成员进行一次当前工作沟通会议等等。

     4.任务完成督促人

    每个人或一组人员在指定的时间内是否能完成指定的任务，就需要有一个负责人来进行监督。若能完成指定任务那么项目的开发就能朝着既定的目标迈进，否则，就需要督促相关人员努力去完成，若实在完不成，就需要采取相关的措施来保证软件项目开发的顺利进行。

    三、有效沟通

    信息发送是指将需要的信息及时地传送给项目涉及人，它包括实施沟通管理计划以及对突发的信息请求作出反应。对于项目管理的信息正确传达到相应的人员，是相当重要并有一定的困难的，经常发生的事情是信息发送人感到自己把信息正确传达了，但实际的结果却是信息没有传达到或是被错误的理解了。太多的人还是不太习惯成堆的文件或者通篇的e-Mail传送的邮件，如果能利用非正式的方式或者是双方会谈的方式来听取重要的信息，就来得又快又准确更能让人接受，就像传统里的一纸书信在某些场合还是比有些现代化的联系方式来得好一样，价值取向不同，沟通的方式也就在使用效果上全然不一样了。

    我们在沟通中应遵循彼得。德鲁克提出的四个基本法则：

    1.沟通是一种感知

    沟通一定是双向，必须保证信息被接收者接到了。所有的沟通方式，必须有回馈机制，保证接收者接收到。比如：电子邮件进行沟通，无论是接收者简单回复“已收到、OK”等，还是电话回答收到，但必须保证接收者收到信息，并回应信息已经接收到。信息收到必须保证理解是正确的，很多事情信息收到了，但被错误的理解了，很多信息是传达到了，但却被错误理解了。

    2.沟通是一种期望

    在项目管理中，项目不同干系人是有不同的沟通需要的。项目组成员在具体的工作安排中他想明白那个职位是否符合他的意愿等等，上级要了解接收者的期望，向下属传达工作安排的同时还要了解他的意愿取向的问题，再采取相应的方法，调起其在工作上的热情，从而促使其在工作的高效付出，在项目管理中如让下属有反抗情绪的产生或者低效的工作，则是一个项目经理在沟通上不得法的一个失败实例。因此制定一个协调的沟通计划就更为重要了。

    3.沟通产生要求

    沟通是双向的，沟通必须能够符合接收者的利益，那样才有说服力。这就要求双方都要有良好的沟通方式，特别是良好的沟通又能达到双赢的目的，一致的沟通有助于组织促进项目更新。

    4.信息不是沟通

    当今是信息时代，必须分清哪些是沟通哪些是信息，对于用于沟通的信息必须明确、简练、醒目，避免沉没于大量信息之中。我们现在就能通过上面的四个法则来进行有效的沟通，达到保证软件项目管理中信息有效传达的目的了。

    四、情况报告

    实施软件项目出现的情况报告一般有四种形式：第一种代码质量报告，其次计划进度报告，再次计划稳定性报告，最后测试合理性报告。

    1.代码质量报告该报告使用错误、测试失败和代码变动来描述代码的质量。现在自动测试已经成为高质量代码开发的基本保证，对此我很感谢，但是这还不是我所要感谢的全部。开发人员现在拥有很多通过代码度量、静态分析等方法来度量代码质量的工具。我们甚至已经设法将重构分类成一系列便利的模式。

     2.计划进度报告

    该报告通过查看任务完成和任务延迟情况来描述项目安排的进展情况。一般有三种形式：定期报告、阶段评审和紧急报告。

    （1）定期报告

    就是在某一特定的时间内将所完成的工作量向上级汇报。在实际的项目管理中，项目组人员对项目经理按周报告，对于客户和项目经理的直接上级是按月或阶段进行统一的进展报告。从项目管理上讲，项目定期报告的主要内容包括：当前是什么状态？在什么阶段？进度完成情况？当前有什么问题请上级（用户）协助解决？下周（下月或下阶段）的计划是什么等等。

    （2）阶段评审

    在项目进行到重要的阶段，就要进行阶段评审。阶段评审的意义就在于评审当前的项目情况，迫使人们对其工作负责；阶段评审可以提前发现问题，提前将问题解决在初期阶段。不过阶段评审也是最容易产生争执的地方，这主要是针对于问题严重性的定级，项目经理或项目管理委员会必须在全面了解项目发展进展的情况下及时找到问题的重点，从而就事论事的解决问题的真正症结所在，并进行后面的项目。

    （3）紧急报告

    在出现意外情况下，进行紧急报告。紧急报告包括以下内容：当前发现的问题、相关影响、如何解决、问题紧迫性。

    3.计划稳定性报告

    该报告通过查看一些更改来描述一个项目的稳定性。通过更改一些需求和安排来测试一个项目是否出现大的波动，从而来描述一个项目是否具备稳定性。

    4.测试合理性报告

    该报告通过详细的测试运行细节来帮助评估测试的正确性、健壮性和友好性。

    在实际的软件协作开发项目管理过程中，质量管理的质量保证部门也将进行质量审计，按阶段提交质量审计报告。项目核心人员接到情况报告后也应即时的进行反馈，确认报告已经成功接收到。并让项目核心人员一道解决执行中遇到的各种各样问题，从而保证项目开发稳步地朝着既定的目标迈进，为成功地开发和完成项目打下坚实的基础。

    五、结束管理

    1.项目客户验收

    项目收尾期间客户将根据合同对项目进行验收，一般是对最终成果《软件系统》，项目文档《操作手册》、《安装手册》、《软件光盘》、《维护计划》或《维护手册》进行验收，双方将产生双方《项目开发总结报告》及《项目总结会议备忘录》，让你的客户同意最终结果。

    不同的人都有不同的见解，这些报告都是极好的资源，对未来项目的平稳运行有很大的帮助以及为以后开发此类项目积累了经验、奠定了基础，这都是一笔不菲的知识财富。

     2.过程文件归档

    项目组内部将对项目过程中的计划、需求、设计、源代码、变更、会议纪要、客户信件等文档整理归档，为以后的查询及参考作为一定的依据。项目档案常常在结束多年以后还有用，良好的项目档案能为当前的项目节省时间和金钱，有时还能对组织进行审计等快速提供有价值的信息。

    3.实施项目后评估

    很多项目没有能进行很好的评估，推脱的理由有项目组人员不齐或不全、现在有新的项目要接没有时间、写了没人看等等。这些理由全不是正确的，无论如何也要进行总结，只能评估当前，才能提高以后。

    项目的成员应当在项目完成后，为取得的经验和教训写一份《项目评估报告》，总结在本项目中哪些方法和事情使项目进行的更好、哪些为项目制造了麻烦、以后应在项目中避免什么情况、那些事情应在后面的项目中坚持等等。实施项目后评估可以为今后重复优秀实践和宝贵经验奠定基础，还可以避免错误。

    六、小结

    在多年的实际开发工程中，我所在的开发团队始终保持着上述良好的工作模式，基本上没有因为沟通上产生问题，事实证明：客户的要求及时地得到体现，项目及时地展现给客户。团队中分工明确，做到每人每工作周都有明确的目标，只要完成个人的既定任务，便可使项目的整个进度严格按照时间表运行。团队合作意识明显加强，没有出现“三个和尚”的混乱现象。学习气氛浓厚，个人开发中遇到的问题能够及时反映到我们的开发团队中，并且会得到来自其它开发人员及时的帮助。

本文章作者：王征强 谭华 李国娟