scrum
含有「scrum」共 13 篇內容
全部內容
發佈日期由新至舊
Scrum中的DoD(Definition of Done)與AC(Acceptance Criteria)有何不同？
DoD著重於整個產品，而AC則針對個別產品功能或使用者故事。本文以重設密碼的使用者故事為例，說明AC與DoD的差異，並補充說明Scrum的五個事件及其設計原則。
本文深入淺出地介紹Scrum框架的核心角色，以及Scrum流程中的關鍵事件和概念，例如產品待辦事項(Product Backlog)、Product Backlog Item (PBI) 、DEEP原則和Story Point估點法，並說明如何有效運用這些工具和方法來管理和執行專案。
Scrum 是一種輕量級的敏捷框架，用於協助團隊在複雜、不確定的環境中快速交付高價值產品。本文將探討 Scrum 的由來、與敏捷宣言的關係，以及它如何解決傳統軟體開發方法的痛點，例如瀑布式開發的僵化流程。
不懂敏捷的團隊，也可以用敏捷做專案嗎？
答案是：可以的，只要有一位有敏捷實務經驗的Scrum Master
敏捷幾乎停在「我知道敏捷很好，但真有那麼好嗎？」的觀望階段，讓組織與團隊止步不前原因很多，包括一次只做一件事，以及人們害怕未知改變的人性，看看我如何拉近敏捷框架與實務的距離吧！
2020 Scrum Guide 更新：Scrum Artifact 和承諾
可能 2020 Scrum Guide 中最大的變化在於 Scrum Artifact。 Scrum 中仍然只有三個 Artifact ，即 Product Backlog...
你也曾經有這樣的經歷嗎？原本睡前精心安排好、供在桌前的完美行程，被一次次突如其來的意外打亂而手足無措，也不知道是要先補償之前錯過的行程，還是要先完成當時間的預定計畫。
世界變動的太快，資訊來的太多，以時間為基礎的行程表明顯不太能滿足現代需求了，我們需要有一個更有彈性任務規劃方式。
在敏捷體系中，Scrum Master（SM）的存在是為了讓開發團隊把事情完成得更好；所以不是SM要求團隊完成事情，是團隊要求SM幫助他們進步。如果Scrum Master沒有要求團隊做什麼的權力，那事情該如何才能完成呢？
