1.先看一些失敗的團隊會議： 

       有些關於方案討論的會議，到最後可能會失控變成了情緒化的指責，變成做決定是基於誰提出了這個觀點，而不是權衡觀點本身的利弊。參加這種會議，到最後會鬧得大家都很不愉快。但是，這也很正常！

2.如何討論

   一個好的設計作品，都需要大量的創造力和洞察力，分享並融入各種不同的想法和觀點，遠勝於單個想法為專案帶來的價值。

   但是負面的評論和態度會扼殺了創新。所以，我們必須把重點放在解決問題上，而不是極力去證明誰的主意更好。在一個團隊中，一個人只是智商高是沒用的，如果他很頑固並且拒絕合作，那麼生產率和創新都會瀕臨滅亡的邊緣。

   一個需要緊密合作的開發團隊中，如果能稍微注意禮貌對待他人，將會有益於整個團隊關注真正有價值的問題，而不是勾心鬥角，誤入歧途。

    比如說：“XX你這個方法很蠢。”可以改為：“謝謝，XX先生。但是我想知道，如果兩個使用者同時登陸會發生什麼情況？“沒有譴責，沒有批判，只是簡單地表達自己的觀點。讓XX先生自己意識到這個問題，而不是掃地的面子。由此可以開始一次交談，而不是爭辯。  

3.不要害怕被批評

   我們每個人都能有一些極好的創新想法，同樣也會萌生一些很愚蠢的想法。團隊中的每個人都需要自由地表達觀點。即使你的建議不被全盤接受，也能對最終解決問題有所幫助。不要害怕被批評。任何專家都是從這裡開始的。

   有一句話說得好：你不需要很出色才能起步，但是你必須起步才能變得很出色。

4.設定最終期限

    如果你正在參加設計方案討論會，或者是尋找解決方案時遇到問題。這些會議有時候一開的話就可能會很久，也許真的是個無底洞。所以請設定一個最終期限，例如午飯時間或者一天的結束。這樣的時間限制可以防止人們陷入無休止的理論爭辯之中，保證團隊的工作順利進行。

    同時，我們也應該現實一些：沒有最好的答案，只有更合適的方案。設定期限能夠幫你在為難的時候果斷做出決策，讓工作可以繼續進行。

5.逆向思維

   團隊中的每個成員都應該意識到權衡的必要性。一種客觀對待問題的辦法是：先是積極地看到它的正面，然後再努力地從反面認識它。目的就是要找出優點最多缺點最少的那個方案。

   這種辦法可以儘可能地發現其優缺點，有助於減少個人情感。

6.設立仲裁人

   在會議的開始，選擇一個仲裁人作為本次會議的決策者。每個人都有機會針對問題暢所欲言。仲裁人的責任就是確保每個人都有發言的機會，並維持會議的正常進行。

    仲裁人不應該本身就帶有某種觀點來判斷，他有點類似於法官，應該根據事實，權衡利益來做判斷。

7.支援已經做出的決定

   一旦方案被確定了（不管是什麼樣的方案），每個團隊成員都必須通力合作，努力實現這個方案。每個人都要時刻記住，我們的目標是讓專案成功滿足使用者需求。客戶並不關心這是誰的主意——他們關心的是：這個軟體能否工作，並且是符合他們的期望。

   對於使用者結果才是最重要。

8.小結

   設計充滿了妥協（生活本身也是如此），成功屬於意識到這一點的團隊。工作中不感情用事是需要剋制力的，而你若能展現出成熟大度來，大家一定不會視而不見。這需要有人帶頭，身體力行，去感染另一部分人。