同樣的失誤不發(fā)生第二次---5.0.6項目復(fù)盤

? ? ? ? 復(fù)盤最早來源于棋類術(shù)語,也稱“復(fù)局”,指對局完畢后,復(fù)演該盤棋的記錄,以檢查對局中雙雙的優(yōu)劣與得失關(guān)鍵。復(fù)盤被認(rèn)為是圍棋選手增長棋力的最重要方法,尤其是有比自己更高水平的人和自己對弈并幫助復(fù)盤的時候,可以看到選手看不到或者思考不到的地方,從而將選手的眼光和視野拓寬。這種思維不僅僅是一種思考和管理的工具,更是一種文化。

? ? ? 原來在外企工作時,每個項目完成后都要復(fù)盤一下,感覺那時候成長還是蠻快的,最近接受一個新項目,對很對業(yè)務(wù)知識和項目背景都不甚了解,為了快速學(xué)習(xí)和避免發(fā)生不必要的失誤,引導(dǎo)團隊成員做了一次復(fù)盤。根據(jù)原來復(fù)盤的一些經(jīng)驗,我把復(fù)盤總結(jié)為四步九項,具體過程如下圖所示。具體的四步回顧目標(biāo)、結(jié)果評估,分析原因,總結(jié)經(jīng)驗。通過復(fù)盤使得常規(guī)失誤不發(fā)生第二次。

? ? ? 回顧目標(biāo)就是回想最初的目的、初衷是什么。從項目的角度,我們需要復(fù)盤項目的目標(biāo)是什么?最初的計劃是什么?項目實施的風(fēng)險評估及應(yīng)對模型是什么?具體到5.0.6項目的中如下:

5.0.6項目目標(biāo):在2天之內(nèi)完成所有模塊的回歸測試,確保線上不出現(xiàn)故障

5.0.6項目計劃:拆分出項目中每一個要回歸的具體模塊,每個模塊責(zé)任到人,每半天實施同步進度

風(fēng)險預(yù)估:項目處于交接期,沒有做相應(yīng)的風(fēng)險評估與應(yīng)對模型,重點關(guān)注項目進度與測試缺陷風(fēng)險

? ? ? 在回顧完目標(biāo)后,需要對照目標(biāo)和結(jié)果對項目結(jié)果進行結(jié)果評估,發(fā)現(xiàn)差距或差異。對于結(jié)果評估首先要做到客觀,從實際發(fā)生了什么開始,再分析發(fā)生事件的條件是什么?特別關(guān)注項目實施過程中是否有風(fēng)險發(fā)生,有沒有風(fēng)險意外的事件發(fā)生等,具體結(jié)合5.0.6版本項目分析如下:

5.0.6項目實際發(fā)生了什么?:組內(nèi)負(fù)責(zé)項目如期按進度完成,但整體項目延期半天發(fā)布

5.0.5項目在什么條件下發(fā)生了什么意外:因為AAA因為雙12延期上線,BBB項目因為接口人請假延期半天


? ? ? 在評估完結(jié)果后,就到了復(fù)盤中的核心環(huán)節(jié)分析原因。能夠?qū)崿F(xiàn)改進,取決于原因分析得到不到位。分析原因的部分需要重點關(guān)注以下問題(從客觀和主觀兩個角度分析):

1)目標(biāo)或收益沒有實現(xiàn)的原因是什么?

2)導(dǎo)致項目目標(biāo)或績效未完成的原因是什么?

3)風(fēng)險應(yīng)對措施不好的原因是什么?

4)為什么有些意料之外的事情未被識別為風(fēng)險?

? ? 分析原因主要從客觀和主觀兩個方面分析,在分析問題的過程中一定要多問幾個為什么?如果分析結(jié)果是偶發(fā)的,發(fā)生的原因是因為某個人,說明分析問題基本不到位,需要重新思考。以5.0.6項目為例

目標(biāo)沒有實現(xiàn)的原因是什么?表面上原因是AAA項目雙12影響上線和BBB項目因為接口人請教導(dǎo)致延期。實際上是項目管理溝通不到位,風(fēng)險分析和風(fēng)險應(yīng)對策略不合適導(dǎo)致的。

