到底，要不要讓PO參加每日Scrum會(huì)議？| IDCF
上周五中午，努力讓大家把吃飯變得更有“意義”的無敵哥又發(fā)起了一次午間話題討論，（上期話題討論：多層級(jí)多部門的協(xié)作項(xiàng)目，還能敏捷起來么？）這次討論的背景是容易錯(cuò)的FDCC認(rèn)證考題，其中有一道題“哪些人應(yīng)該參加每日Scrum會(huì)議”引起了比較大的分歧，分歧的集中點(diǎn)是：PO到底要不要參加？
題目是這樣的：
你會(huì)怎么選擇？
不賣關(guān)子，這道題首先排除掉的選項(xiàng)是D和E，但關(guān)于選項(xiàng)A，也就是“PO是否【應(yīng)該】參加每日Scrum會(huì)議”，存在較大分歧。
要參加
觀點(diǎn)1：PO一定要參加，PO參加是要了解目標(biāo)完成情況和障礙情況。PO很重要的一個(gè)職責(zé)是跟蹤需求完成進(jìn)度和各角色對(duì)需求的理解是否一致，評(píng)審會(huì)上有可能不能把需求講清楚，PO可以在每日Scrum會(huì)議上及時(shí)做需求跟蹤；
觀點(diǎn)2：贊同PO參加的原因是要做需求跟蹤，避免因?yàn)檠邪l(fā)對(duì)需求的理解與PO不一致導(dǎo)致開發(fā)方向出現(xiàn)問題，
觀點(diǎn)3：很多時(shí)候PO和開發(fā)團(tuán)隊(duì)、SM之間是有隔閡的，互相不理解，最主要的是信任度不夠。PO參加每日站會(huì)也能拉近距離，特別是對(duì)于剛推進(jìn)敏捷的階段來說，PO參加每日Scrum會(huì)議是必要的。
不參加
觀點(diǎn)1：PO要參加的是評(píng)審會(huì)，目標(biāo)應(yīng)該在迭代計(jì)劃會(huì)的時(shí)候就明確好，如果目標(biāo)明確清楚，開發(fā)并不需要PO，想要了解開發(fā)進(jìn)展通過看板和評(píng)審會(huì)就能了解，所以不建議PO參加每日Scrum會(huì)，即使參加了也不準(zhǔn)說話。
觀點(diǎn)2：而不贊同PO參加的原因是認(rèn)為沒有必要，每日的Scrum會(huì)議不是用來溝通、解釋需求的，需求和目標(biāo)應(yīng)該在最開始和迭代計(jì)劃會(huì)的時(shí)候就明確清楚。
為了刨根問底，無敵哥拋出了《Scrum 簡章/Primer》中的一段話：
站會(huì)是Scrum里的一個(gè)儀式，每日Scrum站會(huì)是開發(fā)團(tuán)隊(duì)的一個(gè)以15分鐘為限的事件。每日Scrum站會(huì)在Sprint的每一天都舉行。在每日Scrum站會(huì)上，開發(fā)團(tuán)隊(duì)為接下來24小時(shí)的工作制定計(jì)劃。通過檢視上次每日Scrum站會(huì)以來的工作和預(yù)測即將到來的Sprint工作來優(yōu)化團(tuán)隊(duì)協(xié)作和性能。每日Scrum站會(huì)在同一時(shí)間同一地點(diǎn)舉行，以便降低復(fù)雜性。
開發(fā)團(tuán)隊(duì)或者開發(fā)團(tuán)隊(duì)成員通常會(huì)在每日Scrum站會(huì)后立即聚到一起進(jìn)行更詳細(xì)的討論，或者為Sprint中剩余的工作進(jìn)行調(diào)整或重新計(jì)劃。
Scrum Master確保開發(fā)團(tuán)隊(duì)每日站會(huì)如期舉行，但開發(fā)團(tuán)隊(duì)自己負(fù)責(zé)召開會(huì)議。Scrum Master教導(dǎo)開發(fā)團(tuán)隊(duì)將每日Scrum會(huì)議時(shí)間控制在15分鐘內(nèi)。
每日Scrum站會(huì)是開發(fā)團(tuán)隊(duì)的內(nèi)部會(huì)議。如果有開發(fā)團(tuán)隊(duì)之外的人出席會(huì)議，Scrum Master必須確保他們不會(huì)干擾會(huì)議進(jìn)行。
每日Scrum站會(huì)增進(jìn)交流溝通、減少其他會(huì)議、發(fā)現(xiàn)開發(fā)過程中需要移除的障礙、突顯并促進(jìn)快速地做決策、提高開發(fā)團(tuán)隊(duì)的認(rèn)知程度。
這是一個(gè)進(jìn)行檢視與適應(yīng)的關(guān)鍵會(huì)議。
從這個(gè)描述里面，我們可以看到，在這道題目里，SM需要參加，有義務(wù)引導(dǎo)站會(huì)的進(jìn)程，讓站會(huì)起到應(yīng)有的作用，而不是流于形式；PO不是【應(yīng)該】參加，而是看需要參加，SM和團(tuán)隊(duì)是必須參加的。
當(dāng)然在實(shí)際情況中，如果團(tuán)隊(duì)需要，可以拉上PO一起開每日Scrum會(huì)議，如果項(xiàng)目進(jìn)展緊張，PO要主動(dòng)參加。
不過小編這里還是強(qiáng)烈建議PO要參加這個(gè)會(huì)議，就如這位同學(xué)提到的，很多時(shí)候，儀式感也是非常重要的！！
那接下來，咱們再討論一下如何讓站會(huì)開得有效率呢？看看大家拋出的這些問題
有人給出了如何開會(huì)的關(guān)鍵點(diǎn)：
除此之外，小編還額外去翻了翻《敏捷無敵之DevOps時(shí)代》中的第六章 “每日站會(huì)，不僅僅站立”，里面提到的讓Daily Scrum會(huì)議保持緊湊有效的指導(dǎo)原則：
那么，接下來的問題的討論焦點(diǎn)：該怎么把需求明確清楚，什么樣的需求條目化才是有效的？
觀點(diǎn)一：大的項(xiàng)目PRD（產(chǎn)品需求定義文檔）拆分條目排優(yōu)先級(jí)，用精益看板按優(yōu)先級(jí)做管理，過于長篇大論的PRD多數(shù)情況下是沒有太大用的，用Story或條目化的PRD來溝通可以減少資源浪費(fèi)；?
觀點(diǎn)二：PO不一定需要會(huì)做PRD或者畫原型，能排優(yōu)先級(jí)，能定AC（驗(yàn)收標(biāo)準(zhǔn)），就達(dá)到基本配置了。在溝通需求時(shí)，能用流程圖、UI設(shè)計(jì)，再加上條目化的一些需求，確實(shí)會(huì)好很多。但是在設(shè)計(jì)稿上畫圈圈和開發(fā)溝通也可以，只要能夠達(dá)到把需求說清楚的目的即可；?
觀點(diǎn)三：需求溝通這個(gè)問題的關(guān)鍵不在于文檔，而在于溝通，文檔寫得再好也不能扔給開發(fā)讓開發(fā)自己琢磨。
看來PO的作用很大啊，畢竟需求是源頭，需求管理不好，一定會(huì)出問題的，那么PO到底應(yīng)該干啥呢？正好在網(wǎng)上看到了這張大全圖，送給大家好好琢磨，不清楚的歡迎在公眾號(hào)下面留言，我們會(huì)及時(shí)解答。
以上內(nèi)容來自于FDCC認(rèn)證學(xué)員群的討論，由IDCF編輯整理，內(nèi)容僅供參考。歡迎留言寫下你的看法。
