讓我們驕傲的應該是解決了問題，而不是比較誰出的主意較好。
對事不對人
你在這個設計上投入了很多精力，為它付出很多心血，你堅信它比其他任何人的設計都棒。別聽他們的，他們只會把問題變得更糟糕。情境：當Lee先生在做一個新方案的介紹時，下面的人可能會這樣說
- 那樣很蠢！！（暗示著Lee先生很蠢。）
- 那樣很蠢！！ 你忘記考慮了它多執行緒的安全性。
- 謝謝，Lee先生，但是我想知道，如果兩個使用者同時登錄會發生什麼事？
下面讓我們來看看，三種回答的不同之處
- 否定個人能力：即使Lee是十足的笨蛋，但你這樣的提問並不會提高他的水平，反而會導致他以後不敢再提出自己的任何想法。
- 指出明顯的缺點，並否定其觀點：雖然觀點明確，但也不能給Lee太多的幫助，甚至可能會讓你自己惹火上身。
- 詢問你的隊友，並提出你的顧慮：沒有指責，沒有評判。只是簡單地表達自己的觀點，讓Lee意識到這個問題，而不是顏面掃地。
開始一次的交談，而不是爭辯。
我們每一個人都能有一些極好的創新想法，但也會萌生一些很愚蠢的想法。
負面的評論與態度扼殺了創意。
如果你準備提出一個想法或建議，卻擔心有可能被嘲笑或丟了面子，那你就不會主動提出自己的建議了。
好的軟體與設計，都必需要大量的創造力與洞察力。
禮貌待人，分享並融合各種不同的想法與觀點，遠遠勝過單一的想法為項目帶來的價值。
Negativity Kills innovation 消極扼殺創新
團隊中的每個人都需要自由地表達觀點。
即使你的建議不被全盤接收，但也能對最終解決問題有所幫忙。
你不需要很出色才能起步，但你必須起步才能變得很出色 - Les Brown
幾個有效在會議中交談的技巧
設定最終期限
如果你正在參加方案討論會議，或尋求解決方案時遇到問題，請設定一個明確的最終期限。
例如：午飯時間或一天的結束。
可以防止人們陷入永無止境的的理論爭辯之中，讓你在為難的時候做出果斷的決策
以確保團隊工作的順利進行。
沒有最好的答案，只有更合適的方案。
逆向思維
先是積極的看到問題的正面，在努力地從反面去認識它。
目的是要找出最多優點，最少缺點的方案。
推派仲裁者
確保每個人都有自由發問的機會。
衝突發生時，負責調停。
支持已經做出的決定
一旦方案確立，團隊的每個人都必需通力合作，努力實現。
最終目標是，讓項目成功滿足用戶需求，符合期待，才是最重要。
讓我們驕傲的應該是解決了問題，而不是比較誰出的主意較好。切身感受
一個團隊能夠很公正地討論方案的優點與缺點，不會因為拒絕有缺陷，相對不好的解決方案，而傷害他人，不會因為採用不完美，相對更好的解決方案，而被人忌恨。
