4大Scrum敏捷會議要怎么“敏”才有意義，敏捷的核心是什么？如何掌握核心4大Scrum會議的精髓？一個Scrum要怎么安排，有哪些必備要素？

加入敏捷團隊的第一周，團隊每天都圍成一圈在墻角開會。

加入敏捷團隊的第二周，站的有點累，我換下了我的高跟鞋，換了一雙方便舒適的平底鞋……敏捷就是小步快跑嘛！

加入敏捷團隊的第三周，嗯……哪里不對？ 為什么每天都在開會，我已經(jīng)沒有時間開發(fā)了……

文章概要

我們來聊一聊，4大Scrum敏捷會議要怎么“敏”才有意義？

1. 敏捷會議的核心要義
2. Scrum會議前期準(zhǔn)備會議
3. 如何掌握核心4大Scrum會議的精髓
4. 一個Scrum要怎么安排

敏捷的核心是什么？

我的程序員男朋友有一天和朋友約了晚飯，然后意識到當(dāng)天是一個重要節(jié)日又不想爽約，他小心翼翼地問我，晚一些需不需要來找我？

我說：你不用來了。

男票沉默了大概3秒。沒有接話。

我說：你是不是在理解這句話什么意思？

他尷尬地哈哈大笑，說：如果我理解成因為你約了飯會比較晚，就不用再辛苦跑一趟了，那我就放心不過來了。如果理解成你生氣了，我是不是還是來一趟比較好。

你看，小到情侶互動，大至軟件開發(fā)，企業(yè)管理，我們都會遇到以下幾個終極問題：

• 對方到底需要什么？ 而我們的大方向解決方案是不是達(dá)到了要求？?（例如：怎么理解“你不用來了”這個需求）
• 我們的溝通是不是有效，問題是不是被及時提出并找到解決方案。（例如：怎么發(fā)現(xiàn)沉默的那三秒是以為還在思考）
• 我們的是不是會及時反思自己的行為，提出建議讓團隊可持續(xù)發(fā)展。（例如：我需要怎么樣更清楚地表達(dá)自己的意愿，或者男票對節(jié)假日更敏感一些）

敏捷開發(fā)的魅力所在，也正是沖著這三個問題來的。以Scrum為例，理解Scrum是什么，和瀑布開發(fā)有什么區(qū)別，有一個很好的框架概括——

1. 角色Roles
2. 儀式/會議Ceremonies
3. 產(chǎn)物Artefacts

（圖片來源：https://www.visual-paradigm.com/scrum/what-are-scrum-ceremonies/）

其中，沖刺會議(Scrum Ceremonies)就是通過４種不同的交流方式，來解決上面三大問題:

• 如何確保開發(fā)期間有清晰的需求
• 團隊如何及時溝通并推進(jìn)進(jìn)度
• 如何有日常反思保證團隊的可持續(xù)發(fā)展

這些會議，不是流程，也不是為開會而開會。這恐怕也是他們在英語中不叫Meeting，而叫Ceremonies(儀式)的原因吧。

Scrum會議前期準(zhǔn)備：需求明晰會議（Backlog Refinement）

為了方便大家思考／想象，這里以小明給女朋友準(zhǔn)備６月禮物為例。在女朋友的產(chǎn)品需求池Product backlog里，可能會有如下需求：

• 我想要有安全感；
• 我想要有一個驚喜；
• 我想要有一個包。

我可以負(fù)責(zé)的告訴你們，這類不清晰的需求在沒有完善之前都應(yīng)該丟在需求池里面，清晰以后才可以開始產(chǎn)出。

當(dāng)然考慮到小明的求生欲和實際操作的復(fù)雜程度，他需要絞盡腦汁和女友討論出具體幾個需求。這個確認(rèn)需求及其優(yōu)先順序的過程/會議, 就是Backlog Refinement。

這個過程中你會發(fā)現(xiàn)她并不知道自己要什么?；蛟S可能知道，但并不愿意直截了當(dāng)?shù)母嬖V你。

