Scrum
含有「Scrum」共 62 篇內容
全部內容
發佈日期由新至舊
課程對於敏捷式專案管理的其中一種常見方法-Scrum，進行了簡要介紹，以下彙整用概念、角色、活動、產出 四個面向呈現這段筆記。和上一篇介紹敏捷整體程序和方法的概念大同小異，但可以注意Scrum的用語和概念精神。
一、Scrum 概念（Scrum Framework）
Scrum 是一套由實務、規
一、敏捷式專案管理方法（Agile Methods）
敏捷並不是單一方法，而是超過 12 種以上敏捷方法的總稱（Agile is an umbrella term）。
在實務與課程中，通常會聚焦在幾個最常見的方法，並以這些方法的名詞與流程作為後續說明基礎。
常見方法包含：
Scrum（最常見
在敏捷開發的 Scrum 框架裡，每一個 Sprint 結束後，都必須進行一次 Retrospective（自省會議），用來檢視這段過程中有哪些地方需要調整與改善。從設計上來看，Retro 是確保團隊能持續學習與進化的重要機制。但在實務現場，這樣一場「理論上很重要」的會議，卻經常陷入矛盾處境。
因為工作的關係，最近讀了不少產品管理的書，其中 Matt LeMay 寫的《產品管理最佳實務 Product Management in Practice》這本書，帶給我許多啟發，今天想記錄的學習是：「框架的價值」。
「Scrum的用意是為科技業設想一套更快速，更可靠，更有效的軟體開發手法。」
「Scrum源自於 Toyota生產系統，以及空戰的OODA循環。」
「設定為期一週至一個月的“衝刺 Sprint"，以維持動能，讓每個成員承擔應有的責任。」
「進行簡短的"每日立會 Daily St
敏捷開發的實踐方式有很多，其中以簡單、易懂的 Scrum 框架最廣為大家接受。 2024年7月 LeSS 網站發布了新一版的《Scrum 指南》，其中調整的內容我覺得讓這個框架更符合實務上的應用，因此就其內容並結合個人經驗與見解撰寫這篇短文，希望幫助大家快速了解這套能幫助團隊適應變化的敏捷開發方法。
如何有效運用Scrum的船舶理論來主持專案檢討會。船舶理論將專案比作船，通過風帆、礁石、錨等元素可視化檢討內容。會議前的準備、進行步驟及專案經理的主持技巧，幫助團隊在輕鬆愉快的氛圍中總結經驗、識別問題、制定改進計劃，從而提升未來專案的成功率。
