分布式軟件開發(2)

　　站會：

　　相信了解敏捷的人對站會這一實踐都不會陌生。在分布式開發過程中，我們不僅開展了團隊的站會，還進行了基于角色的站會。一般而言，團隊的站會更多的關注故事卡的狀態流動，檢查路障，而不會關注每個不同角色的具體工作;而在基于角色的站會上，例如開發站會上，開發人員之間可以討論技術上的某個難點。同樣的，業務分析人員也要通過每日的業務分析站會來了解產品經理的思路變化和業務部門的更新。 我曾經遇到過一個項目有來自三地的測試人員，那么測試人員之間的站會就非常重要，測試人員利用角色站會這一機會討論測試策略。隨著項目的演進，測試的重點也不斷轉移，從一開始關注功能測試到逐漸關注集成測試，角色站會給他們提供了一個契機及時討論項目碰到的問題和機會。

　　迭代計劃會議：

　　迭代計劃會議也是常見的實踐。在分布式的場景下，迭代計劃會議需要更多的準備，要求各方團隊成員提前理解下一迭代需要完成的需求，這樣大家可以在迭代計劃會議的時候著重討論有疑惑的需求，而不是浪費很多時間在解釋需求本身是什么上。在答疑解惑之后，大家對要完成的迭代目標必須形成一致的意見。同時，在分布式的開發中，不同地域方的團隊成員會更加關注本地團隊所能完成的需求，卻忽略了其他地域團隊的開發速度。在其他地域團隊遇到困難時，更重要的是幫助對方一起完成對方做的需求，而不是只關注自己做的需求。通過一起達成迭代目標，讓大家分享共同的責任感。

　　在實際項目過程中，通常業務分析師會提前將計劃的需求故事發給團隊成員。運用合適的分布式項目管理工具會讓這一過程更加容易，如 Mingle 或者 Jira。在工具中整理出下一個迭代的故事墻，讓團隊成員提前看到虛擬墻。在迭代計劃會議上，主持方將虛擬墻打開并屏幕共享給其他方，這樣各方就可以關注在同一個需求故事卡的討論上。

　　回顧會議：

　　由于各種限制原因，分布式團隊很容易產生溝通不足現象。而回顧會議創造了必要的溝通橋梁，因而非常重要，一定要保證所有方都能參與進來。遠程回顧會議通常利用在線白板，讓每個成員提前在在線白板上提交上個迭代里做得好的和值得改進的地方。這樣，當回顧會議開始后，每個人都是有所思考的，提出的意見更有深度，而且也可以更好地利用回顧會議的時間一起探討所有人都關注的問題。通常，通過回顧會議可以發現，處于不同地理位置的多方成員往往關注的事情也不同，而會議上各方成員又可以了解對方在擔憂什么，遇到了哪些困惑，并將這些擔憂困惑分享，形成大家都認同的改進行動。

　　結對編程：

　　結對編程這一實踐對于知識的傳遞非常重要，即便在分布式團隊中，結對編程依然是非常重要的實踐。合理地利用時差，在各方重疊的工作時間里通過屏幕共享工具遠程結對，是保證代碼質量的重要手段。

　　每天合理地利用遠程結對不光可以傳遞知識，同時也是一種有效地影響其他團隊成員的方式。遠程結對可以讓咨詢師清楚了解處于不同地域位置的客戶團隊的代碼水平、代碼風格和思維方式，從而可以通過每天頻繁的結對編程言傳身教最佳實踐。這種影響行為改變的方式效果顯著，而且對于增強團隊成員互相了解信任，并形成有統一責任感的“同一個團隊”，也非常有幫助。

　　但不可否認，遠程結對會影響開發效率。并且，由于各方工作時間安排以及公共假期等原因，很難保證遠程結對的頻率。所以，遠程的代碼評審(Code Review)就顯得格外重要。每天各方開發人員在一個固定時段去評審所有提交的代碼，能夠讓團隊成員不光關注自己，也了解別人做了哪些代碼改動。同時，代碼評審對于形成統一的代碼風格也很重要。當處于遠端的咨詢師想去去影響客戶的代碼風格時，如果無法讓所有的人都理解為什么要用某種風格，那么之后的一致性也就無從談起。而遠程代碼評審就能在溝通不足的條件下，從分展示好的風格帶來的改進(Lead By Example)，從而達到提成遠程提升客戶技能的目的。

原文轉自：http://kb.cnblogs.com/page/158996/