導(dǎo)致項目績效未實現(xiàn)的原因是什么?AAA項目管理排期計劃不合理,在本次項目實施前已經(jīng)知道其風(fēng)險,但沒有同步到相關(guān)干系人,導(dǎo)致部分人員信息滯后;BBB項目沒有及時監(jiān)控和人員備份機制,其核心問題是項目風(fēng)險意識和風(fēng)險識別能力不足。

風(fēng)險應(yīng)對措施不好的原因是什么?因為項目風(fēng)險識別能力不足,導(dǎo)致沒有制定合理的風(fēng)險應(yīng)對計劃。項目監(jiān)控不到位,導(dǎo)致風(fēng)險發(fā)生沒有及時啟動風(fēng)險應(yīng)對方案。

為什么有些意料之外的事情未被識別為風(fēng)險?項目交接期,項目風(fēng)險規(guī)劃不到位,沒有建立項目風(fēng)險list和應(yīng)對方案。


? ? ? 第四步是項目的總結(jié)教訓(xùn),很多時候會忽略或不夠重視這一步。復(fù)盤會不會白復(fù)就看最后這步有沒有落實。這部分包含兩項重要的內(nèi)容,一是總結(jié),二是改進計劃。

? ? ? 總結(jié)相當(dāng)于是對整個過程的回顧,特別是分析原因后大家得出來的一些結(jié)論,需要重點回顧,以促進達成共識。在總結(jié)的過程中,推薦大家使用“三長兩短”方法,如在5.0.6項目中表現(xiàn)比較好的地方如下:

在5.0.6項目中總體良好,雖然項目在進度上出現(xiàn)一定延期,但對項目上線影響可控,本次項目實施過程中有以下三點比較好:

1.項目拆分模塊后,責(zé)任到人,每個人都能夠認(rèn)真高效的完成自己所分的模塊。

2.項目監(jiān)控較為到位,實施監(jiān)控項目進度和缺陷狀態(tài),實施了解項目進度及風(fēng)險。

3.人工測試和自動化測試協(xié)同工作,為后期項目實施奠定基礎(chǔ)

需要改進的兩點

1.項目風(fēng)險評估不到位,沒有建立項目風(fēng)險模型。

2.模塊細(xì)節(jié)了解不到位,不能準(zhǔn)確預(yù)判項目執(zhí)行情況【在5.0.6項目中,很好的進行了項目模塊拆分,但拆分后的執(zhí)行情況沒辦法監(jiān)控,因為組織架構(gòu)調(diào)整導(dǎo)致部分人員不了解項目情況和背景,倉促進行測試,可能會存在一定風(fēng)險】

? ? ? 改進針對這些問題,我們要如何改進。有些原因可能需要系統(tǒng)的改進方法,在現(xiàn)場可能無法給出一個完整的方案。而針對不同角色的原因則可以分別明確一個改進的計劃。基于大家對問題的共識,系統(tǒng)地改進方案則可以在會后,單獨商定。針對5.0.6項目改進建議如下:

建立項目風(fēng)險表(List),在下次項目啟動時對照項目風(fēng)險表評估分析。實施人:XXX;實施時間:從項目復(fù)盤當(dāng)日開始梳理。

建立業(yè)務(wù)AB備份機制,通過相互講解,相互學(xué)習(xí),深入理解業(yè)務(wù),在未來一個月內(nèi)陸續(xù)進行項目業(yè)務(wù)培訓(xùn)。提升組內(nèi)人員業(yè)務(wù)能力。實施責(zé)任人:BBB;實施時間:未來一個月陸續(xù)進行。

? ? ? 另外在總結(jié)完成時,一定要進行復(fù)盤歸檔,一并將項目復(fù)盤信息歸檔。對于改進計劃的落實,有必要設(shè)置檢查點和負(fù)責(zé)人。

? ? ? 每次復(fù)盤出來的問題都可以在下一次復(fù)盤時重新審視,這些問題是否還存在,之前的解決方案是否有效。組織的持續(xù)改進就在這一點一滴的優(yōu)化和迭代。項目復(fù)盤的終極意義在于同樣的失誤不發(fā)生第二次。

2018年日更第二篇

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

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

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