我的成长（三）---沟通真的很重要

         最近接触了一个项目组，项目在开发的过程中，发现项目组的开发人员有时比较迷茫；问其原因，项目的需求经常变，不明确。笔者心想，项目开发过程中遇到需求的变更不是很正常吗，随着问题的深入发现并不是需求不明确，而是项目经理和项目组长之间的交流出现了问题。

         于是我想了想平时工作中的一些事，无论在什么时候，沟通无不重要的。遇到过技术很牛，表达不行的没拿到一份好的Offer的，也遇到过技术还行，沟通能力强的拿到一个好的工资的。

         最近在沟通这块自己也小有感触，下面就说说我最近的一点点理解吧

         言之有物---不要使用不定代词

         说到这点，我最先想到的是刚刚接触电脑的时候，老师给我们讲解其相关的知识。

         “大家按下这个地方的那个按钮，就是开机”

         “点屏幕上的这个图标，就能看到书上XX页的哪张图片”

         可能一节课下来，我们只记住了这个那个，对计算机方面的知识的理解也仅仅停留在“这个”“那个”上，对于某些对新生事物接受起来慢的同学可能这辈子就和计算机相关的知识说拜拜了。

         我们也可以试想一下，如果项目组正在梳理需求、设计流程等过程中全是这样的不定代词，会议的参与人员需要怎样的集中精力才能正确的理解需求啊。如果您参与过这样的会议，笔者相信您一定深有体会。

         回答问题---一定要简单、直接

         不知道大家有没有遇到过这样的问题，笔者在工作的过程中曾经遇到过这样的人，每次和他交流起来就感觉是一种挑战。

         问：“1+1=？“

         答：”这个问题是不是太简单了，你是不是在怀疑我的智商？“

         问：”你直接跟我说答案就行“

         答：”&%￥#@“（反正就不回答问题）

         这样的沟通往往会花费我们很多时间，而且沟通的结果也不好。最好的情况是什么？

         问什么，答什么。

         问：”1+1=？“

         答：”2“

         当项目经理，产品经理的人都很忙，替他们多想想吧，让彼此的沟通更加高效。

         汇报情况---别只靠脑子

         为什么说别只靠脑子，想想吧，记是记不住的。当你想向你的上级汇报什么东西的时候，能够使用邮件的就不要用脑子记，用嘴说。如果真的需要面对面的说，最好是能够有文字方面的东西，千万不要有个什么东西就直接说了，万一在汇报的时候忘了怎么办？

         分配任务---坚定、干脆

         作为一个分配任务的人，如果你在分配任务或者执行什么命令的时候有半点的犹豫都会让你手下的人不知所措。虽然在敏捷开发过程中强调每个人的主动性，但是在现实的开发过程中，如果项目组长不明确任务，开发人员往往会不知道做什么。

         以上是最近的一点感受，笔者希望能够对看过此文的人有所帮助！最近的一个项目马上就进入实现阶段了，今后这个系列的博文应该会更多的涉及技术方面的知识，同时在文章最后都会附上我最近在看的书名。

附：最近我在看的书：《软件架构师的12项修炼》