個人與團隊知識管理方法:AAR事后回顧,向新鮮的過去學(xué)習(xí)

1 評論 17913 瀏覽 24 收藏 10 分鐘

AAR,短、平、快,輕巧的知識管理方法,真好。推薦大家都學(xué)習(xí)學(xué)習(xí)。

事后回顧,AAR(After Action Review)最早是美國陸軍所采用的一種知識管理方法。由于這種方法可以短、平、快的面向新鮮的過去學(xué)習(xí),并且能夠馬上響應(yīng)到下一次的行動中,所以被越來越多的企業(yè)所采用。英國石油、摩托、GE、華為等眾多企業(yè)先后引入,并且形成了有組織、有認(rèn)證、有流程的知識管理方法。

結(jié)合眾多企業(yè)的事后回顧方法實踐,梳理總結(jié)出要做好事后回顧的應(yīng)用場景、三條原則及具體流程。

1.事后回顧的應(yīng)用場景

事后回顧基于當(dāng)下已發(fā)生的任務(wù)、活動、事件等,可以采用正式與非正式的方式展開,并且產(chǎn)生的結(jié)果可以直接應(yīng)用于下一步的有效行動。所以可應(yīng)用的場景比較廣泛。

  • 場景一:市場部剛完成了公司上海大客戶分享活動,下一步要在北京召開,基于此活動開展事后回顧;
  • 場景二:知識平臺交付項目分為三個迭代,第一個迭代剛上線,基于此任務(wù)開展事后回顧;
  • 場景三:公司HR團隊,每月例會,針對當(dāng)月新招聘人員的入職情況可以做事后回顧;
  • 場景四:技術(shù)團隊攻堅解決了突發(fā)的服務(wù)器宕機事件,基于此事件開展事后回顧;
  • 場景五:和家人計劃7天的國慶出游計劃,第1天完成了,基于此做事后回顧;
  • 場景六:我在梳理與構(gòu)思AAR文章,完成文章后,自己快速做事后回顧;
  • 場景七:…………

由上可以看出來,事后回顧可應(yīng)用的場景是比較多的,可以是事件的關(guān)鍵節(jié)點,也可以是重復(fù)事件的例行節(jié)點,可以由問題觸發(fā)的,也可以由成功的案例觸發(fā)。并且由于事后回顧方法的輕巧性,可以及時開展,并不限于外在的條件。

2.事后回顧的三條原則

要通過事后回顧,從過去成功或失敗的經(jīng)驗中學(xué)習(xí),并且能夠轉(zhuǎn)化成下一步的有效行動。就需要掌握這三條基于經(jīng)驗總結(jié)出來的原則。

原則一:新鮮過去

新鮮、及時是事后回顧的關(guān)鍵切入點。剛完成的任務(wù)、完成的活動、剛經(jīng)歷的事件。要及時的以剛剛的過去為基礎(chǔ)組織事后回顧活動,特別是對于循環(huán)性的活動更有效果。并且事后回顧不會對事件做深度的分析,比如場景二中迭代交付的案例,我們只針對當(dāng)前的迭代做分析,以此來促進下一次的交付,而不是深入分析整體的迭代是否安排適當(dāng)。

原則二:簡單結(jié)構(gòu)

事后回顧需要簡單,簡單是指不要局限于當(dāng)下的條件,也不要做長時間的投入。場景四中,技術(shù)團隊解決了宕機的問題可以及時組織相關(guān)人做事后回顧,組織正式的會議場所,也可以就地非正式的快速回顧。結(jié)構(gòu),是指事后回顧需要結(jié)構(gòu)化的組織、流程化的展開,需要有適當(dāng)?shù)臏?zhǔn)備。分為準(zhǔn)備、執(zhí)行、跟進三個階段。每個階段都有需要關(guān)注的點。

原則三:積極行動

事后回顧不是對失敗事件的批評教育會議,也不是對成功事件的表揚邀功事件。要做好事后回顧,就得團隊整體抱著積極的心態(tài),面向未來,面向下一步的有效行動?;谑聦嵖陀^分析,通過大家的群體智慧,找到好的經(jīng)驗與改進機會點。事后回顧也需要依照引導(dǎo)原則,杜絕變成領(lǐng)導(dǎo)的一言堂會議。

