昨天有同事在討論**了乙個指令碼異常，我一看便知道和我協作的另外一同事的函式寫少了乙個引數，可能我花幾秒鐘就可以幫忙改完提交了，但為了尊重 ta 的工作，便在討論群上回覆怎樣修改。
但久久不見同事在群裡回覆，便主動走過去告訴 ta , ta 聽了連忙翻群裡的聊天記錄，說沒留意到，於是告訴 ta 怎麼一回事。
後來 ta 站在隔著幾個人的位置直接問我那引數的意義，於是我便叫 ta 過來， 指著 ta 寫的函式往上幾行類似的函式說按照這樣處理，問題才得以了結。
很簡單的乙個問題，由於多了一段溝通的過程，可能幾秒鐘就解決的問題，往往需要持續幾十分鐘才最終解決。
可見，團隊的協作能力，同事間的溝通方式，在多人專案開發中有著舉足輕重的地位。
筆者認為，在遊戲邏輯功能開發過程中，三分在編碼，七分在溝通。
如何降低溝通成本，已成為專案開發中提高效率的關鍵因素。
關於開發中的溝通問題
1 和需求的溝通，第一點 千萬千萬不要隨便聽需求的隨意加需求，加需求是乙個嚴肅的事情！太可怕了，一改全改，一動全動，後面控制不了了，最後加班加點苦了開發測試，天天加班，還不出活，這太可怕了，不要以為乙個小小的功能，第二點 需求出來了之後，一定要盡快的分解需求，梳理需求，看有沒有很難實現的，在時間內完...
關於部門溝通
在乙個公司裡面，完成乙個任務可能要好幾個部門一起協作才能完成。所有能否高效順利的完成乙個專案，溝通很重要了啦。在公司裡面每個部門都要自己的發展，都要謀求自己的利益，雖然老闆並不希望看見部門之間出現內鬥，但是無論怎麼樣只要公司大了都會出現這種情況。但是好的管理者會好好利用好這中部門之間的 競爭 推動公...
關於如何溝通
故事的場景是這樣，上一節介紹了time line和里程碑的使用，小趙發現測試部門的用例跑的太少。所以要增加測試部門的工作量。但是測試部門的經理mm是小趙心儀已久的那位，所以小趙必須想個好辦法跟mm去溝通。這一段我們略過，單說mm需要和測試部門的員工去溝通，告訴他們每天要多跑若干測試用例，我們這裡隨便...