什麼是Scrum?
Scrum可能是用於管理產品開發的最流行的敏捷開發框架。與所有其他敏捷框架一樣,Scrum擁有靈活性,團隊協作和迭代交付。這有助於團隊輕鬆適應變化,尤其是當客戶改變他們想要的想法時。
創建項目時最困難的部分之一是確定角色和責任。 首先確定人們將為項目承擔的角色。
Scrum團隊的三個角色是:
產品負責人應該是具有權威,可用性和願景的人。 他們代表客戶並不斷向團隊傳達優先事項和願景。
Scrum Master是產品負責人和開發團隊之間的促進者。 Scrum Master還將努力消除可能阻礙開發團隊實現sprint目標的障礙。 但是,該人員不會向開發團隊提供日常指導或指示。
開發團隊是自我組織的,負責開發產品。
做
別做
一旦確定了角色,就該開始規劃sprint了。 整個團隊一起決定衝刺長度,由Scrum Master監督。 短跑通常每週2-4次。
產品負責人創建產品積壓,該積壓基本上是“優先排序的願望清單”。 積壓由產品負責人擁有,但每個人都可以添加。 產品待辦事項包含用戶故事列表。
用戶故事可以作為團隊的指南,說明他們為什麼要做某事。 他們從最終用戶的角度講,可以看起來像這樣:
作為一個 | 我想要 | 以便 |
---|---|---|
音樂愛好者 | 來自我設備的不間斷音樂流 | 讓我在旅途中播放音樂時不會佔用存儲空間 |
音樂流媒體應用用戶 | 根據我當前的播放列表接收推薦 | 我能聽到適合我口味的新樂隊 |
產品負責人將產品待辦事項中的最高優先級用戶故事呈現給開發團隊。
開發團隊決定他們能夠為sprint完成什麼,並將用戶故事分解為任務,估算工作量並將其轉移到sprint backlog。
Scrum Master和產品負責人必須為每個用戶故事提供一套驗收標準。 驗收標準決定用戶故事是否完整。 它也可以稱為“完成”的定義。
下表顯示了兩個用戶故事,其中包含兩組驗收標準。
作為一個 | 我想要 | 以便 | 驗收標準 |
---|---|---|---|
音樂愛好者 | 一款沒有廣告的小型流媒體應用 | 它不會佔用存儲空間併中斷我的聆聽體驗 | 1.應用程序允許用戶流式傳輸音樂而無需下載 2.應用程序大小為60MB或低於 3.應用程序提供高級訂閱,沒有廣告 |
音樂流媒體應用用戶 | 根據我當前的播放列表接收推薦 | 我能聽到適合我口味的新樂隊 | 1.基於用戶播放列表創建的廣播功能 2.每天“有你聽到過......”通知發送給用戶 |
做
別做
為了確保每個人都保持同步,團隊必須每天開會討論他們前一天的工作,他們將在今天開展的工作以及確定任何障礙。 為了確保有效地使用時間,會議應該最多花費15分鐘。 Scrum Master監督會議並確保團隊專注於手頭的主題。
做
別做
在每個sprint結束時,開發團隊應該提供潛在的可交付產品增量。 換句話說,產品增量應該處於可用狀態。 在衝刺審查期間不應提交不完整的工作。
在衝刺回顧期間,團隊展示他們在衝刺期間所取得的成就。 它們向產品負責人和客戶展示產品增量的功能。 衝刺審查的目的是從每個人那裡獲得有關產品增量的反饋。 在共享反饋之後,可以討論下一組產品待辦事項。
做
別做
在sprint回顧期間,團隊評估整個sprint。 提出的兩個主要問題是“什麼進展順利?”和“下一個衝刺中可以改進什麼?”
做
別做
產品增量是sprint期間完成的所有產品積壓項目的輸出(加上任何先前的衝刺)。 它必須在可用的條件下完全正常運行,並符合分配的驗收標准或完成的定義。 產品負責人決定是否發布產品增量。
在臨時交付期間,產品增量由客戶測試。 如果產品不完整,開發團隊將返回產品待辦事項以準備另一個sprint。 重複此循環,直到完成所有用戶故事,產品負責人滿意為止。
做
別做
完成一個項目需要幾個衝刺。 一旦完成所有用戶故事,產品負責人滿意,產品就可以最終交付給客戶。
希望這是Scrum方法的有用指南,以及它是否有助於管理組織中的產品開發。 有些團隊喜歡將Scrum與Kanban一起使用,這是一種高度可視化的工作管理方法,也是敏捷的保護傘。