Scrum 與 「實踐 Scrum 的方法」

原文：Don’t confuse Scrum with “An Implementation of Scrum” by Chee-Hong Hsia

Scrum was introduced in 1995. Since then, as more people, teams, and organizations have started using Scrum, the framework has grown into the most used method for agile product delivery. And as the popularity of Scrum started to grow, many misinterpretations of the framework grew with it. Interestingly, the strength of Scrum is also its “weakness”. …

The power of Scrum

What makes the Scrum framework particularly powerful is its imperfect and incomplete nature. As a framework, Scrum itself doesn’t really DO much. It merely focuses on ‘the what’ and leaves ‘the how’ to the self-managing ability of the Scrum team. …

The “weakness” of Scrum

Because Scrum (as a framework) focuses on ‘the what’ and leaves the ‘how’ open, a gap occurs. Naturally, Scrum practitioners and notorious (scaling) frameworks start filling up this gap. Usually, this is a good thing because, as I mentioned earlier, this is one of the framework’s strengths. However, the cracks start showing when the underlying philosophy, values and principles of Scrum are not fully understood but are being presented as the truth. And due to ignorance, factors such as mindset, the way of working, solutions, and complementary practises are seen as part of a framework that was intended to be simple by design. This is where the misinterpretations of Scrum starts emerging. …

Conclusion

• …
• Don’t standardize your implementation of Scrum. Each team has different needs and requires a different implementation of Scrum.
• Although you have a different implementation of Scrum, the rules of Scrum, as described in the Scrum Guide, still applies and should be respected.
• …

---

Scrum 於 1995 年推出。從那時起，隨著越來越多的人、團隊和組織開始使用 Scrum，該框架已發展成為最常用的敏捷產品交付方法。 隨著 Scrum 的流行開始增長，對該框架的許多誤解也隨之增加。有趣的是，Scrum 的優勢也是它的「弱點」。 ⋯⋯

Scrum 的力量

Scrum 框架之所以之強大，是因為它的不完美與不完整的性質。作為一個框架，Scrum 本身並沒有做太多事情。它只關注在 What（是什麼），而將 How（如何去執行）留給 Scrum 團隊的自我管理能力。 ⋯⋯

Scrum 的「弱點」

因為 Scrum（作為一個框架）專注於「What（是什麼）」與給予「How（如何去執行）」開（自我執行的）空間，因此兩者之間出現了差距。自然地，Scrum 實踐者與眾所皆知且飽受爭論的（規模化）框架開始填補這一空白的部分。通常，這是一件好事，因為正如我之前提到的，這是框架的優勢之一。然而，當 Scrum 的基本哲學、價值觀和原則沒有被完全理解，並被在執行時與填補空白的實踐方法一起作為 Scrum 的真理呈現——（認知上的）裂縫便開始顯現。 由於對 Scrum 的無知，原本設計上旨在易於理解的 Scrum 框架被加添加了（其他的）思維模式、工作方式、解決方案、與不同的工作上的實踐等元素。通常對於 Scrum 的誤解就是從這裡開始。 ⋯⋯

最後

• ⋯⋯
• 不要標準化實踐 Scrum 的方法。每個團隊都有不同的需求，各自需要不同執行 Scrum 的方法。
• 儘管（各個團隊）實踐 Scrum 的方法都不盡相同，《Scrum 指南》中描述的 Scrum 規則仍然適用，且應該受到尊重的。
• ⋯⋯ ⋯⋯

「Scrum 框架」與實踐 Scrum 的「方法」是不同的事情，猶如「圍棋規則」雖然簡潔易懂，但「玩法」卻千變萬化。

馬克．吐溫 Mark Twain 說： 給你帶來麻煩的，不是你不知道的東西，而是你自以為很了解的東西。 It ain’t what you don’t know that gets you into trouble. It’s what you know for sure that just isn’t so.

我們經常看到組織在建立 Scrum 團隊時，沒有投資資源在培訓 Scrum 的知識與釐清 Scrum 框架和 Scrum 的執行方式不同之處，導致組織成員各有不同的認知。有時候部分團員會認為收到的流程規則只是個參考，像是⋯⋯

• 因為團隊忙碌，所以經常不定時地修改 Sprint 計畫/評審/回顧會議時間，甚至取消會議。漸漸地團員不再主動事先準備 Sprint 會議事項，並團隊在不自覺中失去了協作的節奏與改善機會
• 或是因為重要的利害關係人（或贊助人）無暇參加會議給予意見回饋，團隊便改變 Sprint 評審會議 (Sprint Review) 目的為 Scrum 團隊向 PO 報告工作進度，不自覺中失去了資訊交流的機會；
• ⋯⋯ 類似例子不勝枚舉。

當因每個成員彼此之間對於 Scrum 不同的認知導致行為與流程上的不協調，這會讓參與其中的人覺得無所適從，甚至考慮換其他似乎比較有保障的新工作流程——即使並不確定當下的根本原因為何與那新方法是否真的可行。 在團隊陷入放棄 Scrum 境地前，我們作為敏捷教練和 Scrum Masters 必須幫助團隊自我管理與釐清迷思，避免錯誤認知給他們帶來麻煩。