如何開好項目回顧會

今天和大家分享一個團隊復盤工具—開好回顧會,復盤的目的就是發(fā)現(xiàn)做的好的,繼續(xù)進行,做的不好的,根據(jù)重要程度,優(yōu)先對重要程度高的給出解決方案,然后實施,通過PDCA持續(xù)完善。個人和團隊都是如此。

1.什么是回顧會?

了解敏捷的對回顧會應該都不陌生,它是Scrum框架5個活動的最后一個。但是回顧會有不僅僅用在敏捷開發(fā)中,采用瀑布式開發(fā)的項目同樣要定期進行復盤。

那么什么是回顧會呢?在Scrum中,回顧會是用來回顧當前迭代中的流程、工具、溝通、環(huán)境、資源等各個方面,檢視各個過程并提出改進項的活動,這個會議的重點是聚焦問題并持續(xù)改進,同時發(fā)現(xiàn)做的好的地方繼續(xù)保持。這是一個最容易被忽略的會議,尤其是開發(fā)壓力比較大時,回顧會經(jīng)常是第一個被裁剪的過程。

2.為什么要開回顧會?

子曰“我日三省吾身”,通過不斷反思來發(fā)現(xiàn)需要改進的地方,持續(xù)優(yōu)化。做項目也是同樣的理念,如果不做回顧,每個項目或迭代運行者相同的過程,意味著可能重復同樣的錯誤,可以說沒有回顧就沒有持續(xù)改進。

3.怎么開回顧會?(流程)

回顧會是總結會嗎?是
回顧會是反思會嗎?是
但又不全是,如果只做總結和反思,沒有具體的改進措施或操作,就不能充分的發(fā)揮回顧會的價值。
總結經(jīng)驗、反思不足都是回顧會的主要內(nèi)容,但所有的內(nèi)容都歸入一個結果,總結經(jīng)驗也好,反思不足也罷,是否能轉化為實際可執(zhí)行的行動,是否可以解決根本問題,才是最重要的。

3.1回前準備

回顧會之前一定要收集足夠的數(shù)據(jù),包括迭代中故事完成度,燃盡圖,速率圖,每個故事耗時情況等,收集數(shù)據(jù)后需要向團隊進行展示。其次,確定好要邀請的人員以及回顧形式和議程?;仡檿臏蕚涫欠浅V匾?,準備是否充分會很大程度上決定能否開一個有效的回顧會。

3.2會議主要議程

收集觀點
1)主持人在白板上書寫 Well、Less well、Puzzle 三列。

2)向團隊展示準備好的工作績效信息,通過數(shù)據(jù)做初步分析,是否有顯而易見的重大問題,是否有特殊情況導致本迭代出現(xiàn)異常情況,如果有重大問題,在回顧時就作為重點回顧。

3)鼓勵團隊成員在10分鐘內(nèi)寫出自己的觀點,針對出現(xiàn)的問題給出自己的解決方案,針對做的好的地方說出自己的觀點。每個便利貼上面只寫一項內(nèi)容,便于分類。

4)主持人對所有的便利貼進行分類,把相同或類似的貼到一起。分類的方式有很多種,比如三欄式(Well, Less Well, Puzzle)、海星圖(Start, Stop, Do Less, Do More, Keep)以及SSCC(Start, Stop, Continue, Change)等。下面我們以三欄式進行案例說明
Well:哪些實踐對項目或團隊非常有幫助?
Less Well:哪些實踐項目或團隊造成不良影響?
Puzzle:在工作期間有什么疑惑或問題?

圖片.png

討論解決方案
5)所有人員需要討論Less Well中的內(nèi)容,但限于時間和某些事項的嚴重程度,可以由主持人決定討論的數(shù)量,一般3-5項。有人可能會說到后期,可能幾乎沒有需要Less Well了,那其實是一個好的現(xiàn)象,就像鄒忌諷齊王納諫中所說的“戰(zhàn)勝與朝堂了”

6)使用“正”字投票法,對分組后的內(nèi)容進行投票。

7)團隊逐個討論Less Well,找到可以采取的行動,并進行優(yōu)先級排序。比如客戶經(jīng)常在開發(fā)的過程中提出需求變更,我們可以采取的行動應該是,在項目啟動會上就變更規(guī)則達成一致意見,在實際執(zhí)行中按商定好的變更規(guī)則執(zhí)行。

