您的小組是Scrum Team, Agile Team, ScrumBut, SAFeBut, 還是? 你們怎麼落實“持續改善”👷🏻♀️👷🏻♂️ 和建立團隊共識? 🎯
「TL;DR/長話短說」小組叫什麼其實不重要。 重點是 你的小組有沒有 共同的願景， 對現在的改善的進度的理解， 和團隊有沒有共識下一步需要改進什麼？
- 就像是 產品願景 給予了團隊一個產品開發的方向感
你的小組有沒有 團隊持續改善 的願景？ - 你的小組怎麼知道 自己真的改進了？
改進的進度結果 (outcome) 看得到嗎？ - 你的小組多久 自我檢查 ”持續改善”的結果(outcome) 然後調整計畫？
（1） 你的團隊的 「遊戲規則」 是否明確、清楚明瞭？
如果團隊 是跑 Scrum 或是 SAFe 的框架，那是否有跟團隊說清楚 「遊戲規則」， 讓大家知道什麼是 Scrum、SAFe, 什麼是一定要遵守的 “規則“ (Rules) 和 ”準則” (Guidelines)。
如果你的小組 是照著 Scrum Guide 的 Scrum Team 或是 照著 SAFe 的 Agile Team，”持續改善” 已經是它們的必須遵守的規則的一部分了，這規則也幫助了團隊建立進步的願景。
Scrum Team (according to Scrum Guide)
… Sprint Retrospective 是Scrum Team 團隊 自我檢查 的機會
… Sprint Backlog 要求需要至少加入一個 最重要的流程改進的工作項目
Agile Team (according to SAFe) — 也有類似的 持續改善
規則 (Rule) 典式、法則，共同遵守的條文規範
（2）團隊的「願景」和當下的目標 明不明確？
沒有團隊一開始就是 一次到位的，如果一開始沒有辦法做到所有的 Scrum Team 或是 Agile Team “規則“， 重要的是 團隊知不知道要往哪個方向前進。
當規則被打破， 或當團隊沒有辦法做到所有的規則要求… 這也許團隊自我檢查和改善的機會。團隊改善目標也許可以是怎麼幫助團隊從 現在的 類似Scrum Team(ScrumBut Team) 或是 類似 Agile Team (SAFeBut Team) 的狀態 朝更有效率的方向前進 並 ”持續改善”！
舉例： 如果你的團隊還沒有辦法在每個 Sprint 都交付一個可以使用、可以拿出去市場測試的產品(Increment) （要不要拿出去是Product Owner的選擇）， 那麼這會是一個 討論 “為什麼” 和 “我們怎麼可以做到” 的機會！
團隊叫什麼team 真的不重要， 但是重要的是一個團隊有沒有同樣的團隊願景， 對現在的改善的進度的理解， 和團隊有沒有共識下一步需要改進什麼？
（3）現有的 Scrum、SAFe 框架提供了 “持續改善” 的流程工具🔧！
工具是要拿來用的！ 現有的 Scrum, SAFe 框架可以幫助小組 建立 團隊願景。
我個人喜歡 Scrum Guide 的 Scrum 因為 ScrumGuide 精簡扼要 不囉嗦，團隊可以立刻就上手開始實作。
雖然 Scrum 非常難實踐， 但是只要團隊 照著他的規則 不停的 檢視和改善 團隊的運作模式。 團隊便是已經在落實“持續改善”了！
你覺得呢？你的團隊是怎麼落實持續改善？
