“開放式溝通”具備以下的特點：
即時、主動
需要溝通時馬上進行溝通，感覺到有問題時馬上進行溝通，事后諸葛亮是為人所不齒的。
有效
用直接有效的方式溝通，抓住要害，準確表達，盡量簡短。
形式多樣
用盡可能多的合適的方式溝通，面對面談話、郵件、msn、QQ等，哪種方式有效直接，用哪一種。
參與
強調人人參與，人人都要主動溝通，同時也要主動去和每一個人溝通。團隊每一位成員都參與到每一個活動中。
包容
認真聆聽各方面意見，鼓勵不同意見。
直接、坦誠
說話不需要拐彎抹角，不需要諸多粉飾，用直接坦白的話來表達。
對事不對人
不戴有色眼鏡看人，所有的溝通都是為了把事情做好。
為共同的前景工作
簡單的說是大家的目標要一致，并一起為這個共同的目標努力工作。
所有偉大的軟件必定有一份宏偉的前景文檔，該文檔描述了軟件將會帶來什么社會價值、經濟價值，開發本軟件的目的是什么，本軟件應用的范圍、領域，本軟件能解決什么業務問題，本軟件有什么特性等等。
如果達不到以下任何條件之一，都不能算“為共同的前景”工作：
這個前景是大家一起來制定并一致通過的；
團隊中的任何一個人在任何時候都能清晰地說出本項目的前景的大致內容。
用前景來指導工作，明確工作的重點，明確工作的方針，用前景來解決工作中的分歧。
很多人都會喊團隊需要有一致的目標這樣的口號，能不能做得到？以上三點是檢驗的標準。
賦予小組成員權力
“在的小組里，不同的個人會在不同場合下體現出其領導能力，他們會在其專長的領域里擔負起領導職責。沒有哪個人是永遠的領導，因為如果這樣的話，這個人無法和其他人融為一個整體，而小組的互動會因此而開始分裂。小組的結構應該是一個網絡型的而不是一個層次型的。”
——Tom DeMarco 和 Timothy Lister
微軟的團隊是沒有固定的領導的，因為任何人都是領導，每位成員都有不可替代的作用，每位成員在自己專長的領域中擔當領導的作用。
清晰的責任和共同的職責
測試一下大家對這點的理解，如果你的團隊中出現這樣的問題，這樣處理是否合適？
項目進度推遲、項目預算超出計劃，公司領導把項目經理叫去，嚴厲的批評了一頓，而沒有責備過任何其他項目成員。
軟件發布出去后，發現嚴重的缺陷，公司領導把測試人員叫去嚴厲批評，也沒有責備過任何其他項目成員。
你們的團隊中，有沒有這樣的情況：
只有項目經理為項目的進度、預算勞心勞累，其他人都在“安分”地完成“本職”工作，不會主動過問其他情況。
出現問題時，誰是問題責任人的皮球會被踢來踢去，沒有人愿意承擔責任。
為什么有這樣的問題呢？應該如何處理呢？是責任定得不夠清晰嗎？
團隊的每一位成員，肩負起自己所在領域的責任，團隊的每一位成員共同對終解決方案負責，同時鼓勵小組成員對非他們直接負責的領域作出評論和貢獻。
軟件開發團隊中，有項目管理、需求分析、設計、編碼、測試等各個領域的人才，每領域的負責人對自己的工作負責。
另外一個方面，軟件是團隊共同勞動成果，所有人對終的解決方案負責，終解決方案只要有問題，是整個團隊的責任，終解決方案取得優異成績，是整個團隊的功勞。軟件開發團隊，是一個“一榮俱榮、一損俱損”的團隊，只有這樣才能把全部人的利益扭在一起。
了解了微軟的這個原理后，大家對前面提到的問題是否有了答案？
