在中國應如何改良Scrum框架(2)

　　如何在中國成功實施改良Scrum框架

　　改良Scrum框架根據中國的實際情況已經強化了管理者的作用，強化了架構的作用，但是在中國實施改良Scrum框架還是會經常遇到一些阻礙，針對這些障礙，則必須克服才能取得成功：

　　1. 職能性組織、模塊組織：由于實施CMMI的影響、團隊年輕、人員流動等各種原因，許多企業都慢慢轉向用職能性組織(如開發部，測試部，架構設計部，需求分析部，或者，如前端開發組，應用服務器組等等)，實施改良Scrum框架，可以暫不改變現有的職能性管理架構，但必須要求Scrum團隊的成員是跨職能、跨模塊的，而且是在一起辦公的，這個要求不可妥協。

　　2. 客戶的參與信任關系的建立：在國內，有時客戶不太愿意參與到Scrum過程中，參與了有時還不太適應他們手中排優先級的權利，這個可以慢慢培養，但是，必須要求客戶和開發團隊一起辦公，共同參與Scrum過程，這樣才能逐步建立起互信的關系。這在軟件開發當中非常重要，因為，所有估算方式都只是一種拍腦袋的方式而已，只有讓和客戶建立起較強的互信關系，才能共同面對不斷變化的開發交付過程，而沒有比一起辦公更透明的方式了。

　　3. 變革之心與QA的正確作用：在國內，交付壓力都非常大，要求團隊既能交付又要不斷思考可以如何優化、變革是一個非常高的要求。我認為，這里應該正確發揮QA人員的作用，QA需要放棄那種只是簡單比對流程要求，不符合就開NC(Non-Compliance)的粗暴做法，而真正做到參與到Scrum流程當中，冷靜旁觀，不斷挑戰現狀、發現問題、和團隊一起探索解決方案。因此，在我心目中，好的QA其實是Scrum Master的理想人選，有了變革的驅動者，每個迭代的回歸會議才可能真正落到實處。

　　4. 增量交付價值：在國內，看到許多號稱做Scrum的團隊每個Sprint都在交付功能點，但是這些功能點并不能真正運行，這其實是偽Scrum，很可能還不如不迭代。因此，做好Scrum，就必須堅持不斷交付客戶可見的業務價值。也就是說，交付的代碼必須是可執行，可以給客戶演示的。對于復雜系統而言，這對劃分Backlog Item提出了很高的要求，但是，是可以解決的，本文就不在這里展開了，未來再寫文章詳細解釋吧!

　　5. 測試的全程參與：以前看到另一種偽Scrum，號稱開發在前，測試之后一個Sprint。這種做法其實完全破壞了Scrum團隊，開發測試無法形成合力。因此，必須堅持A-TDD和驗收測試自動化，這又是一個很大的話題。

　　因此，大家可以看到，Scrum雖然簡單，但是這正做好Scrum需要在組織上，人力上，技術上有許多的儲備才行，所謂功夫棋外呀!最好，愿大家掌握改良Scrum匡計的精髓，靈活應用，在實際工作取得好的效果!

原文轉自：http://www.kjueaiud.com