公司的一個項目結束了,下午開了一個knowledge sharing session,我也去聽了。這個項目有兩個開發團隊,我們這邊一個,US那邊一個。我們這邊的lead在做經驗教訓總結時說的最多的還是交流的問題,像發email沒回復最后不得不escalate到upper manager,US lead 給這邊太多的壓力,語氣也比較強硬等等問題。給我的感覺就是這不像一個團隊,大家相互尊敬,相互協作,共同完成項目目標,而是兩個團體各自為戰,一方能妥協就妥協,不行就找upper manager 解決。
不同國家的人,有不同的文化背景,工作方式,大家彼此都不認識,卻在同一個team內工作,確實會有很多的問題。我覺得首要的一點,大家要彼此尊重(Respect),這樣很多問題都可以解決。我對那個項目不是很了解,但如果我們這邊的team和US的team能做到彼此尊重,我相信上面的情況不太會發生。
我自己也曾在一個分布式團隊中呆過一陣子,Respect在我們的團隊中也是很大的一個問題,至少我是這么覺得的。我也一直在思考分布式團隊的最佳開發模式。時空,語言是分布式團隊的最大障礙,如果有人能在兩個team之間起到一個橋梁的作用,那是非常有益的。有了這座橋梁,兩個team的溝通會順暢許多,很多由于文化,語言帶來的誤會都會大大減少。
| |||||||||
日 | 一 | 二 | 三 | 四 | 五 | 六 | |||
---|---|---|---|---|---|---|---|---|---|
26 | 27 | 28 | 29 | 30 | 31 | 1 | |||
2 | 3 | 4 | 5 | 6 | 7 | 8 | |||
9 | 10 | 11 | 12 | 13 | 14 | 15 | |||
16 | 17 | 18 | 19 | 20 | 21 | 22 | |||
23 | 24 | 25 | 26 | 27 | 28 | 29 | |||
30 | 1 | 2 | 3 | 4 | 5 | 6 |
留言簿(5)
隨筆檔案(57)
- 2011年3月 (2)
- 2011年2月 (4)
- 2010年12月 (2)
- 2010年10月 (4)
- 2009年10月 (1)
- 2009年9月 (3)
- 2009年8月 (2)
- 2009年3月 (2)
- 2008年11月 (5)
- 2008年7月 (1)
- 2007年11月 (6)
- 2007年10月 (2)
- 2007年9月 (1)
- 2007年5月 (1)
- 2007年4月 (2)
- 2007年3月 (5)
- 2006年11月 (1)
- 2006年10月 (2)
- 2006年9月 (11)
相冊
友情鏈接
搜索
最新評論

- 1.?re: 持續改進才能叫敏捷[未登錄]
-
@BeanSoft
不錯,所有的方法都是在不斷改進的,沒有像敏捷開發這么注重反饋,注重改進的。 - --Aaron
- 2.?re: 持續改進才能叫敏捷[未登錄]
- 任何軟件開發都是在持續改進中 這和是不是敏捷根本扯不上關系 在我看來 敏捷不過是另一個不斷炒作的概念而已
- --BeanSoft
- 3.?re: 持續改進才能叫敏捷
- 持續創新才能另辟蹊徑
- --波浪理論
- 4.?re: 持續改進才能叫敏捷[未登錄]
- 評論內容較長,點擊標題查看
- --Eric
- 5.?re: 丹佛的天氣[未登錄]
- 我也將要去啊。給點建議吧,到底應該帶點什么。這種天氣好恐怖啊
- --彭彭