專案微管理19 單挑

四代曾經記得有一篇這樣的文章是這樣說的：「所謂管理，就是溝通，溝通，再溝通！」四代覺得非常的有道理，這是在團隊對話中，四代說過的最多的一句話，沒有之一。

目前，四代碰到過的團隊問題，不管是任務分配不明確、功能實現不清晰、產品發布不順利，還是隊員之間互相不理解、團隊之間協作不順暢、利益之間分配不公平，基本都可以歸結為「溝通」的問題，或者說是「溝通」出了問題。

yy計畫

pc團隊的溝通採用的基本上是前面談到的直接的溝通的幾種方式，包括面對面，即時聊天工具和郵件。

這些方式中，四代最喜歡採用的就是面對面的方式，這裡包括非正式的聊天，比如吃飯時，休息時，也包括正式的「一對一」的聊天，四代稱之為「單挑」，簡稱「yy」。

四隊為鼬和路飛都制定了每月一次的yy計畫，鼬是每月第一周的周二，路飛是第二週的周四。

雖然很多管理聖經都強調，管理者最重要的職責就是與員工溝通，最好與每個員工的溝通要保持在至少兩周一次，但是對於技術團隊，因為任務情況比較平穩，社會關係也比較簡單，而且大部分人的性格也比較直率，在正常的情況下，四代覺得一月一次就可以了。

四代期望在平時的非正式的聊天中能解決大部分的問題，只有一些平時不好解決的問題，會保留到yy聊天中正式提出來。

四代是這麼想的，也是這麼做的，第一次給四代留下的印象非常深。

不要讓問題過夜

記得鼬來了以後，由於做事非常謹慎，所以四代把一些日常的一些工作交給鼬來完成。

其中一項工作需要和客戶溝通，鼬也不說，只是每次需要打**給客戶的時候，他直接就拿自己的手機打了，後來四代發現了這個情況，四代覺得非常的慚愧，他立即找到行政部門，從那邊拿了乙個業務手機過來，放到了鼬的手邊。

雖然不知道鼬是怎麼想的，不過四代覺得他自己是完成了乙個專案經理應該做的事。他不能讓他的隊員在不必要的情況下，為了公司的事務而損失自己的利益，這不科學，不符合四代「雙贏」的基本原則。

四代還是希望團隊之間能完成「潤物細無聲」式的融合，所以四代在平時都非常細緻的在觀察團隊的狀況，一旦發現一些端倪，四代立即會進行溝通。四代對溝通這件事，秉持的最基本的原則之一就是「不要讓問題過夜」。

但是即使是這樣，有些情況四代還是不能注意到，只能等到yy聊天的時候才能知道。

記得那一次是在和鼬yy聊天的時候，在四代以往的多次提示下已經習慣了四代套路的鼬，反饋說他這星期太忙了。這是乙個非常重要的情況，四代立馬詳細聽取了鼬的反饋，然後和鼬一起討論一下出現這種情況的原因，最終兩人都覺得這一周應該是業務突然增長的原因，而不是計畫有誤。

四代和鼬商議了一下，覺得還是先觀察一下接下來兩周的情況，如果只是突發情況，在需要的情況下就做小幅度任務的調整，不做大的調整；如果是變成了常規情況，那麼四代就正式的將這種情況納入正常的release計畫中。

不過接下來的情況證明了那週就是特殊情況，也不需要做太大的調整，於是就這樣處理了。

你搪塞的機會只有一次

確實，四代見過太多死氣沉沉的團隊了。並不是大家沒有什麼建議，而是收到建議以後，專案主管要麼是習慣性的找了一堆理由隨便的就搪塞過去，要麼是依照自己的經驗，直接進行對其進行說服教育，要麼是長久沒什麼反饋，就像什麼事都沒有發生過一樣。

不需要多次，一般只要一次是這樣，那麼提建議的人基本就不會再有什麼意見了。四代就曾經親身體驗過這種事，自從被敷衍以後，四代就不再提任何的建議和意見了。

人與人之間的信任總是在在一次次接觸與反饋的過程中建立起來，就像軟體也總是在一次次發布與反饋中成熟起來乙個樣，這就是及時反饋的重要性。如果缺少了及時反饋這一環，那麼團隊建設就像瀑布軟體開發流程一樣，只能一條道走到黑。

到了那個時候，即使你想調整，也已經不可能了。何況很多人根本是兩眼一抹黑，根本不知道發生了什麼事。

制怒不敗家

在鼬最初來的那一階段，由於鼬是從手機開發轉過來的，基礎不是很好。四代在專門給鼬培訓以後，鼬做起功能還是有點吃力。就在不經意間，四代對鼬說話的聲音就大了起來，確實有時候，四代已經有點沒有耐心了。

不過就在某一天四代反思自己的時候，自己也意識到了這個問題。

「不敗家」還好說，「制怒」能做的到嗎？四代苦笑了一下。