敏捷開發學習 Scrum 一

2021-08-14 02:30:17 字數 2449 閱讀 5546

敏捷軟體開發宣言

個體和互動高於 流程和工具

工作的軟體高於 詳盡的文件

客戶合作高於 合同談判

響應變化高於 遵循計畫

1. sprints(敏捷單元): 

a. scrum專案週期以一組迭代週期sprints組成

b. 迭代週期:2-4周

c. sprints每乙個迭代都包含產品的設計,開發,測試

1. roles 角色責任

a. product owner po/產品經理

i. 定義所有產品功能

ii. 決定產品發布的內容以及日期

iii. 對產品的投入產出負責

iv. 根據市場變化對需要開發的功能排列優先順序

v. 合理的調整產品功能和迭代順序

vi. 認同或者拒絕迭代的交付

b. scrum master sm/技術經理

i. 對專案的直接管理

ii. 領導團隊完成scrum的實踐以及體現其價值

iii. 排除團隊遇到的困難

iv. 確保團隊的勝任其工作,並保持高效的生產率

v. 使得團隊緊密合作,使得團隊個人具有多方面職能的工作能力

vi. 保護團隊不受到外來無端影響

c. team 團隊成員

i. 經典團隊擁有 5-9 人

ii. 團隊成員都是是多面手: 程式設計師, 測試員, 使用者經驗設計, 等等.

iii. 團隊成員都全職工作,特殊職能可以例外 (例如, 資料庫管理員)

iv. 團隊自我組織和管理: 團隊關係在乙個迭代中應該是固定的,個人的職能可以在新迭代開始時發生調整

2. ceremonies 日常會議

a. sprint planning 迭代計畫

i. 團隊自己從產品的backlog中選擇一些他們能夠完成的任務作為迭代的backlog

ii. 迭代backlog被建立

iii. 任務被確認並且每一任務估計工作量應該在1-16小時左右

iv. 迭代的backlog的確定是團隊協作的結果,而不是只有scrummaster的決定

v. 概要設計已經討論過

b. sprint review 迭代驗收

i. 團隊需要演示所完成的迭代工作

ii. 典型的做法是使用演示形式展示新功能或者底層架構的實現

iii. 非正式的

1) 2小時的提前準備

2) 不需要正式演示文件

iv. 整個團隊都需要參加

c. sprint retrospective 迭代回顧

i. 週期性的回顧,總結工作中的經驗和教訓: 一般 15–30 分鐘,在每個迭代結束時開始做

ii. 整個團隊都需要參加

iii. 討論: 開始做, 停止做, 繼續做

d. daily scrum meeting 每天的scrum會議

i. 屬性: 每天都會開,15分鐘結束,站著開會

ii. 不是為了解決問題: 所有相關的人被邀請, 只有scrum master,產品所有者,團隊成員能夠在會上發言

iii. 問題: 昨天做了什麼, 今天將要做什麼, 有什麼需要幫助的

3. artifacts 工作產出

a. product backlog 產品條目

i. 需求

ii. 專案中待完成的工作列表

iii. 理想的是每乙個待完成的工作都將對客戶和使用者產生價值

iv. 產品所有者將對這個列表進行優先順序排序

v. 每個迭代開始前優先順序的排序工作還需要再度修正

b. sprint backlog 迭代條目

i. 迭代目標: 一句話陳述這個迭代將要完成什麼

ii. 團隊的個人將要簽收其將擁有的工作: 工作不是單向的分配

iii. 對於剩餘工作量的估計每天需要更新: 團隊中任何人都可以新增,刪減或者更改迭代中的工作專案

iv. 為了迭代目標以及將發布的結果而工作

v. 如果對將要面對的困難不清楚,最好先定義乙個相對工作量較大的工作專案然後適時在以後將其分散成較小額工作量的幾個部分

vi. 更新每個專案的剩餘工作量

vii.

c. burndown charts 進度曲線圖

i. 4. 拓展性

a. 典型的一支敏捷團隊的人數是7± 2 人

b. 通過「團隊中團隊」的方法擴充套件

c. 擴充套件團隊時需要考慮的因素

i. 所開發產品的型別

ii. 團隊大小

iii. 團隊的分布

iv. 專案週期

d. scrum方法可用於總數超過500人的專案

敏捷開發(一)敏捷開發和Scrum

工作的軟體是首要 進度度量標準。敏捷過程 提倡可持續的開發速度。責任人 開發者和使用者應該能夠保持乙個長期的 恆定的開發速度。不斷地關注 優秀的技能和好的設計會增強敏捷能力 簡單 盡最大可能減少不必要的工作 是根本的。最好的構架 需求和設計出自與 自組織的團隊。每隔一定時間,團隊會在如何才能更有效地...

Scrum敏捷開發

只有實踐起來才能提出有針對性的改進建議 在這個框架中,整個開發過程由若干個短的迭代週期組成,乙個短的迭代週期稱為乙個sprint,每個sprint的建議長度是2到4周 網際網路產品研發可以使用1周的sprint 在scrum中,使用產品backlog來管理產品的需求,產品backlog是乙個按照商業...

敏捷開發SCRUM框架學習筆記

scrum框架中包含3個角色,3個工件,4個會議 5個價值。三個角色 產品負責人 product owner scrum master scrum團隊 三個工件 產品backlog product backlog sprintbacklog 燃盡圖 burn down chart 四個會議 spri...