如何提高團隊協作的效率(2)

　　相比開會這種溝通方式，我更喜歡現場管理和看板管理。

　　工具，是團隊高效率協作的倍增器

　　這方面最容易讓人想到的也是大多數團隊目前所采用的方法就是：引入適合團隊的協同軟件。前面介紹的明確目標、制定規范和加強溝通等方面的措施，如果能有合適的團隊協同工具支持和配合，推行起來則要順利很多。

　　如何選擇一款合適的協同軟件呢?引入的協同軟件貴在精而不在多，功能完備集成性好的協同軟件可以避免引入過多系統而產生的信息孤島。側重自上而下管控的IT 系統只會在規范團隊方面起作用，要提升團隊協作效率，更應該選擇實現注重協作性的系統。免費的協同軟件大多不如付費的，但價格昂貴的協同軟件對多數團隊而 言并不適合。

　　優秀的管理者的工具箱中，總是會有各種各樣的寶貝。諸如團隊績效、團隊競爭等都是激發團隊成員潛能和斗志的好方法，實施得好的話，可以顯著提升團隊成員間的協同效率。

　　如果你正好在帶團隊，不妨嘗試一下上面提到的這些方法，相信你的團隊的協作效率一定會越來越高。

　　Pragmatic.ly 聯合創始人，Teahour.FM主播系統架構師葉玎玎：創業型開發團隊的協作心得

　　毫無疑問，Stephen R. Covey的《The 7 Habits of Highly Effective People》和David Allen的 《Getting Things Done: The Art of Stress-Free Productivity》是個人管理類的超級暢銷書，讓我們學會如何才能成為高效能人士。然而，即使團隊里的所有人都是高效能人士，這個團隊也不一定是 個高效能團隊。我們常說“一個和尚有水喝，兩個和尚挑水喝，三個和尚沒水喝”，正是出于這個道理。顧名思義，團隊協作是指所有團隊成員之間協同、合作，里 面會有分工、溝通、協調，甚至會有妥協，所以我們需要一些規則和工具來幫助團隊提高協作效率。本文的一些心得和實踐來自于我在小團隊(<10)的經驗，并且在團隊內部相互信任、目標一致的基礎上，所以不涉及辦公室人事管理，適合于創業型開發團隊。

　　目標一致

　　不僅要確保團隊的長期目標一致，還要確保短期目標一致。如同在足球場踢球，剛開始比賽時，大家戰術和思想都是一致的。而一旦進球后，就會出現有人想守，有人 想攻的情況，這種不一致會造成局面被動并可能導致輸球。創業團隊也是如此。所以在任何時候，團隊成員都要保持一致意見：現階段的目標是什么，什么事情對團隊最重要，然后所有做的事情都配合這個目標來完成。

　　合理安排

　　小團隊人少，永遠有做不完的事，所以在做計劃時總是害怕資源出現閑置而添加過多任務。我們一開始也是如此。但慢慢發現，這樣不僅弄得團隊身心俱疲，不停地趕進度，而且也會因為不停地延期導致團隊很沮喪、壓力過大影響工作的心情和狀態。因此，現在每次迭代只會給大家80%~90%的工作量。有意思的是，很多時 候時間都是剛剛夠。

　　易者優先

　　如果討論時遇到意見分歧，且這些不一致的意見不涉及對錯，那么會很容易陷入各自試圖說服別人接受自己觀點的困境，純屬浪費時間。所以我們采用易者優先原則，設置了單任務最長討論時間。 一旦超過討論時間又無法達成共識，就會選擇最簡單的方案，先做出來，然后大家測試，最后再做改進。

　　免擾模式

　　確定項目計劃后，我們就基本啟動了免擾模式。我們不鼓勵在工作時隨意地打斷別人，即使是一起在辦公室工作時。在我們看來，每一次粗暴的打擾(例如電話、 IM)都是對效率的損害，我們更需要的是100%專注在要做的事情上。因此，我們要求每個人如果需要討論，就先想清楚整個問題，然后在 Pragmatic.ly或者Hipchat里發出來。短時間來看可能回復會有延時，但從長期來看反而能讓大家都能更深入的思考、更專注的工作。

　　盡量避免會議。只有一個例外是遇到困難需要頭腦風暴時，因為開會比起文字是效率更高的選擇。但只有任務涉及者才需要參與，而不需要浪費其他人的時間。

　　狀態同步

　　團隊人越多，溝通成本越高，尤其是需要知道團隊的當前狀態時，例如目前進度如何，接下來有哪些事情要做，做完的時候需不需要其他成員幫忙審查，或者有沒有卡 在某些地方需要幫助。這些狀態和信息同步是非常耗時的，我們更傾向于用眼睛看代替嘴巴說，而 Pragmatic.ly就很好地滿足了這點。項目里的所有信息和狀態都會實時地同步給整個團隊。

　　代碼審查

　　作為開發團隊，我們不一定能保證每個任務都有充足的測試覆蓋而且也不追求100%覆蓋率。但每一段代碼、每一次修改，都必須有其他人來審查，通過后才能進入 主干。代碼審查中可以發現當事者沒考慮過的設計細節和一些實現上的Bug，保證了軟件質量。通過代碼審查，每個人可以學習到其他人好的思維方式和編碼方 式，也會提出做的不好的地方和改進意見，是整個團隊在代碼級別的另一種溝通和思考，促進了團隊的成長。代碼審查也能避免單點故障，萬一出了問題，即使代碼 編寫者不在，仍然有其他人能立刻去修正。

　　過程審查

　　除代碼需要審查外，過程也是一個很有審查必要的事情。所以我們會不定時地一起進行一次簡單的回顧，各自對這個周期的一些工作提出意見，然后在下一個周期里有針對性地改進。整個工作過程就是這樣不斷地在迭代式調整和改進，讓我們根據自身的情況，實踐出最適合團隊的方式。

　　健康工作

　　要想工作好，身體先練好。一個健康的成員才可能高效地工作。在Y Combinator有個理論，在產品發布前，你應該專注并只專注兩件半事情，1開發+1跟用戶聊天+0.5鍛煉身體。而在產品發布后，你應該專注并只專 注三件事情，0.5開發+1跟用戶聊天+1運營+0.5鍛煉身體?？梢婂憻捝眢w的重要。我們團隊每個人基本每天都會有專門的運動時間，跑步、游泳，或者健身房，已然成了我們工作的一部分。

原文轉自：http://www.kuqin.com/shuoit/20131231/337336.html