初創(chuàng)團(tuán)隊(duì)項(xiàng)目管理的一些實(shí)踐
這次說說產(chǎn)品技術(shù)、團(tuán)隊(duì)、項(xiàng)目管理相關(guān)的話題。
今年初,我玩了一把最簡 & 異地的團(tuán)隊(duì),一位兼職設(shè)計(jì)師(做視覺+交互+前端)、一位兼職技術(shù)(服務(wù)端+Web)、一位iOS客戶端開發(fā),他們在北京,剩下的角色全是我,在杭州。
當(dāng)時的體會,人少確實(shí)減少了溝通協(xié)調(diào)的損耗,但,異地不在一起辦公的阻隔、兼職導(dǎo)致的“時差”問題(部分人晚上、周末才可以干活),更麻煩。而且,這樣的團(tuán)隊(duì)有個前提——必須是成熟度很高、很職業(yè)的選手。你很難在本地一下子找齊,全職開干。
這兩個月,又玩起另外一種,團(tuán)隊(duì)角色略多,集中辦公,但大家的經(jīng)驗(yàn)都不太豐富,多為1~3年,沒經(jīng)過專業(yè)訓(xùn)練的新手。一上來,花了很多時間跟大家一起定規(guī)矩,規(guī)矩一定要求,但一定不能復(fù)雜,下面分享一下這個簡化的產(chǎn)品流程與項(xiàng)目管理方式,如圖。
角色的簡化
根據(jù)事情、團(tuán)隊(duì)的現(xiàn)狀,做合理的簡化,這個還是挺考驗(yàn)經(jīng)驗(yàn)的,必須見過分工很細(xì)的團(tuán)隊(duì),然后理解每個角色是怎么一步步分化出來,設(shè)置的目的,才能做好。比如現(xiàn)狀對于“小得(項(xiàng)目名稱)”,我們的做法是:不區(qū)分交互和視覺,無專職測試而全民測試,無運(yùn)維DBA等細(xì)分全部開發(fā)承擔(dān),前端還是單列出來,所以一共是四個角色:產(chǎn)品、設(shè)計(jì)、前端、開發(fā)。當(dāng)然,對于最簡團(tuán)隊(duì),還可以再去掉一個,產(chǎn)品、設(shè)計(jì)、開發(fā)這三個角色是不可或缺的,注意,是三個角色,不一定是三個自然人。
流程的簡化
同樣,需要見過更復(fù)雜的流程,知道每一步是為了防止出什么狀況的,才能合理的簡化。最低要求,四個關(guān)鍵節(jié)點(diǎn),這些節(jié)點(diǎn)是除了產(chǎn)品技術(shù)團(tuán)隊(duì)、市場運(yùn)營的關(guān)鍵人也要參與的,我覺得是沒法再砍了。
立項(xiàng)會議:確定目的,為什么,做什么;
需求評審:確定怎么做(對于小于2周的小項(xiàng)目,可以和立項(xiàng)會議合并,總體時間控制在2小時以內(nèi));
功能評審:簡單的講,就是在測試環(huán)境下演示一下產(chǎn)品,確定做出來的是不是團(tuán)隊(duì)要的(1小時左右搞定);
發(fā)布上線:確定是不是用戶要的,用戶還要什么……獲取反饋,形成閉環(huán)。
兩個分支流程
變更:一開始可以簡化成某個人拍板決定,是否接受變更。
日常:即零散的小需求,只掌握一點(diǎn),所有需求必須經(jīng)過產(chǎn)品,不能運(yùn)營直接找開發(fā),確保產(chǎn)品經(jīng)理知道所有的需求信息。
文檔的簡化
幾乎可以只有PRD、設(shè)計(jì)稿、代碼三件套。其他都用看板與立會解決。然后,特別強(qiáng)調(diào)一個,溝通計(jì)劃,絕大多數(shù)問題都是溝通問題。大家要約定好,是每天開會?線上選一個協(xié)作工具?寫周報?……這個問題不解決,后面補(bǔ)課一定補(bǔ)得你不要不要的。
看板與立會的實(shí)際應(yīng)用
研發(fā)項(xiàng)目過程中,我們發(fā)現(xiàn)還是最原始的看板和立會好用,先說看板里用到的基本元素——任務(wù)卡片,也就是一張便簽。
任務(wù)描述:一個詞+一句話(如果一個詞可以講清楚,可以不用一句話),比如前端同學(xué)寫的一張“Detail頁面制作”;產(chǎn)品同學(xué)的一張“后臺訂單管理需求細(xì)化”。
工時評估:對于2~4周的項(xiàng)目,精確到1~4小時的粒度比較合理,如果一張便簽的工作量超過8小時,則需要分拆,這個評估,一開始不準(zhǔn)確沒關(guān)系,每天都會回顧,好好做肯定越來越準(zhǔn)。
Deadline:據(jù)說Deadline是第一生產(chǎn)力,寫明日期即可。
優(yōu)先級:實(shí)際操作過程中,并沒有寫,當(dāng)任務(wù)越多的時候,越需要。
三個角標(biāo)算是個小創(chuàng)新
左上表示延期,少量延期是正常的,也是允許的,但要監(jiān)控。如果發(fā)現(xiàn)多數(shù)人出現(xiàn)大量延期,則說明計(jì)劃制定不合理,需要調(diào)整,如果發(fā)現(xiàn)少量人出現(xiàn)大量延期,則更可能是個人問題,需要延期人自己加班趕上進(jìn)度。此點(diǎn)團(tuán)隊(duì)要達(dá)成共識,讓別人等、浪費(fèi)別人的時間是可恥的。
右上表示突發(fā)任務(wù),少量的突發(fā)是正常且允許的,但如果有大量突發(fā),則說明計(jì)劃不足,沒有經(jīng)驗(yàn),或者有『外力』經(jīng)常干擾項(xiàng)目進(jìn)程。
左下表示持續(xù)任務(wù),可以一直貼在Doing里,比如對產(chǎn)品人員來說的『處理用戶反饋』,非持續(xù)任務(wù)都應(yīng)該每天從Doing到Done。
右下角標(biāo)備用,敏捷的基本思想就是方法論邊做邊優(yōu)化,團(tuán)隊(duì)一起來。
多種顏色的卡片也可以靈活應(yīng)用,比如我們現(xiàn)在只有4個角色,正好4種顏色——產(chǎn)品、設(shè)計(jì)、前端、開發(fā)。
有了便簽,然后我們來制作看板。
橫軸Todo、Doing、Done
Todo里的是本項(xiàng)目內(nèi)需要做還沒做的事情,只需要明確便簽的部分信息:
任務(wù)描述:可以概括,比如『手機(jī)版的設(shè)計(jì)』,特別是比較久以后要做的事情,在便簽從Todo進(jìn)Doing時拆分即刻,并廢棄掉舊的便簽。
優(yōu)先級:結(jié)合工時評估一起,判斷每天應(yīng)該拿哪些便簽進(jìn)Doing。
工時評估和Deadline可以在便簽從Todo拿進(jìn)Doing的時候同步確定。
如果Todo里便簽過少,則說明對未來要做什么沒有計(jì)劃,或者,說明當(dāng)前項(xiàng)目進(jìn)入尾聲。
Doing里表示當(dāng)天要做的事情,如果便簽過少,或者工時加起來遠(yuǎn)遠(yuǎn)小于8小時,則說明工作安排出問題了,當(dāng)然,通常一天平均算5~6小時是合理的。做得好的話,每天貼3~5張便簽,有一些是必須要完成的,有一些是可以沖擊一下的bonus。
Done里是已經(jīng)完成的事情,隨著項(xiàng)目的進(jìn)行,越來越多,記得最后收集起來歸檔。
縱軸分角色,每個角色里再分不同人,在Todo階段的便簽,有些是只確定角色,不確定誰來做的,比如開發(fā)的任務(wù)『搭建測試環(huán)境』。
每日立會(叫立會,就是一起站著開會的意思)
每天固定時間,可以是早上一來,或者每天下班前,每周換人召集、主持。
今天做了什么,一邊說一邊把Doing里的拿到Done;明天要做什么,一邊說一邊把Todo里的拿到Doing。
會議時,每個人要特別關(guān)注需要互相配合,有前置依賴的任務(wù)。
還有些信息也可以寫在看板上,比如當(dāng)前項(xiàng)目的幾個關(guān)鍵節(jié)點(diǎn)的日期(功能評審、發(fā)布上線),本周立會的主持人是誰(每周輪換),當(dāng)前看板信息已經(jīng)更新到哪一天等。
每個項(xiàng)目完成,也是會做一下回顧的,看看管理方法上有哪些”好的需要保持的;不好的需要改進(jìn)的”。
Over,可能你也看出來了,里面有大量Scrum的本地化。
#專欄作家#
蘇杰,好產(chǎn)品創(chuàng)始人,人人都是產(chǎn)品經(jīng)理專欄作家,前阿里巴巴產(chǎn)品經(jīng)理?!度巳硕际钱a(chǎn)品經(jīng)理》、《淘寶十年產(chǎn)品事》作者,七印部落發(fā)起人,期待和同學(xué)們一起,用好產(chǎn)品改變世界。
本文系作者授權(quán)發(fā)布,未經(jīng)許可,不得轉(zhuǎn)載。
為什么圖片那么熟悉??產(chǎn)品被收購了么?好像朋友圈見到了!