Scrum

時間  2019-11-09
標籤 scrum 简体版
原文   原文鏈接

Scrum[編輯]

維基百科，自由的百科全書
 
Scrum 是一種 敏捷軟件開發 的 方法學 ，用於迭代式增量軟件開發過程。Scrum在英語是 橄欖球 運動中爭球的意思。

雖然Scrum是爲管理軟件開發項目而開發的，它一樣能夠用於運行軟件維護團隊，或者做爲計劃管理方法。Scrum之間的合做稱爲「Scrum of Scrums」。php

 

 

歷史[編輯]

  • 1986年，竹內弘高和野中鬱次郎闡述了一種新的總體性的方法 ，該方法可以提升商業新產品開發的速度和靈活性：[1]
    • 他們將這種新的總體性方法與橄欖球相比較，前者各階段相互重疊，而且由一個跨職能團隊在不一樣的階段完成整個過程，然後者整個團隊"tries to go to the distance as a unit, passing the ball back and forth"。
    • 他們對來自汽車，照片機器，計算機和打印機等產業的案例進行了研究。
  • 1991年，DeGrace和Stahl在《Wicked Problems, Righteous Solutions》[2]一書中將這種方法稱爲 Scrum，在竹內弘高和 野中鬱次郎的文章中提到的橄欖球術語。
  • 1990年代初，肯·施瓦伯在其公司使用了一種方法Advanced Development Methods（先進開發方法），這種方法後來發展爲Scrum。
  • 同時，傑夫·薩瑟蘭在Easel公司開發了一種相似的方法，並首次稱之爲Scrum。[3]
  • 1995年，在奧斯汀舉辦的OOPSLA '95上，薩瑟蘭和施瓦伯聯合發表了論文首次提出了Scrum概念。施瓦伯和薩瑟蘭在接下的幾年裏合做，將上述的文章，他們的經驗，以及業界的最佳實踐融合起來，造成咱們如今所知的Scrum。
  • 2001年，施瓦伯與麥克·比竇（Mike Beedle）合著了《敏捷軟件開發-使用Scrum過程》一書，介紹了Scrum方法。

Scrum的特性[編輯]

 
Scrum過程

Scrum是一個包括了一系列實踐和預約義角色的過程骨架。Scrum中的主要角色包括：web

  1. 'Scrum Master'是Scrum教練和團隊帶頭人，確保團隊合理的運做Scrum，並幫助團隊移除實施中的障礙；
  2. 產品負責人（Product Owner），肯定產品的方向和願景，定義產品發佈的內容、優先級及交付時間，爲產品投資報酬率(ROI)負責；
  3. 開發團隊（Team），一個跨職能的小團隊，人數5-9人，團隊擁有交付可用軟件須要的各類技能。

