根據(jù)2021年最新的Agile & DevOps調(diào)查發(fā)現(xiàn)，很多組織在由傳統(tǒng)開發(fā)模式向敏捷模式轉(zhuǎn)變過程中简烤，有66%左右組織會引入Scrum框架剂邮，如下圖所示。而在團(tuán)隊實施Scrum的過程中横侦，除了能夠幫助組織實現(xiàn)快速交付挥萌、提升產(chǎn)品質(zhì)量、提高客戶的滿意度等等枉侧，對于團(tuán)隊成員最為直觀的一個感受就是多了很多會議引瀑，哪為什有這么多會？這些會都是必要的么榨馁？今天我們就來聊聊Scrum中的相關(guān)會議憨栽。
圖片來源于：https://stateofagile.com/#ufh-c-7027494-state-of-agile
了解Scrum的同學(xué)比較清楚，Scrum框架中經(jīng)常會提到的幾個數(shù)字：3355翼虫，哪何為3355呢屑柔？我們來看一看
3個角色：SM（Scrum Master）、PO（Product Owner）珍剑、開發(fā)團(tuán)隊
3個工件：產(chǎn)品待辦列表掸宛、迭代待辦列表、迭代產(chǎn)品增量
5個會議：每日站會招拙、迭代計劃會唧瘾、迭代梳理會措译、迭代評審會、迭代回顧會（也有成為5個活動）
5個價值觀：承諾饰序、專注领虹、尊重、開放求豫、勇氣
3個角色各司其職塌衰，3個工件作為迭代過程中的輸入輸出，以及作為團(tuán)隊?wèi)?yīng)該堅守的5個價值觀蝠嘉，都是融入在團(tuán)隊的日常工作中的猾蒂，至少從表面上來看，并沒有占據(jù)團(tuán)隊太多的時間是晨。而作為迭代過程中的5個關(guān)鍵會議/活動，往往帶給團(tuán)隊的感受就是：自從運(yùn)作Scrum以來舔箭，增加了很多會議罩缴，占據(jù)了太多個人時間，甚至大幅縮減了開發(fā)測試的時間层扶，能不能把這些會議取消了或者減少幾個箫章？
這是我們經(jīng)常在組織敏捷轉(zhuǎn)型過程中聽到過的最多的抱怨，那真實情況是這樣的么镜会，這些會議真的占據(jù)了團(tuán)隊太多的時間么檬寂？這些會議到底值不值得開？可不可以減少幾個呢戳表？帶著以上幾個疑問桶至，我們來聊一聊。
會議時長
在早期的Scrum指南中匾旭，對Scrum各項會議的時長要求做了建議镣屹，對于為期2周的一個Sprint來看，分別建議會議時長控制在以下范圍內(nèi)：
每日站會：≤15min
迭代梳理會：≤120min
迭代計劃會：≤240min
迭代評審會：≤120min
迭代回顧會：≤90min
由此粗略算下价涝，總共的時長為已經(jīng)大于8個小時女蜈，即超過了1個工作日的時間。試想在為期2周迭代安排里色瘩，10個工作日就有超過1整天的時間用于開會伪窖，大家的感受會是如何呢？那么這些會議到底值不值得開呢居兆？我們再來看第二個問題覆山。
關(guān)于Sprint活動中的這幾個會議，除了每日站會史辙，其他的似乎大家都覺得可有可無汹买，為什么會有這樣的想法呢佩伤？
會議目的
其實說到底團(tuán)隊成員并沒有意識到這幾個會議給Sprint活動帶來的價值，下面我們來挨個梳理下：
第一晦毙，每日站會生巡，其主要目的就是通過個人每日工作進(jìn)展的對齊，來識別開發(fā)過程中的依賴和風(fēng)險见妒，促進(jìn)團(tuán)隊內(nèi)部更好的協(xié)作孤荣，確保迭代目標(biāo)達(dá)成；
第二须揣，迭代梳理會盐股，主要用于下個迭代的需求梳理，PO與團(tuán)隊成員進(jìn)行需求澄清耻卡，其目的是通過盡早的需求梳理活動來識別風(fēng)險和依賴疯汁，并在計劃會之前解決問題；
第三卵酪，迭代計劃會幌蚊，很顯然就是根據(jù)需求優(yōu)先級和團(tuán)隊資源安排迭代計劃，明確迭代目標(biāo)溃卡，團(tuán)隊共同決定需要完成那些故事（需求）溢豆，如何完成這些故事，并跟內(nèi)外部干系人對齊目標(biāo)瘸羡；
第四漩仙，迭代評審會，通過評審會將團(tuán)隊迭代交付成果展示給相關(guān)干系人犹赖，并獲取反饋队他，用于支撐團(tuán)隊更好的進(jìn)行產(chǎn)品改進(jìn)，及時進(jìn)行調(diào)整峻村，確保開發(fā)的方向正確漱挎；
第五，迭代回顧會雀哨，通過定期的反思迭代過程中的團(tuán)隊做的好的磕谅、需要改進(jìn)的方面，確保團(tuán)隊的持續(xù)改進(jìn)雾棺、團(tuán)隊個人能力的提升膊夹，為打造高績效團(tuán)隊持續(xù)投入。
所以明確了以上5個會議的目的捌浩，就不難發(fā)現(xiàn)放刨，這些會議基本都是要開的，非常有價值的尸饺，能夠幫助到團(tuán)隊更好进统、更快的交付價值及持續(xù)改進(jìn)的助币。
既然都有必要，那就要思考第三個問題螟碎，如何能夠高效的完成這些會議呢眉菱？
高效會議
那么到底應(yīng)該怎么高效的開好這些會呢？其實無非是幾個方面的工作：會前準(zhǔn)備掉分、會中控場俭缓、會后跟蹤（另外有興趣的同學(xué)也可以去搜下會議的7P原則，也是幫助我們?nèi)绾胃咝ч_會的）酥郭。
會前準(zhǔn)備华坦，團(tuán)隊每個人都要意識到，接下來的這個會議目的是什么不从，我需要準(zhǔn)備什么惜姐？每個人提前預(yù)留思考的時間，能夠幫助我們更高效的開好會議椿息。
會中控場载弄，會議中不斷發(fā)散的討論往往是大家覺得會議冗長、無效的根本原因撵颊，所以一定要有人來進(jìn)行控場，這個角色一般都是SM惫叛，或者PO也可以倡勇，總之能夠把大家從發(fā)散的討論中拉回主題，確保圍繞會議的目的展開嘉涌。
最后會后跟蹤妻熊，也是非常關(guān)鍵的一環(huán)，尤其對于會后有遺留風(fēng)險仑最、問題跟蹤解決的扔役，一定要確保能夠形成閉環(huán)，否則就會給大家造成的感覺是浪費時間警医，會議低效亿胸，沒有解決任何問題，久而久之预皇，就不想去開會了侈玄。
最后還有一點，大家產(chǎn)生會議太多的想法是因為我們是在原來已有會議的基礎(chǔ)上增加了這5項會議吟温，比如說團(tuán)隊本身就還有其他的評審會序仙、匯報會、討論會以及職能部門的例行會議鲁豪，這些會議零零散散加起來也占據(jù)了近1天的時間潘悼，尤其是身兼多職的同學(xué)律秃，開會的時間2~3天都算少的了。哪對于整個Sprint來說治唤，我們倡導(dǎo)的是希望所有的會議都能夠減少并融入到這5項會議中棒动，具體怎么冗余，我們可以根據(jù)團(tuán)隊實際情況來進(jìn)行調(diào)整肝劲，并不一定是會議的形式迁客，可以以其他一些可視化的方式進(jìn)行展現(xiàn)，比如每周的例行匯報會議辞槐，就可以通過團(tuán)隊的各項可視化看板來展現(xiàn)給管理團(tuán)隊掷漱，從而避免了向領(lǐng)導(dǎo)去額外匯報，節(jié)省時間榄檬。
在實際的操作中卜范，我們對這些活動經(jīng)過優(yōu)化后，Scrum整個會議的時長變化為：
每日站會：≤15min
迭代梳理會鹿榜，改為迭代梳理活動海雪，分散在迭代過程中
迭代計劃會：≤90min
迭代評審會：≤30min
迭代回顧會：≤60min
這樣算下來，會議的直接時長縮減到4小時以內(nèi)舱殿，比原來少了一半的時間奥裸，既能改善大家的體驗、達(dá)到會議目的沪袭，也大大提升了會議效率湾宙。
所以，對于Spring過程中的這些會議冈绊，我們按照以上原則侠鳄，逐步的去引導(dǎo)團(tuán)隊執(zhí)行，更重要的是要能夠看到通過這些會議團(tuán)隊達(dá)成目標(biāo)死宣、解決相關(guān)問題伟恶，慢慢的大家感受到了這些會議帶來的價值，就不會抱怨這些會議在浪費時間毅该。
