如何激发员工积极主动交流的潜动力？

[coolzhh]

在实际项目开发中，我发现交流非常重要，它可以决定项目的成与败。另外，目前非常流行的开发方法XP也非常强调交流。
　　但是现状告诉我，中国的程序员都不是很主动的与别人交流。经我调查，程序员具有强烈交流，提高自身水平的令人欲望，主要是缺乏激发这种欲望的方法。请大家发表自己的真实想法。

[Rose2000]

zhf_karen(zhf)的方法不错，我又该反思我和别人沟通过程中存在的问题

[hzhq1]

多谢zhf以及各位的建议，收藏。

[termite]

随着你的成长，你会发现你越来越渴望交流了，我就是这样的。

[zhuma]

Money
one idea one hundred yuan

[Rose2000]

建立相互之间的信任的关系。

[愉快的登山者]

建立一个不成文的制度：
公司内部每周用半天或2个小时的时间，进行某些专题的讨论。
可以事先留好题目，然后让大家找资料，做准备。在讨论交流会上发表自己的看法和认识；最后将大家的东西总结出正确的，汇总成文保留起来，也可以在一些地方试着发表。
题目要与日常的开发工作相结合，能够解决平时工作开发中常见到的问题，这些问题要比较容易理解，可以在开发群体中有广泛的共识。
久而久之，大家的交流积极性就提高了。

[coolzhh]

首先感谢tj_dns(愉快的登山者)。以下我说一些存在的相关问题。
　　我们现在主要交流方式与你所说的大同小异，实践中还是存在以下问题：
１、工作繁忙时，大家没有时间找资料。即使平时较松一些，但由于人的惰性，大家还是不是很热衷花时间去找相应的资料。我们平时讨论软件工程时，也是提前公布讨论内容，但是讨论时发现也真正查资料的人还是很少，结果讨论变成了聊天。
２、好题目比较难。原因是由于每个人的学识和经历都不一样，很难找到每个人都认为是好的题目。

另外， Rose2000(巴山雾) 所说的建立信任关系可能是一个因素，但希望你再详述一下。毕竟我们现在也是在交流。

[hzhq1]

目的：增强项目成员中的交流和沟通，促进项目成员间的协调
（增强团队成员关系的融洽，加快问题解决的进度，增强项目人员的凝聚力，提高各项目成员的解决问题的能力，最终大力促进项目的进展）


目前的沟通状况：
**1，部分项目人员主动与他人沟通的能力。
**2，部分项目人员在主动与他人沟通交流方面尚存欠缺。但这部分成员仍有强烈的与他人沟通交流的欲望。
**3，部分项目人员担心与他人交流会令他人进步，而影响自身的地位而拒绝交流。

分析：三种人在一个稍大的项目中肯定都会同时存在。有人善于交流，有人不善于交流但愿意交流，有人害怕别人进步而拒绝交流。但希望促进项目进展的负责人无法区分那种人到底是不善于交流，哪种人是害怕别人进步而拒绝交流（你问他，他是不会告诉你他害怕别人进步而拒绝交流的）

解决办法：
建立一套定时交流沟通的制度流程，
必要时，可以把交流内容文档化，
在制度的约束下，
都变得善于沟通交流；

增强项目人员间沟通交流，公司能得到的好处：
1，
2，
3，
4，
。。。。
n,
n+1,
n+2,
...
n+n,

这么多好处还用偶多说吗？

除非这个老板专门想和自己的MONEY作对！
嘿嘿。

[frenzieddragon]

1、建立良好的团队文化，团队之内应该只有分工的差别，没有等级差别，这样交流起来不会有障碍，人人都有发言的权利，任何人都没有随便否决别人言论的权利。如果老是有人要没有说服我的情况下否认我的言论，我肯定会丧失交流的欲望的。我以前的团队中，每个人都随时可以召集他人开会讨论问题，如果你要否定他人的意见，要么说服他，要么开会集体表决，这样效率可能低了一样，但是团队之内极其团结，士气也很高昂（因为人人都觉得自己是项目的重要组成部分）。
2、项目任务不能太紧，得有时间给成员们交流。如果项目太紧，成员们忙于自己的任务（想必大多数公司都是以完成任务来考核团队成员吧）而不敢去交流（而且在有的公司，交流太多会被领导误认为工作不努力，整天聊天）。

[netsong]

我觉得制度和文化、理念并不能从根本上解决激励问题。只有市场！突破公司这个包围在员工与市场之间的象牙塔，将市场对公司的压力传递到每个员工身上，让每个员工在市场的压力下按照公司的平台和产品理念自我寻求价值的扩大和提升。但这是一个课题，如何使这些压力量化成激励，对每个公司和每个职位都是不同的。诚如海尔张瑞敏先生所倡导的并率先在海尔实施的SBU（Stragical Business Unit）理论，我觉得是一个发展趋势。如何运用这种理论，又是有很大区别的！

[hzhq1]

制度；
不成文的制度；
成文的制度；
可以解决问题的制度；
不能解决问题的制度；
文档化的制度；
形式完美，执行不力的制度；
形式完美，有效执行的制度；
强迫他人执行，引起反感的制度；
引导参与者理解执行此制度对自身和团队的益处，令制度的制定者和执行者达成共识的制度。
。。。
。。。
制度也有好多种啊

[netsong]

关键在于设计这种SBU之间的价值和利益体现的量化关系，形成一种有血有肉的文化。

[hzhq1]

制定制度的人，
制定制度的人的道德水准，
制定制度的人的专业能力，
制定制度的人的社会经验，
制定制度的人的沟通能力，
制定制度的人的权限。

执行制度的人的道德水准，
执行制度的人的专业能力，
执行制度的人的社会经验，
执行制度的人的沟通能力，
执行制度的人的权限。

项目的重要程度，
项目的紧急程度，
。。。
。。。
等等等因素


呵呵，
这么多因素有可能影响一个设想完美的制度的实际执行效果，
很多时候，
不是制度不够完美，
而是人不够完美。

哪里又有完美的人？
哪里又有思想一致的人？
不完美的而且思想不一致的人之间又如何协同工作？
不完美的而且思想不一致的人在协同工作时，
如何高效率地高质量地完成任务？
呵呵，
一个问题扯出无数个问题来，
可怕。

[mostice]

有的时候制造点大家都容易解决的小错误，
比如午休的时候突然打翻了水桶。
情急之下，大家都不会估计什么不好意思。
都会来帮忙，不知觉间相互帮助了，也就不会觉得陌生了！

[Rose2000]

hehe，建议春天的时候，可以搞搞什么春游之类的活动，可以在这当中相互帮助，体会一种团队的感觉。

[zhf_karen]

求同存异,不应该有人在交流中存在被报复的情况.有时候,你也可以玩个小花招,呵呵,就是,在会议上,犯个容易解决的,技术性错误,然后只要有人能够提出来,就作为典型表扬.也许有一定作用.环境是需要自上而下建立的.

还有一点:即使是交流中,有人出现低级错误,也要解释,而不是粗暴中止,要让大家知道,他是这方面的专家,他的意见被整个团队所重视,他是团队中力量的重要组成部分.

别给汇报坏消息的人以特殊的处理,因为坏消息如果隐瞒下去,结果更加严重,他反应出来是鼓起勇气的,所以,试图去寻找解决的办法,而不是埋怨.

当面表扬,私下批评,保证任何人在大家中间都不会成为无能的人.发现他的特长,鼓励他,他就会做得更好.同时也使他和团队所有人站在同一个讨论基点上,交流就可以不局限在高手中.

头脑风暴是个不错的开始方法,请注意头脑风暴的原则.