很多客戶也是一樣的。

作為Product Owner,? 總之你不要逼他們，你要引導(dǎo)。

同時記?。?strong>你認(rèn)為的需求并不一定是真的需求。

這個過程中，Product Owner只負(fù)責(zé)理解客戶需求，不提供解決方案。

通過溝通，很(if you)快(are lucky)，你的需求就會清晰起來。假設(shè)以下是排到了優(yōu)先級別的需求。

• 作為你女朋友，我希望可以ＸＸＸ，這樣我就可以有安全感
• 作為你女朋友，我希望可以ＸＸＸ，這樣我就可以有很多安全感
• 作為你女朋友，我希望可以ＸＸＸ，這樣我就可以有更多安全感
• 作為你女朋友，我希望可以ＸＸＸ，我會感動哭
• 作為你女朋友，我希望感受到類似ＸＸＸ，我會覺得超級驚喜
• 作為一個有品味的女子，我想要有一個ＸＸＸ的包，這樣我會覺得ＸＸＸ（XXX的位置，作為女生，我還是編不出來……）

接下來，沖刺就可以開始了……

如何掌握核心4大Scrum會議的精髓

圖片來源：https://www.visual-paradigm.com/scrum/what-are-scrum-ceremonies/

1. 沖刺計劃會（Sprint planning）: 萬事俱備，只欠沖刺

這是第一場真正意義上的Scrum會議。Team、Scrum Master、PO坐到一起，規(guī)劃沖刺的內(nèi)容。作為軟件開發(fā)項目，進(jìn)入規(guī)劃沖刺的用戶故事，用戶故事應(yīng)該已拆分完成，并且完成了視覺設(shè)計。在沖刺的過程中，任何人不能單方面擅自變更沖刺內(nèi)容。

會議目的：通過預(yù)計用戶故事，確定在這個沖刺中的迭代目標(biāo)。

與會者：開發(fā)團隊，scrum master，產(chǎn)品負(fù)責(zé)人

時間：沖刺開始時。

持續(xù)時間：通常每周一小時的迭代。例如：為期兩周的沖刺將在兩小時的計劃會議上開始。

會議準(zhǔn)備：產(chǎn)品負(fù)責(zé)人已經(jīng)排好優(yōu)先順序

產(chǎn)物: Sprint Backlog

在以上的案例中，小明經(jīng)過衡量自己的錢包時間和理解力，決定選用這２個故事：

作為你女朋友，我希望可以ＸＸＸ，這樣我就可以有安全感　（故事價值：１３）

作為一個有品味的女子，我想要有一個ＸＸＸ的包，這樣我會覺得ＸＸＸ　（故事價值：８）

并且這２個故事經(jīng)過溝通，需要有接受標(biāo)準(zhǔn)Acceptance Criteria,　即完成到什么樣的程度，算是滿意。一般是用可以量化的標(biāo)準(zhǔn)，而不是看心情。

所以這個會議的魅力在于，溝通清楚團隊自身的能力和讓用戶清楚自己到底需要什么。接受標(biāo)準(zhǔn)的提出，也會讓測試在一開始就有清晰的方向。

2. 每日站會（Daily stand up）：有事早奏，無本退朝

這樣做的意義在于：讓整個團隊清楚地知道在這一個沖刺周期內(nèi)各項任務(wù)的進(jìn)展，所有任務(wù)是否能夠按時完成。

與會者：開發(fā)團隊，scrum master，產(chǎn)品負(fù)責(zé)人。

時間：每天，通常在早上。

持續(xù)時間：不超過15分鐘。不要預(yù)訂會議室并坐下來站起來。站起來有助于縮短會議時間！

敏捷框架：Scrum和看板。

Daily Scrum看上去像是對女友的每日匯報——

• 我昨天去了哪里；
• 今天打算去干嗎；
• 你有什么不開心我來讓你開心一下；

每個團隊成員需要回答的問題，真的是極好的吾日三省吾身——

