“开放式沟通”具备以下的特点：

即时、主动

需要沟通时马上进行沟通，感觉到有问题时马上进行沟通，事后诸葛亮是为人所不齿的。

有效

用直接有效的方式沟通，抓住要害，准确表达，尽量简短。

形式多样

用尽可能多的合适的方式沟通，面对面谈话、邮件、msn、QQ等，哪种方式有效直接，用哪一种。

参与

强调人人参与，人人都要主动沟通，同时也要主动去和每一个人沟通。团队每一位成员都参与到每一个活动中。

包容

认真聆听各方面意见，鼓励不同意见。

直接、坦诚

说话不需要拐弯抹角，不需要诸多粉饰，用直接坦白的话来表达。

对事不对人

不戴有色眼镜看人，所有的沟通都是为了把事情做好。

为共同的前景工作

简单的说是大家的目标要一致，并一起为这个共同的目标努力工作。

所有伟大的软件必定有一份宏伟的前景文档，该文档描述了软件将会带来什么社会价值、经济价值，开发本软件的目的是什么，本软件应用的范围、领域，本软件能解决什么业务问题，本软件有什么特性等等。

如果达不到以下任何条件之一，都不能算“为共同的前景”工作：

这个前景是大家一起来制定并一致通过的；

团队中的任何一个人在任何时候都能清晰地说出本项目的前景的大致内容。

用前景来指导工作，明确工作的重点，明确工作的方针，用前景来解决工作中的分歧。

很多人都会喊团队需要有一致的目标这样的口号，能不能做得到？以上三点是检验的标准。

赋予小组成员权力

“在的小组里，不同的个人会在不同场合下体现出其领导能力，他们会在其专长的领域里担负起领导职责。没有哪个人是永远的领导，因为如果这样的话，这个人无法和其他人融为一个整体，而小组的互动会因此而开始分裂。小组的结构应该是一个网络型的而不是一个层次型的。”

——Tom DeMarco 和 Timothy Lister

微软的团队是没有固定的领导的，因为任何人都是领导，每位成员都有不可替代的作用，每位成员在自己专长的领域中担当领导的作用。

清晰的责任和共同的职责

测试一下大家对这点的理解，如果你的团队中出现这样的问题，这样处理是否合适？

项目进度推迟、项目预算超出计划，公司领导把项目经理叫去，严厉的批评了一顿，而没有责备过任何其他项目成员。

软件发布出去后，发现严重的缺陷，公司领导把测试人员叫去严厉批评，也没有责备过任何其他项目成员。

你们的团队中，有没有这样的情况：

只有项目经理为项目的进度、预算劳心劳累，其他人都在“安分”地完成“本职”工作，不会主动过问其他情况。

出现问题时，谁是问题责任人的皮球会被踢来踢去，没有人愿意承担责任。

为什么有这样的问题呢？应该如何处理呢？是责任定得不够清晰吗？

团队的每一位成员，肩负起自己所在领域的责任，团队的每一位成员共同对终解决方案负责，同时鼓励小组成员对非他们直接负责的领域作出评论和贡献。

软件开发团队中，有项目管理、需求分析、设计、编码、测试等各个领域的人才，每领域的负责人对自己的工作负责。

另外一个方面，软件是团队共同劳动成果，所有人对终的解决方案负责，终解决方案只要有问题，是整个团队的责任，终解决方案取得优异成绩，是整个团队的功劳。软件开发团队，是一个“一荣俱荣、一损俱损”的团队，只有这样才能把全部人的利益扭在一起。

了解了微软的这个原理后，大家对前面提到的问题是否有了答案？