案例背景

Sri Rastogi 是一個地理分散專案的專案經理,團隊分布在 Portland、Houston 與 Moscow。Portland 與 Moscow 相差約 11小時,使即時溝通變得困難。

問題/衝突

跨時區團隊若只依一般辦公時間工作,彼此幾乎沒有重疊時段。專案若遇到問題,等待下一個工作日才回覆會延長決策與問題處理時間。

決策點/實施

Moscow 團隊把工作日往後移,約上午10~11點上班,晚上8~10點下班,增加與美國團隊的重疊時間。Sri 自己也在開發期間每天晚上約11點登入即時通訊工具一小時,讓俄羅斯團隊在當地早晨有需要時能立即找到他。

原書狀態/結果

案例沒有提供量化績效,只指出這種作法讓跨時區溝通管道保持開放。Sri 認為方法很簡單,但在地理分散團隊中實際有效。

原書討論問題

  1. 你是否同意 Sri 處理不同時區團隊成員的方式?為什麼?
  2. 如果 Sri 同時管理多個專案,例如另一個團隊位於 New Zealand,這種方法仍可行嗎?
  3. 請提出更好的方法,促進不同時區團隊成員之間的溝通。

原書本 A 檔未提供正式解答。

參考分析(教學延伸/依本章內容推論)

本案說明跨時區溝通需要彈性,但也暴露可擴展性問題。若專案經理長期靠個人延長工時補足時差,多專案環境下可能不可持續,因此仍需要團隊層級的重疊時段、非同步紀錄與回應規則。