最近帶團隊，最大的困惑是下邊的問題，我都不知道。他們也不主動暴露問題，導致最後版本上線延期，我才知道有問題。

我開始反思，到底哪兒出了問題，回顧自己的職業生涯，也有過那麼一段日子很糾結。自己明明做了很多工作，最後因為是和別人配合，或者本身工作量大等等問題，導致專案延期，而領導最後都只要結果，不聽解釋。當然，經過跟領導深入溝通，並且自己深入思考，終於意識到自己的問題，工作重新得到領導的認可。

最重要的是，無論何時，你需要給合作伙伴一確定性。確定性，可以用一句流行句來說明：凡事有交代，件件有著落，事事有迴應。

現在下屬給我的印象，不就是當年我給領導的印象嗎？領導委託我的事兒，對於事情的進展，風險，結果預期，肯定知道得越早越好，萬一有問題，也好做好預案。若只是悶頭做事兒，領導不知道進展，肯定很焦慮。

靠譜的人，都有“溝通控制“的好習慣。包括做事閉環和溝通閉環。

做事閉環

目標計劃與佈局里程碑計劃階段性檢查和糾正結果檢查與糾正

預案

敏捷開發是目前網際網路公司中最常見的研發流程，目前我們團隊是一週一個迭代，大概分為需求評審，研發排期，介面評審，介面聯調，功能提測，UI走查，版本上線等過程。一個靠譜的人，會在需求評審的時候，及時確認好需求範圍，有多少功能點，即目標。研發排期是基於需求分解做的計劃和佈局。介面評審，介面聯調，功能提測，UI走查等時間點都是里程碑的時間節點。每日站會做好階段性的檢查和糾正。版本上線後，產品經理驗證功能，是對需求的檢查和驗證。對於中間過程中遇到的困難和問題需要及時提出，及時調整計劃，提前預知風險，這就是溝通閉環。

溝通閉環

事前反饋過程反饋事畢反饋

事前反饋就是複述對目標的理解，有時候結果與交代的人的預期相差很大，有可能是辦事者沒聽明白，也有可能委託之人不善溝通，沒說清楚。因此，辦事者需要採用複述反饋的方式，把任務複述一遍，讓委託的人心裡感到踏實，可以使用如下複述框架：

交代的是什麼任務

完成任務要達到的衡量指標有哪些

需要委託方提供哪些資源和條件

其他相關因素

完成期限

過程反饋是提前報告階段性成果或者提前知會風險。這樣既能在領導心裡留下”積極主動“的好印象，又能及時反饋情況為正確決策提供依據。

事畢反饋是讓領導或他人及時知道資訊，快速採取下一步行動，對於不符合預期的結果，啟動預案，讓委託人放心，心裡有譜。但是有的人執行過程中，缺乏主見，任何大事小事皆向領導彙報也是不可取的。

溝通閉環強調的是認真負責，強調團隊配合和對他人的關心。 靠譜是自己的信用貨幣，每一次靠譜都在積累信用資產