與分佈式團隊合作
回答
當它完成測試,我會建議您檢查出Google Wave任何協同合作的工作,因爲它的簡單性在增加圖像/視頻/其他媒體進波。
浪潮似乎註定要成爲一個偉大的合作工具。更一般地說,任何培育半乾擾性聯繫的工具(郵件,即時消息甚至電話)都可能會提高團隊參與度。 – mjv 2009-11-21 00:24:05
這很大程度上取決於項目的結構和治理。我們有許多不同類型的項目,方法也不同。例如:
- 供款是否合同?如果有人沒有交付會發生什麼?
- 貢獻是「最好的努力」嗎?
- 代碼是否爲開源代碼?
對於開源項目,我們使用了Sourceforge,但正在轉向Google Code和Mercurial/bitbucket。這些都有用於代碼發佈和版本控制的工具。
如果是我們控制的資助項目,那麼我們運行常規電話(每週2-3次,每月1-2次)。取決於該項目。對於開源,我們使用Skype。
如果這是一個封閉的項目,那麼我們可能會建立VPN。
我們在哪裏控制,我們設定里程碑和任務,並使用項目管理系統。我們無法控制的地方使用中央控制提供的任何東西。
成功率從美妙到糟糕。
我們在sf.net的工程師團隊幾乎完全分佈在多個時區。我們通過在大部分時間呆在聊天羣聊中最大限度地提高參與度,並且每天都有站立呼叫,而且效果很好。
此外,我們嘗試使用諸如ventrilo之類的東西,並且團隊在全天保持溝通。
這些東西一起幫助我們建立了更多的團隊動態。此外,我們能夠讓團隊在單個項目上工作的時間(而不是說,讓員工在幾個星期內獨立工作的邊緣項目中)通常更加成功我們的工作比一天中更獨立工作的時代更爲精神。
雖然通訊工具有幫助,但不保證有權訪問這些工具將導致分佈式團隊的有效溝通。還有很多事情你應該關注。很少有
- 共同的願景和目標。
- 分擔責任。
- 共同招聘標準。在這兩個地點招聘同等水平的人才可以創造信任和尊重。
- 平等的工作分配。
- 團隊在初始階段共同建立共享上下文和共享所有權。
- 在整個項目生命週期中定期在兩個方向上旅行。如果另一方面的人是你認識的人,那麼與你分享你的背景,思考問題的方式,你的工作文化和技術標準的人,以及那個人是你尊重的人 - 那麼距離根本就沒有問題。
- 定期團隊會議。
- 1. 與不同團隊合作
- 2. SCM多個項目+分佈式團隊
- 3. 即使團隊分佈
- 4. 與外包團隊合作的分支策略?
- 5. 與團隊合作不遵循團隊定義標準的想法?
- 6. 爲分佈式團隊共享數據庫的最佳方式
- 7. Scrum團隊與傳統組織團隊
- 8. 團隊與多個團隊項目
- 9. 如何獲得團隊名稱,如團隊A與團隊b
- 10. 創作團隊及團隊用戶的
- 11. Subversion與合同開發團隊
- 12. Regex.Split與團隊合作時如何工作?
- 13. 爲團隊合作設置Subversion
- 14. QTP,如何增強團隊合作?
- 15. 分佈式開發團隊 - 所需工具
- 16. 分佈式開發團隊的基本工具
- 17. 分佈式開發團隊中的數據庫開發
- 18. 與團隊交流
- 19. DockerHub + GitHub與團隊
- 20. Eclipse 3.7 M6與團隊分享菜單
- 21. Perl分佈式作業隊列
- 22. 與SVN備份的遠程Mercurial回購團隊合作
- 23. 合併團隊項目
- 24. 適合運營團隊
- 25. 實現分佈式隊列
- 26. 團隊成員進行測試分發的.ipa(特設分佈)
- 27. 拆分開發團隊
- 28. 分支團隊項目
- 29. 合併TFS團隊項目集合
- 30. 團隊成員團隊公用事業部分2017年
可能需要考慮的一個軸是團隊是否在不同時區之間分散。 – Brian 2009-11-21 00:14:13