7分鐘揭曉Scrum的祕密(Scrum框架)

7分鐘揭曉Scrum的祕密(Scrum框架)

什麼是Scrum

Scrum 是用於開發和持續支持複雜產品的一個框架。其中包括 Scrum 的角色、事件、工件,以及把它們組織在一塊兒的規則...
Scrum (名詞): Scrum 是一個框架,在此框架中人們能夠解決複雜的自適應難題,同時也能高效並創造性地交付儘量高價值的產品。
Scrum 是:html

  • 輕量級的
  • 易於理解的
  • 難以精通的

Scrum 是一個過程框架,自上世紀 90 年代初以來,它就已經被應用於管理複雜產品的開發上。Scrum並非構建產品的一種過程或一項技術,倒不如說,它是一個框架, 在此框架 中您可使用各類不一樣的過程和技術。Scrum 讓您的產品管理和開發實踐的相對成效更加清楚地顯現出來,所以您能夠去改進它們。框架

-- Scrum指南ide

Scrum指南中咱們能夠快速總結以下:工具

  1. Scrum是一個過程框架
  2. Scrum框架用於開發複雜產品
  3. Scrum框架幫助人們解決複雜的自適應難題
  4. Scrum能幫助人們高效交付儘量高價值產品
  5. Scrum框架中可使用各類不一樣的過程和技術

所以,Ken Schwaber 曾經說過:學習

Scrum 就像你的丈母孃,不斷的指出你的問題。ui

由此也不難看出,Scrum框架的核心在於不斷暴露問題。即它是一個暴露問題的反饋框架。翻譯

下面咱們來看看Scrum框架中具體包含什麼內容。code

Scrum 框架

Scrum框架是3個角色,3個工件,5個事件,5個價值觀(即3-3-5-5)視頻

3個角色

Scrum的3個角色分別是:htm

  • 產品負責人(Product Owner)。產品負責人負責最大化產品和開發團隊工做的價值。對產品負有最終責任,生殺大權。產品負責人能夠決定先作什麼,後作什麼。
  • 開發團隊(Development Team)。開發團隊包含了各類專業人員,負責在每一個 Sprint 結束時交付潛在可發佈而且"完成"的產品增量。只有開發團隊成員才能建立增量。這裏所說的開發團隊,和咱們平時所說的有區別。這裏的 開發 指的是產品開發,不是寫代碼。那麼開發團隊就會是自組織的跨職能團隊。
  • Scrum Master。Scrum Master 負責根據 Scrum 指南中的定義來推廣和支持 Scrum。Scrum Master 經過幫助每一個人理解 Scrum 理論、實踐、規則和價值來作到這一點。這個角色沒有翻譯的中文。但他毫不是項目經理,也不是 team leader 。Scrum Master更像是一個團隊的教練。

3個工件

  • 產品待辦列表(Product Backlog)。產品待辦列表是一份有序列表,其中包含產品須要的一切可能的東西,也是產品需求變 動的惟一來源。產品負責人負責管理產品待辦列表的內容、可用性和排序。
  • Sprint待辦列表(Sprint Backlog)。Sprint 待辦列表是一組爲當前 Sprint 選出的產品待辦列表項,同時加上交付產品增量和實現 Sprint 目標的計劃。Sprint 待辦列表是開發團隊對於下一個產品增量所需的那 些功能以 及交付那些功能到"完成"的增量中所需工做的預測。
  • 增量。產品增量是在Sprint內開發團隊交付的全部產品待辦列表條目的綜合。增量必須是符合團隊定義的"完成的定義"(Definition of Done)

5個事件

  • Sprint。也翻譯作衝刺,是Scrum的核心,也是一個容器。Sprint是一個時間盒(固定的開始和結束時間),下一個Sprint會緊隨上一個Sprint,在這之間沒有停頓。Sprint由Sprint計劃、每日展會、Sprint執行、Sprint評審及Sprint回顧組成。

  • Sprint計劃。一個Sprint中準備作的全部工做是在Sprint計劃會議中完成的。這份計劃是整個團隊(產品負責人、Scrum Master和開發團隊)共同完成的。Sprint計劃最主要完成兩件事情:

    • 在這個Sprint中要完成什麼產品待辦列表條目?(What)
    • 如何完成這些條目?(How)
  • 每日站會。開發團隊15分鐘同步進度並每日調整的一個事件。在每日站會上,每一個團隊成員回答如下三個問題(基本的,能夠根據狀況增長新問題):

    • 昨天,我爲幫助開發團隊達成 Sprint 目標作了什麼?
    • 今天,我爲幫助開發團隊達成 Sprint 目標準備作什麼?
    • 是否有任何障礙在阻礙我或開發團隊達成 Sprint 目標?
  • Sprint評審。在Sprint快結束時,Scrum團隊在一塊兒檢視所交付的產品增量,並調整產品待辦列表。Sprint評審不是Sprint演示、也不叫作Sprint demo。必定要包括收集反饋和調整的環節。

  • Sprint回顧。Scrum團隊檢視和調整工做方法、流程,持續改進的事件。Sprint回顧的主要目的是:

    • 檢視前一個 Sprint 中關於人、關係、過程和工具的狀況如何;
    • 找出並加以排序作得好的和潛在須要改進的主要方面;同時,
    • 制定改進 Scrum 團隊工做方式的計劃。
  • 產品待辦列表梳理(Refinement)。即需求梳理會。每週Scrum團隊在一塊兒爲下一個Sprint進行準備工做。

5個價值觀

Scrum的5個價值觀爲:

  • 開放(Openness)
  • 專一(Focus)
  • 勇氣(Courage)
  • 承諾(Commitment)
  • 尊重(Respect)

當承諾、勇氣、專一、開放和尊重五大價值觀爲 Scrum 團隊所踐行與內化時,Scrum 的透明、檢視和適應三大支柱成爲現實,而且在每一個人之間構建信任。Scrum 團隊成員經過 Scrum 事件、角色和工件來學習和探索這些價值觀。 Scrum 的成功應用取決於人們變得更爲精通踐行五項價值觀。人們致力於實現 Scrum 團隊 的目標。Scrum 團隊成員有勇氣去作正確的事並處理那些棘手的問題。每一個人專一於 Sprint 和 Scrum 團隊目標的工做。Scrum 團隊及其利益攸關者贊成將全部工做 和執行工做的挑戰進行公開。Scrum 團隊成員相互敬重,彼此成爲更有能力和獨立的人。

-- Scrum指南

總結

Scrum的核心內容都來自於 Scrum指南 ,這裏有一個7分鐘的視頻,很好的梳理了Scrum框架中的3-3-5-5.

按照產品開發(軟件爲例)的生命週期解讀了整個Scrum框架。

本文首發於 Bob Jiang的博客 ,轉載請聯繫 Bob Jiang

相關文章
相關標籤/搜索