通過規模化Scrum創造最新技術的印表機

當需要我們基於最新的列印技術，來開發一款高速印表機的時候會遇到許多問題；當管理包括來自各個領域的開發人員的大型專案的時候需要找到有效、靈活的解決方案。Océ Printing Systems決定根據自身背景加以使用Scrum，通過規模化Scrum以實現協作和進展透明。

\\

來自德國慕尼黑Océ Printing Systems的軟體專案經理Christian Sack與R\u0026amp;D的部門經理John Kesseler在Software-Centric Systems大會上共同介紹瞭如何在涵蓋軟體開發者、機械工程師、化學家、物理學家和測試人員的大的專案團隊，通過規模化Scrum方法，開發一款最新技術的印表機。

\\

InfoQ採訪了Sack和Kesseler以下的一些問題：他們在專案中遇到的主要挑戰？他們如何根據真實情況使用Scrum？電氣工程師和機械工程是如何使用敏捷方法工作的？Scrum對專案進展和R\u0026amp;D組織有何推動？目前所遇到的挑戰，並打算如何處理它們？

\\

InfoQ：Océ這個專案遇到了哪些主要挑戰？

\\

\

Christian Sack和John Kesseler：隨著列印技術的發展，我們也必須推出最新的印表機。所以在開發印表機的時候我們需要管理好各種變化。同時，由於有很大的一個團隊都在為這個專案服務，因此我們需要協調複雜的組織任務。我們認為最大的挑戰是，因為印表機原型上只有有限的測試容量，這給測試工作造成了干擾。

\

\\

InfoQ：如何根據你們的需求進行使用Scrum呢？

\\

\

Sack和Kesseler：我們引入了一種產品負責人層次結構來決定團隊中的優先事項。產品負責人與專案經理緊密聯絡，他們可以設定請求功能的優先次序，幫助解決資源衝突。

\\

開發者必須非常熟悉好的軟體架構以及對其他非軟體元件和組織介面的依賴。我們決定採用規模化的Scrum方法SAFe（大規模敏捷框架）的實踐。新組建的軟體架構團隊，包括產品負責人和軟體專家，需要提前分析好需求，並規劃好架構如何進行實施。

\\

需求分析包含兩個步驟。首先，需要討論需求，並在審查環節中確定實現史詩故事的成本。在史詩點需要估算成本。史詩點與使用者故事點類似，要根據其他相關的史詩估算工作量。這樣就創造了多次釋出的路線圖。其次，下次釋出中實現的史詩要被分解為多個使用者故事，並在不同的使用者故事審查中討論。這些審查還需要確定所需的技術。這對於Scrum團隊有很大的幫助。

\\

強制的檢查表可以細化成本估算，確定史詩之間的相互關聯，並在分析過程中獲得專家驗證。當檢查表的所有專案都確定是完善的時候，架構團隊才會給出Definition of Read(DoR)。只有滿足DoR的史詩和使用者故事才會在下次釋出中出現。這幫助提升了積壓工作的質量，並有助於Scrum團隊預估sprint的結果。

\\

很快，我們就能知道平均每個團隊在每次釋出的時候能實現多少史詩點（即史詩速度）。主產品負責人對史詩點進行估算，排列每個史詩的優先順序，然後規劃出一個覆蓋一年，大約三次釋出的路線圖。在史詩級別實現這些需求的透明度獲得了整體專案負責人的高度讚賞，併成為整個專案的重要依據。

\\

除了以上提到的Scrum手段，還有一些其他的改進，比如說：

\\

• 引入支援Scrum過程的基於網路的工具，JiraAgile。 \\
• 舉辦所有Scrum管理員以及產品負責人的會議來討論專案進展，比如說可以討論早期遇到的資源瓶頸。 \\
• 制定每週一次的“Scrum再見日”，在這天可以做與現在sprint目標無關的工作，比如說可以解決一些技術債務或是進行一些實驗。\

\\

InfoQ：能否介紹一下，除了平時的訓練和輔導，你們還做了一些什麼來實踐Scrum方法嗎？

\\

\

Sack和Kesseler：我們決定挑選一些技術人員擔任產品負責人，因為他們對於所需完成的功能最瞭解。我們在Scrum團隊中培訓了24名技術人員擔任產品負責人。

\\

在一開始的時候，新培訓的Scrum管理員缺乏處理Scrum團隊中遇到的問題的經驗。比如說，他們很難處理好團隊中的紛爭。因此我們決定給他們提供另外的培訓，教會他們如何平息事端、如何演說、如何與人溝通和如何解決衝突的方法。這個方法很奏效，他們很快地適應了自己的新角色。

\

\\

InfoQ：你們提到在Scrum團隊中還有電氣和機械工程師。他們是如何看待以敏捷的方式工作的？

\\

\

Sack和Kesseler：在專案的一開始，他們對Scrum方法有些牴觸，但是在逐步推進之後，這些牴觸情緒很快消除了。非軟體相關行業的人感覺到Scrum方法促使了他們和軟體相關行業的人共同合作（反之亦然）。

\

\\

InfoQ：Scrum方法給專案帶來了什麼優勢？給R\u0026amp;D組織帶來了什麼好處？

\\

\

Sack和Kesseler： Scrum提高了技術人員、軟體工程師和質量保證人員之間的合作與交流。Scrum團隊中有來自各個領域的代表。整個團隊可以相互討論解決問題，而不是相互指責。

\\

每個Scrum團隊都有自己的質量保證員，從專案的一開始就有測試的需求。這樣大大提升了交付的質量，並避免了開發結束時大規模的質量測試活動。雖然整合測試和系統測試的持續時間縮短了，但是現在的錯誤情況更可預測。釋出時間規劃可靠度也提升了不少。

\\

燃盡報告幫助提高進展過程中的透明度。同樣，專案的瓶頸以及專案計劃偏差也可更好預見。

\

\\

InfoQ：現在團隊遇到的敏捷方面的挑戰是什麼，你們準備如何解決它們？

\\

\

Sack和Kesseler：由於原型的成本很高，所以我們只有非常有限的一些硬體，這是我們專案中一直存在的一個問題，因此我們團隊將持續爭取所需的測試硬體。目前我們團隊一次又一次的無法在規定時間完成軟體測試，為了解決這個問題，我們在模擬和自動化測試上花了很大功夫。在某些情況下我們允許平行工作，所以每個團隊的工作不會相互影響。但是這後一種策略僅在同一個sprint中兩個功能之間沒有相互依賴關係的時候適用。

\\

由於規模化Scrum的成功，我們也計劃會在其他專案中實施Scrum方法，當然這完全取決於專案的規模。在需要的地方我們將加一些新的細則以進行具體的調整。我們也會將Scrum中的角色與現有團隊中的角色進行整合，以儘量減少開支。

\

\\

檢視英文原文：Scaling Scrum to Build a New-Technology Printer