浅说我在团队沟通方面的技巧.docVIP

浅说我在团队沟通方面的技巧 浅说我在团队沟通方面的技巧 软件行业的项目组依赖于大家的沟通。在项目中，如何强调沟通都是不过分的。而事实上，绝大多数问题的出现，我们基本上都可以在沟通上找到一些问题的根源。举一个例子来说，我们很多人在工作中，都有一点感觉，我们之间的工作挂接不那么严丝合缝，似乎总是有一些灰色地带的存在，而正是这些模糊的地方，导致我们工作出现一些不和谐音。可以明确的说一点：这一点将在你的工作中，不断出现;而且随着你岗位的提升，责任的提升，这一点将变得越来越多。原因是，至少在现在我看来，任何组织结构都无法定义得如此明晰(因为我们面对着是变化越来越快的市场的这一个现实)，所以，需要我们加强沟通，依靠沟通能力来弥补一些问题。 首先，团队沟通的成本上很高的，而且随着以下因素，沟通的成本会越来越高：人数的增加，工作地点的分离，缺乏共同的语境平台，不相同的价值观或者判断准则等等。人数的增加，使得相互之间的沟通线越来越多，而且，信息的增加，不见得就一定能够把你导向成功，你将不得不判断各种不同的信息，从而使得成本越来越高。根据这点，我们在管理上，推荐进行单头领导(而不是多头领导)就是这个原因，我们赞成使用少量的高素质人员替代大量无经验的人员，也是基于这一点的判断.工作地点的分离，也将导致沟通成本急剧上升。我不知道大家如何看待在这样的一个团队：我们的需求团队在北京，设计团队在上海，开发团队在武汉，测试团队在大连。如果是我看见这样的团队，将使得我很挠头。而且，但凡有可能，我极其不愿意使用这样一种团队，因为地点的分离，使得沟通和交流的数量和质量大大低于直接的面对面的交流。对于一般的开发团队来说，我希望他们不仅仅是在一个办公室里，而且更希望他们的办公位本身就是挨在一起的，这样他们抬起头就能交流。 他们会变得更喜欢进行交流。很多项目经理告诉我，我们有msn进行日常的沟通，我们有电话会议进行项目会议，我们有视频会议来解决面对面沟通的问题。但是，事实上，这一点远远不够。我们现在有很多手段进行沟通，但是诸位请回答我一个问题，以前你在家的时候，每天和你母亲说多少话?你离开母亲以后，虽然你也同样有各种很方便快捷的联系手段(而且我很多时候也和母亲在msn上聊天)，但是你每天聊多少句?你们的了解是更多了还是更少了?和母亲之间的沟通尚且如此，那么和一个项目组团队(甚至是你没有见过面的项目组成员)，你们的沟通又是如何?人和人之间的沟通和交流，没有比直接的面对面更加有效的了，我们可以听见对方的话音，看见对方的每一个眼神hellip;hellip;更重要的是，我们能够相互之间触手可及，这是一种鲜活的沟通手段，任何手段都比不上他。所以，除非万不得已，不要把你的团队分成那么多地点。 有一个例子，我们曾经试验过软件工厂(在武汉设立了软件工厂，以至于我看见我们举行会议的时候，总是会有几个武汉的同仁，风尘仆仆地赶到北京)，理想状态下，我们希望在北京做需求、设计和验收测试，在武汉进行开发和测试。而且主要是研发一些独立性很强的产品(比如一个显示报表的工具)，或者一个很简单的功能实现。当时，为了体现软件工厂的有效性，总经理下令，不强求在北京的团队使用武汉的软件工厂。结果几乎没有人使用武汉的软件工厂，而且即使有人使用了，也是直接把需求和设计人员直接派到武汉，象项目经理一样带这个项目。当时我们很现实，软件工厂是否成功，不是我的事情;但是我的项目失败了，就是最大的问题了。所以，还是请一帮张口闭口软件工厂的兄弟们，至少自己亲手干一干，你会发现，其中的难度是非常高的，你仿佛一朝之内回到解放前，对于项目的忧虑和风险会急剧上升的。我在团队沟通方面的技巧。他并不是如同你所想像的那么容易驾驭。 当然了，如果你真的能够很轻松地驾驭这方面的团队，我不得不说，你的项目管理能力以团队管理能力非常出色，是一个国际性的项目管理大牛，但是hellip;hellip;，国内的98%以上的小型项目，有必要采用这种方式研发吗?我觉得没有太大的必要。所以还是不要开口闭口的软件工厂，软件工厂的。 我们知道一点，我们现在面临的问题，如同20年前提出软件工程的时候一样，是软件项目失败率太高，而不是我们已经解决了软件项目失败率问题，那么对于绝大多数项目来说，还是如何保证成功率，如何来做吧。缺乏共同的语境平台，也会导致沟通成本的上升。比如我们希望某一种设计文档，能够按照一个相对固定的格式来做。当然，这种做法不值得走得太过(章节内容完全规定得非常死非常死，就容易引发负面效应了)，但是，这种做法有效的一点是，他统一了语境平台，大家很清楚