隊和北京的管理起來。初步想到以下幾點（我們有壹個公網的服務器）：在服務器上建立svn版本控制服務器，並且把svn和apache結合起來，讓廣州的同事可以通過c/s和b/s兩種方式訪問版本庫；使用JSPWiki管理項目中的文檔。 隨後郵件列表中的其他人提出了很多有用的建議。ThoughtWorks的咨詢師、CruiseControl開發者胡凱建議：至少[應該做到]：每天早上用電話Standup。讓兩方面都了解進度和困難。應該有壹個搭好的演示環境，這樣，每壹兩周廣州的同事可以給北京的同事演示軟件目前的特性。Wiki有專人負責收集大家的問題和保持與北京的聯系，並且把答案及時的反饋回來。有Matrix幫助北京的同事分析目前項目的情況，Test Coverage, Iteration Point, build time……Korben Zhang指出，有效的版本控制和自動構建是分布式項目中重要的信息：異地開發溝通和交流自然受影響，在機器上聊天的方式，來交流系統沒有構建成功作用比較弱。我想異地開發可以采用的方法可能有：語音、視頻+白板版本控制定時自動構建監控報告 留學英國研究敏捷軟件方法的楊昆博士還指出了分布式項目中背景信息傳遞的重要性：對於異地開發而言，除了傳遞正式信息，最重要的是傳遞背景信息（context），便於異地成員的理解。因此文本的溝通不能代替人際的溝通。每天的電話會議是個挺好的建議。如果條件允許，能視頻是比較理想的。很多非言語的信息（表情，神態）可以傳遞。這些非言語的信息對於理解對方對壹些事件的態度（如，強調/支持/反對等）的程度很有幫助。而且，混個臉熟，對增強團隊成員之間的信任感也是有好處的。最不濟，MSN等聊天工具還是必要的。因為，MSN是非正式的溝通工具。非正式的溝通在同地工作的團隊中是隨處可見的，是潤滑劑。異地開發的不足，也在這個地方。不管采取啥策略，應該註意用比較低的成本，完成背景信息在團隊中的傳遞。 為了降低成本、提高企業競爭力，現代軟件開發中分布在多個地點（甚至多個國家）的項目越來越常見。但分布式項目的缺點是交流成本急劇上升，給管理帶來更大的難度。行業領先的企業指出，采用敏捷方法可以有效應對分布式項目的挑戰。微軟MSDN指出，離岸軟件開發完全可以受益於敏捷過程。ThoughtWorks也擁有實施分布式敏捷項目的成功案例。
上一篇:陽光財險電話大家財險電話下一篇:吸音板規格有哪些？吸音板價格是多少？