原文鏈接
作者：Mark Levison
伴隨着Scrum的實施，你若想取得長久的成功，需要的可不只是基礎的框架。Scrum是故意這麼設計的，它提供了框架結構作爲起點，而它生來就能與其他的有效模式組合應用。
就像20世紀90年代晚期倡導的設計模式一樣，一個模式可以被獨立使用，也可以與其他模式組合使用。舉個例子，命令模式和備忘錄模式就可以組合起來構建一個高效的撤銷/恢復系統。Scrum只是爲一個團隊設計的一種模式。它給了你最低限度的條條框框，確保你能運轉起來。然而，在很多情況下，你需要吸納其他的工具或模式，以構建更爲有效的系統。
除了Scrum，你應該考慮：
l 有效的敏捷工程實踐——比如單元測試、持續集成、測試驅動開發、驗收測試驅動開發（或者行爲驅動開發）、結對編程等等。如果沒有這些實踐，日子久了，代碼的健康度會越來越差！
l 看板——一種用以在團隊內部和組織層級間幫助溝通並改進工作流的工具。如果對組織內部的工作流沒有一個良好的理解，我們可能會做出一個對局部有利但會傷害到整體的改變。
l 組合管理——這是全局決策的藝術——業務聚焦，決定工作重點。組織需要通過組合管理來確保產品負責人理解主要的優先級，並確保團隊是按照優先級順序開展工作的。
l 組織改進——Scrum實施過程中發現的很多問題，靠團隊自身或者Scrum Master是無法解決的。組織需要成立一個旨在持續改進的專職團隊來解決這些問題。
l 內部團隊協作——你怎樣在多個團隊之間協調工作？在Scrum之上再實施一層Scrum是最常用的模式，但它也未必是最好的選擇。
l 團隊組織——你會怎樣組織團隊？按照組件來劃分團隊？還是成立全功能團隊？還是採用Spotify模式（諸如小組、部落、公會等形式）？
譯者注：Spotify是全球最大的正版流媒體音樂服務平臺。它的具體做法是將公司的業務分成若干個小塊，其內部將這些小塊稱爲小組（squads），每個小組就像一個單獨的創業公司，完全獨立運行。相關的小組會組成部落（tribes）。各個部落之間會盡量保持自主與自治。爲了更深入的溝通與協作，Spotify會組成一些更大的羣組，叫做章節（chapters）和公會（guilds）。據Spotify的內部調查顯示，這種工作方式讓團隊保持了新鮮感和敏捷性，在公司的員工與業務都呈快速增長的情況下，員工們的滿意度卻在持續上升。
沒有最佳實踐！
Scrum原本可以把所有這些都納入規範，但那樣會與敏捷的一個重要觀點背道而馳——沒有最佳實踐！在其他組織內部（或特定環境下）工作得好好的一種實踐，你照搬過來卻未必行得通。這種現象在大型組織內解決工作效率問題時尤爲明顯，而這類組織纔剛有些可重複的模式浮現。即使一些固定的模式開始形成了（比如大規模Scrum、企業級Scrum等等），但在哪種特定的情況下采用哪種模式，這個問題仍然是不明確的。
最後，請記住：Scrum的誕生不是爲了適應你當前的組織及其現有結構的。它意欲逼着我們去考慮：什麼行得通？什麼需要改進？
Scrum只是一個起點！