• 你昨天完成了哪些工作？
• 你今天計劃做哪些工作？
• 目前的困難及障礙？

這個會議的魅力是，讓團隊每日有一個溝通的習(xí)慣，有任何問題都可以及時解決，甚至調(diào)整計劃。同時，這個會議最重要的注意事項就是要短，平，快，不要讓15分鐘變成講故事或者長篇大論。Scrum Master負(fù)責(zé)消除團隊面臨的障礙。

3. 產(chǎn)品展示會Demo：見天見地，見客戶

這個會議最重要的工作是功能和成果演示，驗證用戶故事的實現(xiàn)場景，并接受評價。

參與團隊：開發(fā)團隊，scrum master，產(chǎn)品所有者

可選：項目利益相關(guān)者

時間：沖刺或里程碑結(jié)束時。

持續(xù)時間：30-60分鐘。

團隊?wèi)?yīng)該只展示那些符合“完成定義”的事項，也就是全部完成，不需要再做工作就能交付的成果。這個成果或許不是完整的產(chǎn)品，但至少是一項完整的、可以使用的功能。

比如，小明在兩周內(nèi)完成了第一個關(guān)于安全感的故事，給女票買了一款旅行意外險，只要她點頭就當(dāng)日生效。

因為時時和女友溝通需求和確認(rèn)期待，這個充滿浪(cao)漫(dian)的用戶故事和解決方案正好是這個女友的需求。并沒有什么特別的驚嚇。

第二個買包的故事因為女友對于顏色還沒有選好，被延期到下個沖刺。

反思會（Retrospectives）：

沖刺回顧會一般在本次迭代發(fā)布之后的第二天或當(dāng)天下午召開，會議時間最好不做具體的限制。

與會者：開發(fā)團隊，scrum master，產(chǎn)品負(fù)責(zé)人

時間：迭代結(jié)束時。

持續(xù)時間：60分鐘。

技術(shù)總結(jié)

• 作為一個團隊，要讓這個沖刺回顧過程有效，團隊需要相互信任。
• 必須記住基于項目和技術(shù)問題的討論和爭論；對事不對人，不能把技術(shù)和業(yè)務(wù)討論牽扯到人身攻擊上去；
• 大家要對自己的流程和結(jié)果負(fù)責(zé)，要集思廣益，共同尋求問題解決之道。

最后，團隊確定一個最值得改善的地方，將其設(shè)定為下一個沖刺迭代的首要任務(wù)。

一個Scrum中的每個會議要怎么安排

這四個沖刺會議出現(xiàn)在每個沖刺中，滲透到了計劃(Planning), 執(zhí)行(Implementation), 產(chǎn)品展示(Review)和復(fù)盤(Retrospective)的每一個環(huán)節(jié)。類似于一個小瀑布開發(fā)，但因為每個用戶故事都做了合理分割，不會區(qū)分特定的開發(fā)和測試階段。同時，團隊之間又會有充足的交流和反思。

在一個沖刺周期中，會議要怎么安排呢？

Scrum的周期一般會分成兩周和三周。

需要注意的是，Backlog Refinement作為沖刺最重要的預(yù)備會議，會穿插在前一個沖刺中。

兩周安排例子：

三周安排例子：

每個團隊適應(yīng)方式和磨合方式都不盡相同。

但正如前文所說，敏捷會議的目標(biāo)是及時溝通和解決問題，達(dá)到這些目標(biāo)，其中一個重要方式確立時間盒子(Time Box)的概念，不拖堂，不開沒有準(zhǔn)備的會。

本著這樣的原則去落實會議，我們說過的未來，畫過的餅，才有意義。

相關(guān)鏈接：

https://www.quickscrum.com/ScrumGuide/177/sg-Daily-Stand-Up

https://www.atlassian.com/agile/scrum/ceremonies

https://www.mountaingoatsoftware.com/blog/what-happens-when-during-a-sprint

本文由@一條翅膀 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自Unsplash, 基于CC0協(xié)議。