考慮限制行動事項的數(shù)量,使團隊在即將進行的迭代或工作期間有能力改進。嘗試一次改進太多的事情卻沒有完成其中任何一件,比計劃完成較少的事情并成功全部完成要糟糕得多。
沒能在當前迭代中優(yōu)化的事項可以放到下一個迭代中去做。

團隊選擇改進時,要決定如何衡量結果。然后,在下一段時間內(nèi)要衡量結果,以驗證每個改進成功與否。

會后實施
8)得出的行動應該指派到專人負責,并就行動計劃在團隊內(nèi)達成一致。
比如上面的變更規(guī)則就可以指定由項目經(jīng)理負責制定并限定時間。

4.如何開好回顧會?

  1. “打開”團隊:讓團隊成員沒有包袱,敢于、勇于說真話,少說套話;這樣才能找出團隊需要繼續(xù)加強的地方、需要繼續(xù)堅持的地方。
  2. 堅持:回顧會議有一個很重要的特點是持續(xù)堅持,如果只做一次回顧會,實際上意義不大。如果團隊定期都會舉行回顧會,那么團隊成員就會時刻準備下一次可討論的論題。
  3. 避免相互指責:我們的目的是通過回顧會發(fā)現(xiàn)問題并給出解決方案,并不是為了追責。
  4. 行動:回顧會產(chǎn)出的行動需要有專人負責,即使有些行動是針對團隊所有人,也需要有專人負責提醒、檢查。
    a) 回顧會上如果有改進項,就要制定行動計劃,一個合適的行動包括了:執(zhí)行人、執(zhí)行時間、驗收標準。
    b) 有些行動不能完美的解決問題,會被質(zhì)疑。這種情況下,需要說服團隊,不能因為沒有完美的方案就不做,因為不做可能會帶來更大的問題。
  5. “歸零”心態(tài):航天事業(yè)中,當出現(xiàn)了一項航天事故后,航天人會將所有的發(fā)射計劃推到,并從零開始重新設計發(fā)射計劃,并驗證有無問題。

軟件開發(fā)過程中,當出現(xiàn)嚴重質(zhì)量問題時,修復局部往往不能真的解決問題,“歸零” 心態(tài)就是從整體性、從零開始,論證整個系統(tǒng)、方案和流程的問題。

回顧會提出的問題、建議,不應該只是當前迭代、表面的問題,也可以從更為深刻的角度出發(fā)。

5.總結

回顧會不是追責會,它是一個可以讓團隊精進的會議;回顧會不僅僅是總結、反思會,它還會要求我們做好會后的執(zhí)行工作。

按照處理問題的三大步驟發(fā)現(xiàn)問題、分析問題、解決問題。對項目執(zhí)行過程中做的不好的地方進行反思,給出行動方案、驗收標準,并執(zhí)行。

稻盛和夫說“工作的根本意義在于磨練靈魂,提升心智,掌握人生主導權,工作是人生精進的道場”,所以我們每個人都應該去營造一個精進氛圍,回顧會就是精進的一種方式。

最后編輯于
?著作權歸作者所有,轉載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務。

相關閱讀更多精彩內(nèi)容

  • 一、我理解的團隊回顧會議 回顧會議(retrospective meeting)是來自敏捷方法scrum,這個會議...
    言射手閱讀 8,137評論 1 8
  • 寫在前面 6月27日,我在ThoughtWorks PM社區(qū)上做了一個直播分享——項目管理標準化。 在這次分享中,...
    萬學凡閱讀 4,156評論 0 7
  • 很多人都好奇,一個敏捷項目上面的BA一天忙忙碌碌的都在做什么,不像開發(fā)童鞋實現(xiàn)了很多功能,也不像PO(produc...
    兔小吱閱讀 1,969評論 1 1
  • 寫在前面 作為項目經(jīng)理,我們經(jīng)歷了不同的項目,卻總是受限于相似的困局。比如以下三個典型難題: 團隊目標不一致 團隊...
    ThoughtWorks閱讀 6,906評論 3 83
  • 項目回顧,作為項目管理的一大機制,可以幫助我們識別出項目過程中的不足和優(yōu)點,從而,通過“改進不足,保持優(yōu)勢”,讓團...
    郭池閱讀 5,301評論 0 6

友情鏈接更多精彩內(nèi)容