前言
軟件攻城獅（簡稱程序猿）在日常的生活中有且只有兩個狀態(tài)
- 被一個接一個的、無窮無盡的需求搞得焦頭爛額，順便處理下不知從哪里來、也不知誰造的bug【敏捷迭代】
- 被一個大型、或有deadLine的項目搞得焦頭爛額，順便處理下不知從哪里來、也不知誰造的bug【定向爆破】
當然以上是猿同學們的自嘲和樂趣所在（沒錯，自嘲就是樂趣），其實這些好同志們一直以來都是追求“如何更好的完成任務”，孜孜不倦，永不妥協(xié)。而在團隊越來越壯大的形勢下，規(guī)則和規(guī)范初步形成的過程中、溝通成本的提升帶來的種種陣痛無時無刻不影響工作的效率和產(chǎn)出（初創(chuàng)型和成長型的公司都會面臨這樣的問題）。今天我想通過自己的親身經(jīng)歷談談我對于年輕團隊逐步擴大過程中如何更好的溝通的一些淺見和看法。
年輕團隊如何做好一個“大項目”，可以通過我之前分享的《思考框架》去整體規(guī)劃這件事，包括時間維度上的工作安排、內(nèi)容維度的職責劃分，對整體目標進行拆解、細分到一個個小目標，step by step等等。當然做好了了這些事情只是為項目整體推進描繪了一個藍圖，而如果真的涉及眾多同學的職責劃分的話，那么起到關鍵作用的一定是“溝通”。
舉個栗子
- A君B君C君是三個團隊的Leader，A君整體R一個項目要求BC配合
- ABC定好了設計和交付時間
- A中途改了設計（必要的），通知到B，認為不影響C而沒通知C
- C的下游發(fā)現(xiàn)交付的接口跑不通，C問A并從A處得到設計已改的消息
- C工作推倒再來，A和C都很不爽。
這個問題是在工作中是很常見的溝通問題。由于一個小小的信息沒有及時同步，導致別人需要返工、甚至推倒重做，浪費了人力資源和時間。
如何改進
1. 目標集中管理
團隊協(xié)作無論是以項目組的方式還是多組協(xié)同并行的方式展開，最重要的是目標的傳達和集中管理，包括整個項目的目標、時間節(jié)點、里程碑都應該有清晰的傳達，甚至應該在醒目的地方有暗示和提醒。一旦某一環(huán)節(jié)出現(xiàn)差錯或者有整體計劃的調(diào)整，都應該集齊所有關鍵負責人集體決策，讓每一個成員感知到目標的變化。
2. 書面化溝通
針對一個大型的項目或者較長時間線的有deadline的項目，不同團隊之間、甚至同一團隊不同分工下的成員之間，他們之間的約定（尤其是有相互依賴的）都應該以書面的形式存在而不是口頭承諾。我就曾因為口頭承諾或者口頭通知而使得最后項目交付前才發(fā)現(xiàn)雙方理解有偏差、對方工作要返工而自己也覺得很委屈~~~具體的做法是雙方的協(xié)定以郵件或者書面形式定下來，一旦一方需要修改協(xié)定就需要以同樣書面的方式發(fā)全員通知（之前需要面對面做好協(xié)調(diào)和溝通），切忌單方面魯莽做決定，很傷感情。這也便于事后責任歸屬和復盤（追責不是主題，成長最關鍵）
3. 耐心
大型項目不是朝夕能完成，需要一步一步一點一滴的去做，去推進。一旦發(fā)現(xiàn)問題，溝通的雙方都應該保持平心靜氣、冷靜處理。有時候問題本就不大很容易就能解決，但就是因為從溝通的開始雙方就有著某種情緒導致爭吵的發(fā)生甚至需要多次后續(xù)溝通才能擺平，無形中浪費了極大的時間成本。（我先檢討，因為我脾氣就比較急躁和火爆）
4. 溝通有道
溝通是有方法的，比如可以借鑒“MOT”的方式來衡量認知與期望的差距。具體方法是：
- 當問題發(fā)生時，雙方冷靜溝通，探索問題的真實原因和解決辦法；
- 以提議的方式尋求認同，決定解決辦法；
- 雙方定好各自變化的工作和新的協(xié)定，互相復述自己的職責，互相確認；
- 按協(xié)定進行行動。
當然，還有“同理心”、“換位思考”等方法都是我們可以參考的。
5. 旁觀者清
當真的發(fā)生溝通不暢而有矛盾或者不好協(xié)調(diào)時，可以發(fā)揮“旁觀者清”的作用，尋求第三人的幫助（找雙方共同的Leader或者完全不相關的第三人在場，一定要能從中立的角度去評判整件事）。結果不是為了“雙方握手言和”，因為一切只對事不對人，矛盾也只限于雙方對于“如何更好的完成工作”產(chǎn)生的分歧。如果這個不能保證就是人的問題了，我們不談。
最后
OK，大型項目是難得的成長機會，通過對中途暴露的各種問題進行總結、復盤，可以讓團隊的戰(zhàn)斗力和凝聚力更上一個臺階，所以所以，在項目結束后一定要召集大家進行一次深度的認知反思與總結！
成長的路上注定荊棘叢生，打造一支“能打仗”、“會打仗”的鋼鐵之師才是我們的目標！加油??！
