沟通在项目开发过程中起到的作用：举足轻重

和人一起开发了一个项目。虽然最后算是成功了，但工期延了再延，因为中间出现了很多问题，但都是非

技术上的，比如：做的东西经常返工；一个功能有多种实现方法，哪个最优，不知如何选择等等。回头自

个思考了一下，感觉导致这些问题的原因是沟通的问题：

 因为沟通要贯穿整个项目的始终。所以沟通分为三个部分：
 A、前期沟通：
  项目的策划方案下来以后，讨论整个项目的架构问题，总的工期，每个人做哪一块，如

何做，大概需要多长时间，项目的核心部分，技术难点可能会出现在什么地方等问题都要讨论清楚。
 B、开发过程中的交流：
 开发过程中的交流很重要，这个时候的交流有助于整个项目能按照正确的轨道走。
 这一阶段，由于开发人员的思想不一样，会各自按照自己的思路走，这样，可能会偏离项目的需

求。因此这一时段的沟通，大家都把自己的开发进度说出来，做到什么地方，共同对照需求看看是否偏离

了方向，纠正错误，使项目良性发展。
 （当然开发过程中需求会发生变化，每变化一处需求，整个团队都要进行讨论，讨论需求变化后

的影响，以及需求为什么要改变，是否可以不改变等问题。若改变了需求，影响到哪个人的开发模块，都

要设想好如何更改，以便靠拢需求，以免做很多不必要的工作。）
 如果开发过程中开发人员不是善于表达所做的工作，那就每天记着要互相看看对方的代码，互相

交流一下代码，对照一下需求，找出问题。重要的一点是，每天必须有一个人（一般是项目负责人）把全

部的代码看上一遍，统一一下，把握一下方向。
 在开发过程中，开发人员如果即时遇到问题，一定要多动嘴，和大家讨论，不要一个人埋头苦想

。三个臭皮匠顶一个诸葛亮呢。讨论的时候要把自己对某个问题的看法和对方交流，让对方完完全全明白

自己的想法(包括对问题的细节等)，同时也要完完全全明白对方的想法。不可别人一开说就感觉和自己的

想法差不多，就不会认真的去听对方的讲说，这样会把自己的意思潜移默化地替换掉了他们的方案或者想

法。
 每天都要讨论，因为每天都可能出现问题，讨论结束后一点要从中找出东西，或者解决方案。多

个解决方案一定由负责人确定一个最优的方案来使用，不可说这个也行，那个也可以。
 C、后期的沟通：
 项目到了这个时候，就要收尾了，这时就要从头到尾的看看整个项目是否是按照需求做出来的。

还有哪些工作没有做完、做好。尝试着把每个人做的部分连接起来，找出中间互相假设的部分是否能够对

接成功。

最后，末带着再提一句：每次的交流都要确定一个可实施的方案，而且只能是一个。

我是在整个项目中边负责开发边管理开发方向的，开发过程中这是最大的体会。
表达能力不好，不知各位能否看得懂。
望能和各位多多交流。