在每一次衝刺(sprint，一個15到30天的週期，其長度由開發團隊決定）當中，開發團隊建立可用的（能夠隨時推出）軟件的一個增量。每個衝刺所要實現的功能來自產品訂單（product backlog）。產品訂單是按照優先級排列的要完成的工做的概要的需求，哪些訂單項會被加入一次衝刺將由衝刺計劃會議決定。 在會議中，產品負責人告訴開發團隊他須要完成產品訂單中的哪些訂單項。開發團隊決定在下一次衝刺中他們可以承諾完成多少訂單項。[4] 在衝刺的過程當中，沒有人可以變動衝刺訂單（sprint backlog），這意味着在一個衝刺中需求是被凍結的。編程

管理Scrum過程有不少實施方法，從即時貼、白板，一直到軟件包。Scrum最大的好處之一是它很是容易學習，並且啓動Scrum應用並不須要太多的投入。ide

Scrum中的角色[編輯]

Scrum當中定義了許多角色。按照對開發過程的參與狀況，這些角色被分爲兩組，即豬組和雞組。這個分組方法的由來是一個關於豬和雞合夥開餐館的笑話[4]：svg

一天，一頭豬和一隻雞在路上散步。雞對豬說：「嗨，咱們合夥開一家餐館怎麼樣？」豬回頭看了一下雞說：「好主意，那你準備給餐館起什麼名字呢？」雞想了想說：「叫‘火腿和雞蛋’怎麼樣？」「那可不行」，豬說：「我把本身全搭進去了，而你只是參與而已。」oop

"豬"組的角色[編輯]

豬是在Scrum過程當中全身投入專案的各類角色，他們在專案中承擔實際工做。他們有些像上邊那個笑話裏的豬，要把本身身上的肉貢獻出來。學習

產品負責人
產品負責人表明了客戶的意願。這保證了Scrum團隊在作從業務角度來講正確的事情。產品負責人編寫 用戶故事，排出優先級，並放入產品訂單。
Scrum主管（或促進者）
Scrum主管促進  Scrum過程，他的主要工做是去除那些影響團隊交付衝刺目標的障礙。Scrum主管並不是團隊的領導（由於團隊是自我組織的），而是一個負責屏蔽外界對開發團隊的干擾的角色。Scrum主管確保Scrum過程被按照初衷使用。Scrum主管是規則的執行者。
開發團隊
負責交付產品的團隊。一個團隊一般由5至9名具備跨職能技能的人（設計者，開發者等）組成，承擔實際的開發工做。

"雞"組的角色[編輯]

雞並非實際Scrum過程的一部分，可是必須考慮他們。敏捷 方法的一個重要方面是使得用戶和利益相關​​者參與到過程當中的實踐。參與每個衝刺的評審和計劃，並提供反饋對於這些人來講是很是重要的。優化

用戶
軟件是爲了人而開發的。有人說，「假如森林裏有一棵樹倒下了，但沒有被人聽到，那麼它算是發出了聲音嗎？」一樣地，人們能夠說，「假如軟件沒有被使用，那麼它算是被開發出來了麼？」
利益相關者（客戶，提供商）
影響項目成功的人，但只直接參與衝刺評審過程。
經理
爲產品開發團體搭建環境的人。

Scrum會議[編輯]

在衝刺中，每一天都會舉行項目情況會議，被稱爲「scrum」或「每日站立會議」。每日站立會議有一些具體的指導原則：google

  • 會議準時開始。對於遲到者團隊經常會制定懲罰措施（例如罰款，作俯臥撐，在脖子上掛橡膠雞玩具）
  • 歡迎全部人蔘加，但只有"豬"能夠發言。
  • 不論團隊規模大小，會議被限制在15分鐘。
  • 全部出席者都應站立。（有助於保持會議簡短）
  • 會議應在固定地點和天天的同一時間舉行。

在會議上，每一個團隊成員須要回答三個問題：[4]spa

  • 昨天你完成了那些工做？
  • 今天你打算作什麼？
  • 完成你的目標是否存在什麼障礙？（Scrum主管須要記下這些障礙）

每個衝刺完成後，都會舉行一次衝刺回顧會議，在會議上全部團隊成員都要反思這個衝刺。舉行衝刺回顧會議是爲了進行持續過程改進。會議的時間限制在4小時。

Scrum提倡全部團隊成員坐在一塊兒工做，進行口頭交流，以及強調項目有關的規範（disciplines），這些有助於創造自我組織的團隊。

Scrum的一個關鍵原則是認可客戶能夠在項目過程當中改變主意，變動他們的需求，而預測式和計劃式的方法並不能輕易地解決這種不可預見的需求變化。一樣，Scrum採用了經驗方法– 認可問題沒法徹底理解或定義，而是關注於如何使得開發團隊快速推出和響應不斷出現的需求的能力最大化。

Scrum會議一共包含如下四種： 1） Sprint計劃會議； 2） 每日站立會議； 3） 評審會議； 4） 回顧會議；

文檔[編輯]

產品訂單[編輯]

產品訂單（product backlog）是整個專案的概要文檔。產品訂單包括全部所需特性的粗略的描述。產品訂單是關於將要生產什麼樣的產品。產品訂單是開放的，每一個人均可以編輯。產品訂單包括粗略的估算，一般以天爲單位。估算將幫助產品負責人衡量時程表和優先級（例如，若是"增長拼寫檢查"特性的估計須要花3天或3個月，將影響產品負責人對該特性的渴望）。

衝刺訂單[編輯]

衝刺訂單（sprint backlog）是大大細化了的文檔，包含團隊如何實現下一個衝刺的需求的信息。任務被分解爲以小時爲單位，沒有任務能夠超過16個小時。若是一個任務超過16個小時，那麼它就應該被進一步分解。衝刺訂單上的任務不會被分派，而是由團隊成員簽名認領他們喜好的任務。

燃盡圖[編輯]

燃盡圖（burn down chart）是一個公開展現的圖表，顯示當前衝刺中未完成的任務數目，或在衝刺訂單上未完成的訂單項的數目。不要把燃盡圖與掙值圖相混淆。燃盡圖可能在一次衝刺的大部分時間內都維持平坦，但計劃仍然能夠按照既定時間進行。

自適應的項目管理[編輯]

如下是一些Scrum的通用實踐：

  • 客戶成爲開發團隊中的一部分。（例如客戶確定對開發的結果然正感興趣。）
  • 和全部其餘形式的敏捷軟件過程同樣，Scrum有頻繁的包含能夠工做的功能的中間可交付成果。這使得客戶能夠更早的獲得能夠工做的軟件，同時使得項目能夠變動項目需求以適應不斷變化的需求。
  • 頻繁的風險和緩解計劃是由開發團隊本身制定。– 在每個階段根據承諾進行風險緩解，監測和管理（風險分析）。
  • 計劃和模塊開發的透明 – 讓每個人知道誰負責什麼，以及何時完成。
  • 頻繁的利益全部人會議，以跟蹤項目進展 – 平衡的（發佈，客戶，員工，過程）儀表板更新 – 利益全部者更新 – 你必須擁有預警機制，例如提早了解可能的延遲或誤差。
  • 沒有問題會被藏在地毯下。認識到或說出任何沒有預見到的問題並不會受到懲罰。
  • 在工做場所和工做時間內必須全身心投入。– 完成更多的工做並不意味着須要工做更長時間。

Scrum術語[編輯]

下面是Scrum用到的術語[4]:

角色[編輯]

產品負責人 
負責維護產品訂單的人，表明利益相關者的利益。
Scrum主管 
爲Scrum過程負責的人，確保scrum的正確使用並使得Scrum的收益最大化。
開發團隊 
由負責自我管理開發產品的人組成的跨職能團隊。
Scrum團隊
產品負責人，Scrum主管和開發團隊。

工件[編輯]

衝刺燃盡圖 
在衝刺長度上顯示天天進展的圖。
產品訂單 
按照優先級排序的高層需求。
衝刺訂單
要在衝刺中完成的任務的清單。

其餘[編輯]

衝刺 
一個時間週期（一般在2周到1個月之間），開發團隊會在此期間內完成所承諾的一組訂單項的開發。

Scrum在其餘領域的應用[編輯]

雖然Scrum最初只應用於軟件開發，它也能夠被成功地應用於其餘產業。如今Scrum一般被認爲是一種用於開發任何產品或管理人和工做的迭代式的，增量的過程。

Scrum用於產品開發[編輯]

將Scrum應用於產品開發是在《T新新產品開發遊戲》（哈佛商業評論 86116:137-146, 1986年）第一次提出，以後野中鬱次郎和竹內弘高合著的《創造知識的企業》（牛津大學出版社，1995年）進行了詳細的闡述。今天Scrum被用於開發金融產品，互聯網產品，以及醫藥產品。

Scrum用做營銷項目管理方法[編輯]

因爲市場營銷一般以專案的方式運做，許多通常專案管理的原則應用在市場營銷上。市場營銷也能夠像專案管理技術那樣進行優化。以Scrum方法進行市場營銷被認爲有助於克服市場營銷經理們所遇到的問題。短時和固定的會議對於小的市場營銷團隊來講很重要，這是由於團隊的每個成員均可以瞭解其餘人在作些什麼，以及整個團隊在朝着什麼方向前進。Scrum在市場營銷中應用能夠：

  • 在早期發現可能的問題，能夠更快地，最小損失地應對問題。 根據Scrum的主要原則 「沒有問題被掃入地毯下」，Scrum鼓勵每個團隊成員描述他所遇到的困難，而這個困難可能會對整個團隊的工做形成影響。
  • 下降財務風險。 在每個衝刺週期的開始，企業全部者能夠不付出任何代價的改變任何市場營銷的因素：包括增長投資以擴大顧客數量，減小投資直至未知風險被減輕，或用於支持其餘活動。
  • 使得市場營銷計劃更靈活。採用衝刺的短時間市場營銷計劃能夠更加有效。若是一種促銷方法在衝刺過程當中顯示無效，市場營銷經理有機會將其換成另外一種促銷方法。向每個團隊成員說明每個小的，但重要的任務的交付時間也變得更容易。
  • 使得客戶以不一樣的方式參與。

參見[編輯]

外部連接[編輯]

參考文獻[編輯]

  1. ^ Takeuchi and Nonaka: The New New Product Development Game (Harvard Business Review, Jan-Feb 1986)
  2. ^ Peter DeGrace, Leslie Hulet Stahl, Wicked problems, righteous solutions, 1990, ISBN 0-13-590126-X
  3. ^ Jeff Sutherland, AGILE DEVELOPMENT: LESSONS LEARNED FROM THE FIRST SCRUM, 2004
  4. ^ 4.0 4.1 4.2 4.3 Agile Project Management with Scrum, Ken Schwaber, Microsoft Press, January 2004, 163pp, ISBN 0-7356-1993-X 引用錯誤：帶有name屬性「schwaber」的<ref>標籤用不一樣內容定義了屢次 引用錯誤：帶有name屬性「schwaber」的<ref>標籤用不一樣內容定義了屢次 引用錯誤：帶有name屬性「schwaber」的<ref>標籤用不一樣內容定義了屢次
相關文章
相關標籤/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公眾號
   歡迎關注本站公眾號,獲取更多信息
聯繫我們 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程