起點(diǎn)課堂會(huì)員權(quán)益
職業(yè)體系課特權(quán)
線下行業(yè)大會(huì)特權(quán)
個(gè)人IP打造特權(quán)
30+門專項(xiàng)技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導(dǎo)直播
12場專業(yè)技能直播
會(huì)員專屬社群
榮耀標(biāo)識級別越高，越要學(xué)會(huì)“秋后算賬”
在職場中，我們經(jīng)常會(huì)遇到緊急情況，需要立即處理問題而暫時(shí)擱置責(zé)任歸屬的討論。然而，這種處理方式可能會(huì)導(dǎo)致問題重復(fù)發(fā)生，對個(gè)人和組織都造成傷害。"秋后算賬"這一機(jī)制的建立，就是為了確保在緊急情況處理完畢后，能夠回過頭來審視問題，找出根源，并制定改進(jìn)措施。本文將探討如何建立有效的"秋后算賬"機(jī)制，以及它對于提高工作效率和組織發(fā)展的重要性。
前言
不知你是否遇到過這種情況：
“先別分是誰的責(zé)任了，客戶那邊很著急，我們先處理問題吧。”
“這件事情確實(shí)是我這邊有些問題，但我們業(yè)務(wù)還得往下，你想想辦法吧?！?/p>
然后，你被說的啞口無言，不得不開始處理了起來。
不處理吧，那就是導(dǎo)向不對，會(huì)被扣上帽子；
處理了，那就是在妥協(xié)和讓步，下次還會(huì)有類似的事情。
吃虧永遠(yuǎn)在后端。
一、
問題出現(xiàn)了，先解決問題，到底對不對？
處理緊急事情，解決當(dāng)前問題，肯定是對的。
那明明是對的，為什么接到這件事情時(shí)，會(huì)這么別扭，會(huì)這么難受呢？
因?yàn)槿鄙倭恕扒锖笏阗~”的機(jī)制。
這是一個(gè)什么機(jī)制？簡單點(diǎn)講，可以這樣理解：
“事情緊急，那我先處理了，把客戶那邊安撫好了，我再回頭找你算帳。”
我們工作里，往往少了這個(gè)算帳的環(huán)節(jié)。
無非有兩點(diǎn)原因，導(dǎo)致我們沒有去“算帳”：
事情已經(jīng)處理完，礙于面子，也不想上綱上線再去提。
覺得自己提了，好像也不能改變什么，想想也就算了。
于是，邊一路忍著忍著，把不爽和郁悶都憋到了自己心里。
不要覺得這件事情，只是自己受委屈了，它對整個(gè)組織都是一種傷害。那這樣會(huì)組織造成什么不好的風(fēng)氣和影響？
有這么兩點(diǎn)：
第一點(diǎn)，以后只需要拿著“客戶優(yōu)先”的尚方寶劍，就可以推進(jìn)任何事情。
第二點(diǎn)，這類事情對前端人員沒進(jìn)行懲罰，未能形成約束。在他們的認(rèn)知里，這件事情是沒有成本的，未來還是會(huì)繼續(xù)這樣干。
慢慢地，只要出現(xiàn)了問題，那就找人擦屁股，只要嘴上說這是客戶緊急，那就會(huì)有人解決，也不需要考慮成本。
這不僅對個(gè)人、對組織而言也是莫大的傷害。
二、
怎么建立“秋后算賬”的機(jī)制？
這個(gè)機(jī)制，很像復(fù)盤，但又不全是復(fù)盤。
復(fù)盤，有些時(shí)候，我們會(huì)更喜歡讓大家圍繞著自己去找問題，進(jìn)行改進(jìn)；
算帳，更多是，發(fā)起方覺得對方有哪些問題，希望進(jìn)行改進(jìn)。
整個(gè)流程，大概是這樣的：
第一步，把整個(gè)事件進(jìn)行記錄，什么背景下、什么時(shí)間點(diǎn)、哪個(gè)客戶/事件、需要我做什么事情、每個(gè)步驟是怎么做的，以陳述的方式記錄下來。
第二步，在記錄的事件里，找到問題所在，是哪個(gè)環(huán)節(jié)出錯(cuò)了，導(dǎo)致需要自己做出妥協(xié)的。
第三步，定改進(jìn)舉措，怎么減少未來再發(fā)生這類的情況。
第四步，召開會(huì)議，多部門、多團(tuán)隊(duì)之間握手簽字，對問題和改進(jìn)舉措要認(rèn)可。
看起來，是不是很簡單？但是還是有蠻多細(xì)節(jié)的。
展開一個(gè)最近發(fā)生的例子，背景是這樣的：
在公司里軟件開發(fā)要走敏捷流程，即用戶需求是產(chǎn)品經(jīng)理寫完，接著到設(shè)計(jì)師畫交互稿，然后到開發(fā)組長寫系統(tǒng)需求，最后開發(fā)同事開始做設(shè)計(jì)、寫代碼。
每個(gè)下游成員會(huì)有一周時(shí)間間隔，即產(chǎn)品經(jīng)理寫完需求，設(shè)計(jì)師有一周時(shí)間出設(shè)計(jì)稿。如果運(yùn)轉(zhuǎn)健康，會(huì)滾輪式滑動(dòng)，需求輪轉(zhuǎn)了起來。
但最近的一個(gè)迭代，用戶需求延期了一周，交互稿延期了兩周，但發(fā)布時(shí)間卻沒有更改。
原因是，這個(gè)迭代對市場很重要，已經(jīng)承諾了發(fā)布時(shí)間，不能更改。
那為什么需求、設(shè)計(jì)稿要延期呢？產(chǎn)品經(jīng)理給的理由是，這個(gè)迭代比較復(fù)雜，需要考慮的比較多，所以花的時(shí)間超出預(yù)期了。
那怎么辦？
最終，就是逼著開發(fā)工程師們加班加點(diǎn)去把功能實(shí)現(xiàn)了。
過程中，因?yàn)榻换ジ鍥]出來，導(dǎo)致有些需求白做了，在相互推諉。
產(chǎn)品經(jīng)理說，我已經(jīng)和設(shè)計(jì)師說了要改，結(jié)果沒改，這不是我想要的。
簡單總結(jié)，有兩點(diǎn)問題：
需求延期，但承諾市場的時(shí)間沒有調(diào)整。
需求敲定，但多方?jīng)]有確認(rèn)，導(dǎo)致出現(xiàn)了改動(dòng)遺漏。
作為研發(fā)工程師，就很無奈了，也是兩點(diǎn)：
留給研發(fā)的時(shí)間更少了，不確定性強(qiáng)，倒逼著走。
需求沒定好，導(dǎo)致返工，浪費(fèi)資源。
后面是怎么解決的？
針對這件事情，研發(fā)走了一次“秋后算賬”的流程，把現(xiàn)狀做了一遍陳述，然后加了一些具體改進(jìn)的措施，像設(shè)計(jì)稿要進(jìn)行定稿，需要三方會(huì)簽。
產(chǎn)品經(jīng)理對界面布局、設(shè)計(jì)進(jìn)行確認(rèn)，確保是自己想要的樣子，研發(fā)工程師對技術(shù)進(jìn)行確認(rèn)，確保是效果是可以達(dá)成的。
過程中，如果覺得界面價(jià)值傳遞有問題，那產(chǎn)品經(jīng)理要出來扛主責(zé)，如果是研發(fā)承諾了，但實(shí)現(xiàn)不了，那研發(fā)要扛主責(zé)。
后來，相關(guān)會(huì)議紀(jì)要也有人去關(guān)注和回復(fù)，這類事情基本上就沒發(fā)生了。
三、
為什么“秋后算賬”機(jī)制很重要？
前面已經(jīng)有初步提過，緊急事情處理更多聚焦當(dāng)下，而秋后算賬更多聚焦未來。
如果未來的事件不能減少，那過一段時(shí)間，未來就會(huì)變成當(dāng)下，將有永遠(yuǎn)處理不完的問題。
并且，你的職級越高，這個(gè)機(jī)制越是重要。
為什么？
因?yàn)椋毤壐咭馕吨愕臉I(yè)務(wù)范圍會(huì)更廣，
過去做軟件開發(fā)，你可能只是負(fù)責(zé)寫好代碼，看護(hù)好這個(gè)模塊的代碼質(zhì)量，
而當(dāng)你負(fù)責(zé)整個(gè)產(chǎn)品的研發(fā)時(shí)，你會(huì)發(fā)現(xiàn)產(chǎn)品里的代碼組成會(huì)來自多個(gè)部門，業(yè)務(wù)要成功，你除了做好產(chǎn)品研發(fā)，還要關(guān)注銷售、市場。
如果不能建立起機(jī)制，就會(huì)發(fā)現(xiàn)，整個(gè)大盤里，你能掌控的事情很少，你很難去帶動(dòng)業(yè)務(wù)成功。
本文由人人都是產(chǎn)品經(jīng)理作者【鵬鵬的工作日記】，微信公眾號：【鵬鵬的工作日記】，原創(chuàng)/授權(quán) 發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載。
題圖來自Unsplash，基于 CC0 協(xié)議。
- 目前還沒評論，等你發(fā)揮！