3.事后回顧的具體流程

事后回顧分為三個階段:準(zhǔn)備階段、執(zhí)行階段、跟進階段。每個階段都有對應(yīng)的關(guān)鍵原則與方法。這里以企明某次客戶知識管理平臺交付第一輪迭代上線完成后的事件為案例。

1)準(zhǔn)備階段,做好 5W1H

基于新鮮的過去及時開展事后回顧,準(zhǔn)備階段主要由事件的觸發(fā)人與事后回顧引導(dǎo)員(或是掌握了事后回顧方法的人員)完成。主要要做好5W1H工作:

Why:為什么召開事后回顧會議,是因為到了一個周期階段點了,還是因為什么事件?

因為知識管理平臺交付項目第一輪迭代上線了。

Who:由誰來組織引導(dǎo)?還需要哪些人員參與?

項目經(jīng)理@黃江 觸發(fā),公司知識管理人員@王祚引導(dǎo),項目團隊成員@牛文濤、@申川、@王朋朋、@楊佳勝參與。

What:回顧什么事情?例行的周期結(jié)束了,要改進下一步?還是有好的或是壞的經(jīng)驗可以用在下一步?

回顧第一輪迭代交付的過程,找到問題的原因,找出成功事件的因子。

When:什么時候開展,具體的時間?

2017年10月16日 下午2:00~3:00

Where:在哪里開展,會議室還是站立會議,還是客戶現(xiàn)場?

在公司開放會議區(qū)。

How Long:需要多長的時間,建議控制在1小時之內(nèi)。

需要1個小時的時間。

完成了上述內(nèi)容也就清晰了事后回顧的基礎(chǔ)范圍,參與人員才可以聚焦的完成目標(biāo)。

2)執(zhí)行階段,回答 4 個問題

執(zhí)行階段,需要要專門的引導(dǎo)人員,也就是熟練掌握事后回顧方法的知識人員。通過輪流發(fā)言、小組討論、頭腦風(fēng)暴的方式,針對一個個事件點回答以下四個問題。這里以場景二項目中的期刊功能點為示例,項目中有多個需要討論的點,就不一一展開。

問題一:我們原先的期望結(jié)果是什么?

新功能期刊模塊能夠按時高質(zhì)量上線。

問題二:實際產(chǎn)生的結(jié)果是什么?

變更到測試環(huán)境時才發(fā)現(xiàn)開發(fā)的期刊發(fā)布功能與需求不一致。導(dǎo)致期刊沒有能按時上線

問題三:為什么會產(chǎn)生差異,能學(xué)到什么?

期刊模塊中的發(fā)布功能,需求分析人員、開發(fā)人員理解不一致,導(dǎo)致開發(fā)的功能不是最終的需求。根本的原因是期刊模塊是基于產(chǎn)品實施的,開發(fā)人員想當(dāng)然的理解成客戶的需求與產(chǎn)品的需求一致。

問題四:下次再發(fā)生,我們將怎么辦?

基于下一輪迭代的需求點,需求與開發(fā)人員一一溝通,找出可能存在的潛在異義需求點。公司內(nèi)的其他項目人員也要避免認(rèn)為對方想當(dāng)然知道的問題。

基于當(dāng)前事件,可以拆分出多個點,每一個點都回答上面的四個問題,最終產(chǎn)出本次事后回顧會議的知識與經(jīng)驗點。

3)跟進階段,完成 2 個閉環(huán)

執(zhí)行階段通過會議的方式分析出所有的關(guān)鍵點之后,還需要針對每個點梳理出對應(yīng)的改進計劃與傳播計劃。也就是要完成行動與經(jīng)驗的閉環(huán)。還以上面的第一輪交付為案例,將會產(chǎn)出如下的表格信息。

事后回顧,通過對已完成事件的回顧,找到問題點或優(yōu)秀點,應(yīng)用在下一步的行動中。特別要注意的是,除了要找到問題點跟蹤改進,還需要將此信息分享給可能涉及到的人員,同時也要刷新公司內(nèi)的知識案例。

 

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

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

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發(fā)揮!