工作中最重要的就是溝通。在離岸開發專案中尤其如此。離岸開發工作中最大的問題就是不信任感。因為距離，自然會有不信任。
例如，你住在東北，在海南買了乙個房子，然後找了乙個人裝修。距離這麼遠，你也不能每天都看到進展情況，你對裝修工人會有足夠的信任感嗎？
他每天都做什麼了，是不是按計畫做的，質量怎麼樣，是不是偷懶了，做為「onshore」的你，一定會去擔心這樣的問題。
所以，做為offshore的我們，就不要再因為onshore的不信任行為而去抱怨了。這並非是onshore的人品差，而實在是＂距離導致不信任＂---換成任何人都一樣。
在這樣的前提下，如何保持雙方的信任感呢？乙個最重要的原則就是保持透明的溝通。
請看下面的場景。
offshore的人在操作生產環境的伺服器時，不小心登入到了另一台伺服器。本來我們和客戶之間有協議，登入任何一台伺服器之前，都必須向客戶提出申請---即使你有這台伺服器的使用者名稱和密碼。
現在登入錯了伺服器，該怎麼辦好？
大部分人的想法應該是：不就是登入錯了麼，我又什麼都沒操作，趕緊退出來不就完事了！
但是這件事的結果卻不是這麼簡單。操作的人雖然退出了伺服器，以為神不知鬼不覺，其實每台伺服器都會記錄登入系統的使用者，而客戶那邊，就會用這個記錄資訊和申請的記錄比較---結果那天發現乙個使用者，沒有申請過，但是卻登入進了系統。
客戶那邊直接認為這是乙個非法入侵。當發現是offshore的人使用了這個使用者，onshore自然就會向我們詢問情況。
我們的人發現無法隱瞞了，只好交代了實情。一次隱瞞被發現，就會導致所有的信任煙消雲散。
既然可以向onshore隱瞞登入錯伺服器的事，那其他onshore不知道的，被隱瞞住的事情有多少呢---onshore一定會這麼想。
今後的工作狀態可想而知：做為onshore，每件事情都會盯住你，直到信任逐漸的積累起來為止；做為offshore，覺得onshore小題大作，整天被盯著，對工作的熱情逐漸地消失了。
如何避免這種糟糕的結果：那就是保持透明的溝通。
對於上面的場景，操作者其實無需隱瞞，而應該立刻與onshore聯絡，告知目前的問題。onshore也就可以與客戶聯絡，告知客戶這並非系統入侵。於是，所有的關於信任的矛盾就不存在了。雖然我們也犯了錯誤---登入錯了伺服器---但是改正乙個小錯誤，比重建整個的信任關係難道不是更簡單一些嗎？
不僅僅是登入伺服器這樣一件事，任何事情，一定不要隱瞞，實話實說是最好的建立信任的方式。當你每說一句謊言，你就要用更多的謊言去掩蓋它。到最後紙包不住火的時候，所有的信任就都消失了。
下面的情況的處理方式你覺得正確嗎，請想一下：
1、本來我要在測試環境做測試，結果弄錯了伺服器，在生產環境做了測試，修改了使用者的資料。
可是我反應很快，立刻就修改了回來。由於沒有影響，不向別人報告也是沒問題的。
2、offshore工作量很大，但是我為了客戶著想，雖然onshore給我的任務已經超負荷了，但是我有很高的責任感，
晚上我加班去做了很多事情，還沒要加班費。
3、offshore為了提高工作效率，改善了很多任務作方式。但是這是我們offshore的事，沒必要和onshore說。
並非所有不好的事情才需要和onshore溝通，offshore這邊的變化，改進的地方同樣需要告訴onshore。因為大家不坐在同一間辦公室，如果某天onshore發現offshore的做法發生了變化，雖然沒有不好的影響，但是總會有「他們怎麼不告訴我們一聲呢」這樣的想法。
保持透明的溝通，需要去堅持。為了onshore/offshore之間長久的合作，保持透明的溝通是不可缺少的措施。
尋找客戶的「痛點」 離岸開發的新視點
離岸開發的經典模式就是成本差異。例如在中國之所以能夠做一些日本，歐美的工作，除了確實有一些人才因素之外，更重要的是因為中國的人力成本要比日本，歐美的低。這種模式下驅動的業務，在中國已經執行了10多年了。這種模式還能繼續走多遠呢？時間進入2015年，對於外企在中國的發展，響起了一片唱衰的聲音。知名的來...
關於開發中的溝通問題
1 和需求的溝通，第一點 千萬千萬不要隨便聽需求的隨意加需求，加需求是乙個嚴肅的事情！太可怕了，一改全改，一動全動，後面控制不了了，最後加班加點苦了開發測試，天天加班，還不出活，這太可怕了，不要以為乙個小小的功能，第二點 需求出來了之後，一定要盡快的分解需求，梳理需求，看有沒有很難實現的，在時間內完...
軟體開發中的老問題 溝通
軟體開發中的老問題 溝通 在軟體開發中有這樣的乙個法則 brook 法則 向進度落後的專案中增加人手，只會使進度更加落後。我們經常可以聽到 1 1 2 的說法，但從這個法則中可以知道，在軟體開發中 加 1是小於 的，甚至是小於 1的，這是為什麼呢？其中主要的原因就是溝通，專案開發人員之間的相互溝通產...