本人程序猿一枚，混跡職場多年，帶你看看如何有效的進行溝通。
通常每個程序猿的內心都是比較自傲的，在專業技術面前不要給我指手畫腳，瞎亂指揮，我的地盤聽我的！所以當你要是和別人協作的時候，是不是發現各種水土不服？
先來看個小故事，小A負責一個模塊的開發，新來個小B被分配到小A這分擔壓力，然後倆人在接到新的開發計劃後，出現了分歧，小A認為計劃排的太滿，有完不成的風險，還要帶小B熟悉代碼和業務。小B初來乍到想展現下個人能力，就認為這點工作手到擒來，那麼分歧就有了，誰也不願主動說呀！小A要是說了豈不是自認不如新來的小B，小B如果說了是不是太囂張了（當然心裡還是會鄙視下），一個進度隱患就埋下了！好了下來分工吧，小A自認是老人了技術業務都肯定比小B強，開始指手畫腳讓小B怎麼怎麼做，小B當然不服啊（90後00後才不慣著你那），這下任務分配埋下了隱患。最後到了提交代碼的時候了，小B先人一步提交了git，小A提交時一堆衝突（what？什麼鬼？誰幹的？），一頓解決提交了，這裡就又有可能marge丟失的問題。最後小B被調走了，小A還是累死累活。
先分析下有幾個問題：【進度風險】，【任務分配不均問題】，【多人協作問題】，【善後處理問題】。
【進度風險】：那麼我們試試有效溝通吧！小A評估完進度後感覺存在風險，先放心裡，以一個對等的姿態給小B一個機會，看看他的意見，是否統一，不統一的話分歧點在哪裡，是否能說服彼此。最後以統一的意見向上反饋或者報風險。
【任務分配不均問題】：既然小A比小B更懂業務，那麼應該小A主動來拆分任務，拆到可以單人進行的程度，列出列表和小B過一遍後，讓小B同時瞭解業務和任務，如果小B願意領任務就自願領取，或者一分為二，各選其一最為公平公正，這樣相互尊敬相互體諒也就沒有了牴觸情緒。
【多人協作問題】：通常代碼都會有git，svn等版本管理工具，那麼大家提交代碼的時候也要有一定的規範性，尤其是多人協作，人少時可以口頭互問進度，人多時可以先拉後推，有問題本地解決，有衝突即時溝通解決，不要因為別人的提交導致你的提交有問題就發火或者強行合併，這是不明者的做法。
【善後處理問題】：小A和小B的事例我身邊每天都在發生，尤其新人進組時，老員工都在角落瑟瑟發抖，那麼小A應該正確面對問題和小B積極溝通協調，不能一味的向上反饋問題，而是想辦法積極解決問題，公司花錢是請人解決問題的而不是製造問題，問題製造者終將被淘汰出局，只有問題解決者才能久立，做好善後工作也是 體現人品的時候，小A擠走了小B其他人也都在看著，所以對誰都不好。
最後，在職場中要控制個人情緒，擺正態度，溝通是解決大部分問題的有效方法，而有效的溝通可以讓你如魚得水，放下自己那傲慢的態度，多一份謙恭，跟你身邊的同事一起加油吧！！！
閱讀更多 狂奔的攻城獅 的文章
