2.7.3 Scrum 團隊

• 理想的環(huán)境

• 團隊章程

• 如何組建 Scrum 團隊

• 產(chǎn)品待辦事項列表

• 用戶故事

• 敏捷開發(fā)流程

理想的環(huán)境

• 5-9人

• 100%

• 跨職能

• 在一起

• 自組織

自組織

• 目標

• 授權(quán)

• 溝通

• 可視化

• 輔導(dǎo)

• 獎勵

要我做 => 我想做，我要做，我要做好

團隊章程

• 團隊價值觀：速度與工作時間

• 工作協(xié)議：例如：“就緒”定義，“完成”定義

• 基礎(chǔ)規(guī)則：例如：會議規(guī)則

• 團隊規(guī)范：遲到、沖突

• 坦誠、高效溝通

• 包容

• 相互幫助

• 簡潔、反饋、尊重

如何組建 Scrum 團隊

• 先確定 scrum master 人選，再由 SM 組建其他團隊成員

• SM 應(yīng)該由熟悉 scrum 流程和敏捷原理的人擔當

• 根據(jù)項目的需要決定團隊中要擁有哪些技能

• 團隊中沒有 team lead 這樣的強勢領(lǐng)導(dǎo)

• 選取能力較強的人作為團隊成員

• 崇尚全棧工程師

產(chǎn)品待辦事項列表

用戶故事

• 三個要素

• 3C 原則

• 拆分原則

• 拆分關(guān)鍵點

三個要素

• 角色：站在用戶角度描述需求的一種方式，誰要使用這個功能

• 活動：從操作場景描述，需要完成什么樣的功能

• 商業(yè)價值：為什么要這個功能，帶來什么樣的價值

典型描述句式：中文：作為一個 XXX <客戶角色>，我需要 XXX <功能>，帶來 XXX 好處<商業(yè)價值>

英文：As a, I want to?, so that

3C 原則

• 卡片（Card）：卡片上可能會寫上故事的簡短描述，規(guī)則和完成標準

• 交談（Conversation）：用戶故事背后的細節(jié)來源于和客戶或產(chǎn)品負責人的交流溝通

• 確認（Confirmation）：通過驗收測試確認用戶故事被正確完成

拆分原則

• I：Independent，可獨立交付給客戶

• N：Negotiable，便于與客戶交流

• V：Valuable，對客戶有價值

• E：Estimate，能估計出工作量

• S：Small，分解到最底層的用戶故事粒度盡量小，至少在一個迭代中能完成

• T：Testable，可測試

拆分關(guān)鍵點

• 周期控制在 1·5 個工作日，一般在 1 個工作日

• 識別關(guān)鍵路徑上的 Story，并做風險管理，避免影響項目進度

• Story 下 Task 分解由模塊負責人組織開發(fā)一起分解并做工作量評估

• 每個 Story 要有負責人，一般由工作量較多的人負責，可以由研發(fā)認領(lǐng)

敏捷開發(fā)流程

• PO 和開發(fā)團隊對產(chǎn)品業(yè)務(wù)目標達成共識

• PO 負責建立并維護產(chǎn)品待辦需求列表，并排優(yōu)先級

• PO 在每輪迭代前，先 review 需求列表，并篩選高優(yōu)先級需求進入本輪迭代開發(fā)內(nèi)

• 開發(fā)團隊細化、拆分本輪迭代需求，并按照需求優(yōu)先級，依次在本輪迭代內(nèi)完成

• 開發(fā)團隊每日站會同步更新開發(fā)進展，并持續(xù)集成，使開發(fā)任務(wù)進展透明可見。站會時團隊成員應(yīng)自個解釋進展，而非 SM 代替解釋

• PO 對每輪迭代（比如：2周）交付的可工作的軟件進行現(xiàn)場驗收和反饋

• Sprint 回顧會

• 回到第三步，開啟下一輪

課程鏈接

.NET云原生架構(gòu)師訓(xùn)練營講什么，怎么講，講多久

歡迎各位讀者加入微信群一起學(xué)習交流，

在公眾號后臺回復(fù)“加群”即可~~