圖片來源:link
摘要:當(dāng)我們要考慮如何讓項(xiàng)目不延期時(shí),我們是否做到讓每個(gè)員工都滿負(fù)荷了梢为?我們追求的是不延期渐行,還是追求更卓越的產(chǎn)品?
這一兩個(gè)星期和同事討論如何使用看板進(jìn)行項(xiàng)目管理時(shí)铸董,總的來說祟印,我遇到最頻繁的問題有:
- 如何能看出項(xiàng)目是否延期?
- 如何拆任務(wù)粟害?
其實(shí)蕴忆,我遇到的問題是:如何能看出項(xiàng)目是否延期?然后經(jīng)我將問題深挖悲幅,才發(fā)現(xiàn)他們更本質(zhì)的問題是:拿到需求套鹅,如何拆任務(wù),拆到什么粒度汰具。
討論這類問題卓鹿,最好舉個(gè)例子,否則整個(gè)討論過程會(huì)很虛郁副。
比如我們的項(xiàng)目經(jīng)理從產(chǎn)品經(jīng)理那里拿到一個(gè)需求:改版APP减牺。這款A(yù)PP有12個(gè)界面豌习,所有的界面都需要改存谎。而你手下有6個(gè)人拔疚。
這時(shí),可以以兩種粒度來拆分:
- 以界面為粒度
- 拆分成更可以量化的粒度既荚。
關(guān)于什么是可以量化的粒度稚失,下文會(huì)闡述。
按界面粒度來拆分
可以看出恰聘,以界面粒度來拆分句各,簡(jiǎn)單粗暴:24人天的任務(wù),我們有6個(gè)人晴叨,所以凿宾,理論上我們只需要4天完成“改版APP”。我們可以很容易看出這個(gè)項(xiàng)目是否延期兼蕊,只要每個(gè)界面都沒有延期初厚。
放到看板上,理所當(dāng)然孙技,每個(gè)界面一張卡产禾。
現(xiàn)實(shí)中,我們的項(xiàng)目經(jīng)理可能還會(huì)這樣分到人頭上:
為什么一定要分到人頭上牵啦?除了方便KPI(表面上)亚情,背后還有一定的文化因素:因?yàn)楫?dāng)項(xiàng)目延期時(shí),我們就可以找出那個(gè)相應(yīng)的人進(jìn)行問責(zé)哈雏。這種問責(zé)的機(jī)制導(dǎo)致的后果:人們更愿意推卸責(zé)任楞件,而不是共同協(xié)作。
放大一些這個(gè)問題裳瘪,公司內(nèi)部多個(gè)技術(shù)部門也會(huì)因?yàn)檫@種問責(zé)的文化履因,導(dǎo)致部門之間更趨向責(zé)怪對(duì)方不按期,而不是共同協(xié)作完成一件事情盹愚。
再再放大一些這個(gè)問題:在人們的意識(shí)里往往認(rèn)為栅迄,問責(zé)后,壞的事情就可以避免問題再發(fā)生皆怕。放到我們本篇文章討論的上下文里毅舆,也就是問責(zé)可以避免延期。但是愈腾,可能嗎憋活?因?yàn)檠悠谝呀?jīng)發(fā)生,我們應(yīng)該在延期發(fā)生前進(jìn)行協(xié)調(diào)資源來解決延期虱黄。
我們舉個(gè)例子:在項(xiàng)目進(jìn)行的過程中悦即,人員B在做界面3,4時(shí),在第3天時(shí)被一個(gè)問題卡住了辜梳。而人員C其實(shí)在第3天時(shí)就已經(jīng)完成了粱甫,第4天開始優(yōu)化。其他人準(zhǔn)時(shí)完成了自己的任務(wù)作瞄。最后人員B的延期導(dǎo)致項(xiàng)目延期了2天茶宵。這時(shí),如果你問責(zé)人員B宗挥,那么乌庶,這次的延期能倒退嗎?也許你會(huì)說契耿,問責(zé)后瞒大,這個(gè)人下次就不會(huì)延期了。
我想說:
- 延期不延期和你問責(zé)沒有任何關(guān)系搪桂。如果有關(guān)系糠赦,你在項(xiàng)目開始時(shí),就每個(gè)人問責(zé)一下锅棕,這樣項(xiàng)目就不會(huì)延期了拙泽?
- 我們應(yīng)該追求的是每個(gè)項(xiàng)目都不延期,而不是下一個(gè)項(xiàng)目不延期
- 我們追求的是不延期裸燎,還是追求更卓越的產(chǎn)品顾瞻?
回頭看這次延期,也許我們是可以避免的德绿,比如在第3天的站會(huì)上荷荤,人員C說出自己被某個(gè)問題卡住了。這時(shí)移稳,可能其他人員一句話就點(diǎn)通人員C的問題了蕴纳。還有可能是人員C遇到的問題是需要其它部門來協(xié)助才能根本解決,這時(shí)項(xiàng)目經(jīng)理就需要與其它部門溝通了个粱。
回到問題“按界面粒度來拆分任務(wù)”這個(gè)問題本身古毛。
將界面再拆分成可量化的粒度
這種方式要我們的項(xiàng)目經(jīng)理拿到需求后,讓最熟悉這個(gè)APP的人或團(tuán)隊(duì)對(duì)需求再進(jìn)行拆分成一系列工作單元都许,然后再分別估算這些工作單元在現(xiàn)有的人員基礎(chǔ)上需要多少天稻薇。最后估算出一個(gè)總的交付時(shí)間點(diǎn)。我們假設(shè)完成這個(gè)需求胶征,我們同樣需要4天完成塞椎。
至于拆分到什么程度,就是我們上文提到的可量化的程度睛低。
什么叫可量化案狠?
上面我們看到將需求拆分成一系列工作單元后服傍,我們可以更靈活的安排優(yōu)先級(jí)。同時(shí)骂铁,這樣也幫助我們發(fā)現(xiàn)界面1和界面2有一個(gè)工作單元3是有交集的吹零。有交集的工作單元,我們應(yīng)該讓同一個(gè)人來完成以避免其中的溝通成本从铲”裥#總的來說澄暮,拆分成一系列可量化的工作單元后名段,我們可以:
- 更靈活的優(yōu)先級(jí)調(diào)控
- 發(fā)現(xiàn)有交集的工作單元,也就能發(fā)現(xiàn)可減少溝通成本的空間泣懊。
但是伸辟,什么樣的工作單元叫可量化?
代碼行數(shù)是最簡(jiǎn)單的馍刮,估計(jì)完成APP改版需要寫10萬(wàn)行代碼信夫。一個(gè)工作單元,我們定1萬(wàn)行卡啰?這種工作單元是可以量化静稻,但是寫完那么多行代碼,你就是完成APP改版這個(gè)任務(wù)了匈辱?
我們舉個(gè)例子來說明什么樣的工作單元叫可量化振湾,比如對(duì)于界面1,我們需要:
- 把“完成”按鈕的顏色從綠色改成藍(lán)色
- 當(dāng)完成值為100時(shí)亡脸,不顯示100押搪,顯示成“恭喜,已完成”
- 緩存從服務(wù)器獲得的任務(wù)完成值浅碾,對(duì)于多次操作大州,只向服務(wù)器請(qǐng)求一次,以提升用戶操作的流暢感
從這個(gè)例子垂谢,我們可以看出厦画,每個(gè)工作單元都應(yīng)該是:
- 準(zhǔn)確的:將綠色改成藍(lán)色,而不是紅色
- 不可分割的:不顯示100滥朱,顯示成“恭喜苛白,已完成”,這個(gè)工作單元焚虱,你不能再分割了
- 體現(xiàn)了業(yè)務(wù)含義:代碼行數(shù)并不能體現(xiàn)業(yè)務(wù)含義购裙,但是提升用戶操作的流暢感有業(yè)務(wù)含義的。
可量化的工作單元鹃栽、站會(huì)與看板
有了可量化的工作單元后躏率,再結(jié)合站會(huì)和看板躯畴,這樣,我們每天都可以知道(可視化)團(tuán)隊(duì)的工作狀態(tài)了薇芝。延不延期蓬抄,大家都可以看得到,大家都是成年人了:
- 誰(shuí)做得快夯到,誰(shuí)撿更多的卡來做的嚷缭。而且可以撿優(yōu)先更高的卡先做,也降低延期的風(fēng)險(xiǎn)耍贾。我們可以從這個(gè)過程中識(shí)別人才阅爽。
- 站會(huì)的第3天,人員B還在做#3卡荐开,我們其他成員可以加快速度做其它卡以彌補(bǔ)人員B的慢速度付翁,同時(shí)項(xiàng)目經(jīng)理也可以更早的介入這個(gè)可能延期的卡中幫助人員B
- 當(dāng)出現(xiàn)質(zhì)量問題時(shí),人員D的卡會(huì)被打回Todo多次晃听,因?yàn)橛姓緯?huì)百侧,我們所有人都很感覺到#5這張卡可能存在一定難度或者人員D在協(xié)作方式存在問題,這時(shí)能扒,我們其他人就會(huì)主動(dòng)幫助人員D解決問題佣渴,而不是責(zé)怪他。
慢慢地初斑,團(tuán)隊(duì)的協(xié)作方式變得以解決問題為導(dǎo)向辛润,而不是以問責(zé)為導(dǎo)向。
拆分成可量化的工作單元越平,一樣會(huì)延期
但是频蛔,我個(gè)人的經(jīng)驗(yàn)看來即使我們將需求拆分成可量化的工作單元,項(xiàng)目一樣可能會(huì)延期秦叛。
看板只能幫助我們更可視化晦溪,更容易地了解到項(xiàng)目當(dāng)前的狀態(tài),對(duì)于這個(gè)狀態(tài)挣跋,我們的項(xiàng)目經(jīng)理要如何反應(yīng)三圆,完成是個(gè)人問題了。
同時(shí)避咆,看板也能幫助我們找到延期的根本原因舟肉,比如是某個(gè)人的卡在In Progress上拖了很長(zhǎng)時(shí)間、某個(gè)人請(qǐng)假了查库、其它部門中間改需求了路媚、項(xiàng)目人員在某項(xiàng)技術(shù)的能力問題……
所以,要延期的項(xiàng)目一定會(huì)延期樊销,我們應(yīng)該正確面對(duì)整慎,找到原因并根本解決脏款。我們要做的只是保證每個(gè)人每個(gè)工作日都是滿負(fù)荷的。
這里裤园,留給大家一個(gè)思考題:如果其它外部條件不變撤师,每個(gè)人每個(gè)工作日都是滿負(fù)荷了?如何不延期拧揽?
拆成可量化的工作單元會(huì)增加項(xiàng)目經(jīng)理的工作量剃盾?
然而,又會(huì)有人說了淤袜,這么多項(xiàng)目痒谴,我每個(gè)項(xiàng)目都要拆分成可量化的,我們項(xiàng)目經(jīng)理會(huì)增加很多工作量饮怯。
其實(shí)闰歪,如果真的有作用了嚎研,這些工作量是值得的蓖墅,只要你真的理解可量化工作單元的作用。同時(shí)临扮,當(dāng)出現(xiàn)多個(gè)項(xiàng)目時(shí)论矾,你忙不過來時(shí),說明現(xiàn)在是你培養(yǎng)另一個(gè)項(xiàng)目經(jīng)理的時(shí)機(jī)了杆勇。你可以嘗試將一些項(xiàng)目管理的工作交給團(tuán)隊(duì)成員來完成贪壳。但前提是項(xiàng)目經(jīng)理本身也是超負(fù)荷工作,影響正常工作了蚜退。
小結(jié)
想讓項(xiàng)目不延期闰靴,我們首先關(guān)注的是如何將需求拆分成可量化的工作單元,然后想辦法保證這些工作單元真正被有效的執(zhí)行钻注。辦法通陈烨遥可以有:
- 使用看板可視化所有的工作單元
- 通過站會(huì)了解工作單元執(zhí)行過程可能的風(fēng)險(xiǎn)
- 通過協(xié)作來取長(zhǎng)補(bǔ)短
- 通過優(yōu)先級(jí)來降低延期時(shí)的風(fēng)險(xiǎn)
- 通過打包有交集的工作單元減少溝通成本
通過以上方法可以將團(tuán)隊(duì)“調(diào)”到可能的最優(yōu)狀態(tài)。但是如果還是延期幅恋,原因可能就不在團(tuán)隊(duì)了杏死。
最后,項(xiàng)目延期是客觀存在的事實(shí)捆交,你會(huì)選擇紅藥丸淑翼,還是藍(lán)藥丸?
轉(zhuǎn)自我的個(gè)人博客:https://showme.codes/2017-04-14/split-task-by-project-manager/