清除沟通障碍
最近在与刚成立的需求组沟通时困难重重，他们认为我始终是在质疑他们，而我则认为他们的需求随意性太强。于是大家的沟通越来越困难，常常在交谈的一开始就陷入不愉快。但就目前的情况来看，还有更糟糕的事：说一套，做一套。在会议上，大家一致认为应该只满足共性的需求，个性化的需求暂时不考虑。但在实际做的时候，需求组自行判断需求是共性还是个性的，有时甚至没有考虑过这回事。于是我们会就某些需求展开讨论，结果往往是不愉快。具体的原因我还在寻找，当我对需求提出更多细节上的问题时，通常都是不清楚或者很含糊，有时甚至没想到过，现场就开始猜测可能的情况。
我认为这不是个很困难的事，毕竟沟通是工作中不可缺少的一部分。如何沟通是没有正确答案的，我们都要努力寻找最有效的沟通方式。基于目前的状况，我也不急于改变现状，即使我很不满意。工作总是要一步步做的。
第一步，减少磨擦，并寻找沟通的障碍。如果任由这种情况发展，对双方都没有好处。暂时把磨擦保护起来，尽量减少对立。同时双方就沟通方式进行讨论，积极寻找造成沟通不顺的原因。原因找到了，离解决的地方就不远了。
第二步，主动做出妥协。妥协在某种程度上可以称之为失败，但如果在失败之前就做出一些妥协以挽救项目，那么妥协也可以在某种程度上称之为成功。虽然我们确实浪费了一些时间和精力，开发出一些没有必要的东西。但是，从长期来看，为了改变现状，暂时的妥协会带来更多的收益。开始的时候，主动往往比被动要困难一些，一旦做起来，就会容易得多。我们是主动做出妥协，大家都不会有挫折感，士气没有受到太大的影响。同时，我们也取得一定的主动权，要求在下一版本中提高对需求的评审。
第三步，帮助需求组。从行政的角度讲，这不是我们的工作。但从整个团队的角度讲，这也是工作的一部分。需求组工作不得力，必然会影响到我们的工作效率和成效。帮助需求组获取更真实准确的需求，也是在帮我们自己节省时间提高效率。这么做，也从实际行动上对团队精神做了很好的诠释。没有谁可以脱离团队，独自取得成功。
从目前的进展来看，我们的做法确实收到了一些成效，沟通已经比较顺畅。现在最大的问题就是，上头认为做需求不需要软件开发的背景，只要懂业务就行了。这是典型的外行领导内行。我尝试了几次，最终还是没有说服他改变自己的观点。大家有什么建议吗？ 1 楼 nniu520 2011-12-14 精通业务而没有软件开发概念的，可以做业务分析师；这样的人，如果做需求人员，压根就不会考虑需求在系统中如何实现和落地，后面做设计的人必须强悍些，不然项目会陷入人月神话中提到的焦油中，自己的人挖的坑，自己的人倒油，自己的人跳，然后挣扎，直到game over.
解决方式一：在领导面前充分肯定该需求人员对业务的精通及能力，提议这么精通业务的人仅做需求调研实属浪费。要求他被提拔，然后换人。O(∩_∩)O~
回个3年半前的贴。O(∩_∩)O~
