在敏捷項(xiàng)目管理情景下逗威，如何做多項(xiàng)目管理？這是一個(gè)好問題岔冀，基本上快速增長(zhǎng)中的創(chuàng)業(yè)團(tuán)隊(duì)都會(huì)遇到這樣的問題凯旭。
作為這樣一個(gè)公司（嘿店）的產(chǎn)品經(jīng)理，我也曾經(jīng)在網(wǎng)上尋找過這個(gè)問題的答案使套。但是每個(gè)團(tuán)隊(duì)的實(shí)際情況都非常不同尽纽，想找到一個(gè)對(duì)口的解決方案基本上是不可能的。大部分人都是摸石頭過河童漩，在收集了一些零散的建議和想法之后弄贿，結(jié)合自身的條件和經(jīng)驗(yàn)去做一些直覺上的嘗試。
拿我們公司的實(shí)例來說矫膨，我剛進(jìn)入公司的時(shí)候差凹，產(chǎn)品團(tuán)隊(duì)毫不含糊的說是一片混亂。沒有人為產(chǎn)品負(fù)責(zé)侧馅，CEO危尿、運(yùn)營(yíng)、技術(shù)團(tuán)隊(duì)都會(huì)對(duì)產(chǎn)品提出需求馁痴，基本上就是會(huì)上或平時(shí)討論一下谊娇，然后記錄在一個(gè)任務(wù)板里。記錄和執(zhí)行都沒有任何規(guī)則可循罗晕，最后需求基本很難落地济欢，逐漸被遺忘赠堵。到下次提出者想起來的時(shí)候，就會(huì)再對(duì)所有人問一句法褥，“這個(gè)需求什么時(shí)候能做好茫叭？”，然后沒人做答半等。
總結(jié)有3個(gè)問題：
沒有人為需求打包揍愁、篩選并把相關(guān)的需求排一起，開發(fā)成本高杀饵；
沒有人為需求排序莽囤，開發(fā)者不知道先做什么，商業(yè)價(jià)值回報(bào)低切距；
沒有統(tǒng)一的開發(fā)流程朽缎，任務(wù)卡片用技術(shù)語(yǔ)言描述，溝通成本高蔚舀；
我入職的時(shí)候技術(shù)團(tuán)隊(duì)有5人，設(shè)計(jì)師3人锨络。我們的技術(shù)能力很強(qiáng)赌躺，產(chǎn)品線比較多，當(dāng)時(shí)主要有小程序羡儿、新模版礼患、新Dashboard、新建站工具掠归、新Checkout缅叠、bug修復(fù)、營(yíng)銷工具這么幾條可以歸納出的產(chǎn)品類別虏冻，都是這8個(gè)人在執(zhí)行肤粱。按照技術(shù)類別，這些工作又可以被劃分為設(shè)計(jì)厨相、前端领曼、后端、bug蛮穿、文檔庶骄、測(cè)試等工種類別。
一個(gè)產(chǎn)品都很難去做好開發(fā)流程践磅，何況這么多產(chǎn)品混在一起单刁？我們不是大公司，可以分出不同的獨(dú)立團(tuán)隊(duì)去分別完成不同的產(chǎn)品府适。我們只有一個(gè)團(tuán)隊(duì)羔飞，我們不僅要做所有的事情肺樟，還要做的快！這個(gè)難度是相當(dāng)大的褥傍，也是為什么創(chuàng)業(yè)公司儡嘶，尤其是技術(shù)團(tuán)隊(duì)，會(huì)很自然的去以敏捷的方式做開發(fā)恍风，并且以用Scrum這個(gè)框架最為流行蹦狂。
作為產(chǎn)品經(jīng)理，我所面臨的第一個(gè)問題朋贬，自然就是凯楔，用一個(gè)看板還是多個(gè)看板？
我花了快一個(gè)星期的時(shí)間去學(xué)習(xí)和了解團(tuán)隊(duì)現(xiàn)有的流程锦募。我們的團(tuán)隊(duì)一開始是用Trello做簡(jiǎn)單的任務(wù)管理的摆屯，然后轉(zhuǎn)移到了Tower上。如下圖糠亩，我們有12個(gè)任務(wù)看板虐骑，設(shè)計(jì)和開發(fā)相關(guān)的一共有4個(gè)看板，既不是按產(chǎn)品類別來劃分赎线，也不是按工種類別來劃分廷没，對(duì)于一個(gè)新人來說，肯定是有一定的learning curve的垂寥。
我又看了一下3個(gè)看板的timeline颠黎，發(fā)現(xiàn)其實(shí)只有一個(gè)是active的，第二active的看板中的最近一個(gè)任務(wù)已經(jīng)是3個(gè)月以前完成的了滞项。再看一下“產(chǎn)品研發(fā)”看板里面的任務(wù)內(nèi)容狭归，基本上全部是技術(shù)語(yǔ)言，或者非常具體的action文判，任務(wù)有一些標(biāo)簽过椎，但是沒有排序，也沒有任何方式的量化（時(shí)間或分?jǐn)?shù)）戏仓√读鳎總之開發(fā)團(tuán)隊(duì)之外的人是不可能讀懂的，這被運(yùn)營(yíng)多次反映過柜去，CEO從中看不出大局灰嫉，更別提預(yù)測(cè)某個(gè)具體產(chǎn)品的交付日期。CEO或運(yùn)營(yíng)或任何人嗓奢，想得到任何產(chǎn)品計(jì)劃或交付信息讼撒，基本靠問，而問又沒有人可以準(zhǔn)確回答，所以基本大家是在迷霧中前行根盒，把眼前的問題放在腦后钳幅，堅(jiān)信迷霧遲早會(huì)散開。
可以看出炎滞，我們團(tuán)隊(duì)在正確使用看板這一問題上敢艰，消耗著巨大的溝通成本。
面臨怎么做多項(xiàng)目管理這個(gè)問題册赛，我心里有3個(gè)目標(biāo)：產(chǎn)品任務(wù)要可讀钠导，開發(fā)速度要可視，交付日期要可估森瘪。而所有一切的底線是：成本要低牡属。
我們團(tuán)隊(duì)此刻必須要開始有一套固定并且高效的開發(fā)流程，團(tuán)隊(duì)越來越大扼睬，流程債越欠越多逮栅，遲早是要還的。我之前在澳洲和美國(guó)做科技公司用過多年的Scrum窗宇，也接受過培訓(xùn)措伐。Scrum很看團(tuán)隊(duì)，我們的團(tuán)隊(duì)個(gè)人能力強(qiáng)军俊、主動(dòng)侥加、團(tuán)結(jié)，很適合用Scrum蝇完，大家也很擁護(hù)官硝。在這里我就先不介紹Scrum了矗蕊，大家可以另行搜索短蜕。
經(jīng)過評(píng)估，我決定讓開發(fā)團(tuán)隊(duì)用回Trello傻咖。因?yàn)門rello免費(fèi)星爪、簡(jiǎn)單哀卫、又足夠強(qiáng)大，剛剛好。并且我決定钝凶，開發(fā)只用一個(gè)看板！不同的產(chǎn)品線怎么區(qū)分挖息？用標(biāo)簽卑雁。
用一個(gè)看板而不是毎個(gè)產(chǎn)品一個(gè)看板的考慮有兩點(diǎn)：
思考使用哪個(gè)看板，觀看窥摄、查找镶奉、切換，全部都是成本，而且很容易讓人頭疼哨苛，產(chǎn)生厭惡心理鸽凶；
由于每個(gè)人都參與了每一個(gè)產(chǎn)品，想要對(duì)全局或某一個(gè)產(chǎn)品進(jìn)行統(tǒng)計(jì)和預(yù)估建峭，多看板很難操作玻侥，牽扯到各種數(shù)據(jù)導(dǎo)出、過濾亿蒸、整合凑兰，全部都是成本。
怎么給產(chǎn)品開發(fā)做統(tǒng)計(jì)和預(yù)估祝懂？很簡(jiǎn)單的道理票摇，時(shí)間=路程／速度。你需要且僅需要兩個(gè)數(shù)字：團(tuán)隊(duì)的開發(fā)速度和產(chǎn)品的分?jǐn)?shù)總和砚蓬。統(tǒng)計(jì)出這兩個(gè)數(shù)字矢门，就能預(yù)估項(xiàng)目所需時(shí)間。這些的前提是給卡片量化灰蛙，即記分祟剔。
使用Chrome插件：Trello for Scrum可幫我們達(dá)到這個(gè)目的，如下圖摩梧。Scrum大家都有各自的用法物延，記分是我認(rèn)為Scrum最核心的一個(gè)步驟，有了它仅父，我們才能計(jì)算出團(tuán)隊(duì)的速度叛薯，才能預(yù)估出項(xiàng)目的交付日期。沒有分?jǐn)?shù)的卡片笙纤，就像一只沒有血條耗溜、沒有經(jīng)驗(yàn)值的怪獸，不知道怎么就打死了省容。那遇到Boss怎么打抖拴？需要打多久？
上圖是我們其中一個(gè)卡片腥椒。數(shù)字0.5是團(tuán)隊(duì)通過討論（或執(zhí)行人員獨(dú)裁）給卡片打的分?jǐn)?shù)阿宅，這個(gè)分?jǐn)?shù)可以是一個(gè)難度x未知度x時(shí)間的一個(gè)復(fù)雜指數(shù)。但對(duì)我們來說笼蛛，我們就簡(jiǎn)單的用執(zhí)行時(shí)長(zhǎng)來作為分?jǐn)?shù)洒放。0.5即半個(gè)小時(shí)，屬于非常簡(jiǎn)單的任務(wù)滨砍。打分一般使用斐波那契數(shù)往湿，即0, 0.5, 1, 2, 3, 5, 8, 13, 21...這樣的數(shù)列榨为，越往后越表示任務(wù)的復(fù)雜和難以預(yù)測(cè)程度。
除了量化卡片以外煌茴，仍然是出于降低溝通成本的考慮随闺，我們的卡片以故事的形式描述，而不是以action的形式描述蔓腐。即每一個(gè)卡片都要回答：誰矩乐？想達(dá)成什么目的？為什么回论？這三個(gè)問題散罕。這樣做的目的是讓所有人，即不光是開發(fā)團(tuán)隊(duì)的人傀蓉，都能看清楚每個(gè)人在做什么欧漱，會(huì)帶來什么樣的商業(yè)價(jià)值，需要做多久葬燎。那么具體的執(zhí)行action误甚，或驗(yàn)收指標(biāo)怎么描述？答案是在卡片里設(shè)Checklist谱净，如下圖：
需要重點(diǎn)提出的是窑邦，我們?cè)谶@里對(duì)卡片的分?jǐn)?shù)（時(shí)間）估算，絕對(duì)不是為了考核毎個(gè)執(zhí)行人員的工作時(shí)間和效率壕探，我們不會(huì)去看某個(gè)人做了什么事情做了多久冈钦。實(shí)際上，每個(gè)卡片基本都是由多個(gè)人共同完成的：設(shè)計(jì)李请、開發(fā)瞧筛、測(cè)試，只有整個(gè)卡片（故事）被進(jìn)行了記分导盅，并不是每一項(xiàng)具體的action或人较幌。給卡片記分的目的上文已經(jīng)提過，僅僅是為了進(jìn)行團(tuán)隊(duì)速度的計(jì)算认轨，和對(duì)項(xiàng)目交付日期的預(yù)估绅络。我們只關(guān)心團(tuán)隊(duì)的速度月培，不關(guān)心個(gè)人的投入嘁字，因?yàn)橹疤徇^Scrum是很挑團(tuán)隊(duì)的，只有個(gè)人能力強(qiáng)并且能動(dòng)性高的團(tuán)隊(duì)才適合做Scrum杉畜，既然做了纪蜒，就要相信彼此，不要搞考核此叠。考核也是成本纯续，一切分心的事物都是成本，都是產(chǎn)品的敵人。
我們的Scrum sprint周期為一周猬错。作為Product Owner窗看，我負(fù)責(zé)根據(jù)各方提出的需求（Requests）將其貼上不同的產(chǎn)品標(biāo)簽，再根據(jù)開發(fā)成本和商業(yè)價(jià)值進(jìn)行排序（Product Backlog）倦炒。而團(tuán)隊(duì)僅需要根據(jù)現(xiàn)成的排序显沈，在周一例會(huì)上，計(jì)劃本周可以執(zhí)行的卡片（Sprint Backlog）逢唤，一個(gè)一個(gè)認(rèn)領(lǐng)和執(zhí)行（Doing）拉讯，執(zhí)行完成的卡片所有人在周五例會(huì)上進(jìn)行測(cè)試（Test），測(cè)試通過的卡片（Done）必須具有可以在任何時(shí)間都可以上線的質(zhì)量鳖藕，由我決定在某一個(gè)時(shí)間結(jié)點(diǎn)是否把Done的卡片上線魔慷。這樣如果我們的產(chǎn)品按時(shí)完成，我們就可以上線100%的功能著恩，如果不能院尔，我們也可以選擇只上線已經(jīng)完成的功能，不會(huì)出現(xiàn)什么都上不了的情況喉誊。
Scrum for Trello插件會(huì)提供給我們一個(gè)圖表召边，叫做Burndown Chart，在含有"Done"關(guān)鍵字的列表里的卡片和被加上"Consumed Points"的卡片都會(huì)被認(rèn)定為“完成”裹驰。這個(gè)圖表可以基于此給我們計(jì)算出上文提到的幾個(gè)重要數(shù)字：一個(gè)是團(tuán)隊(duì)的速度隧熙，這這個(gè)例子中，我們的平均速度是每天20.45分幻林；二是剩余分?jǐn)?shù)贞盯，在這個(gè)例子中我們一共剩余118分。我們一周的工作時(shí)間設(shè)定為5天沪饺，基于此躏敢，圖表估算出我們要想完成手頭所有卡片（全部產(chǎn)品線），大概在4月18號(hào)整葡，今天是4月10號(hào)件余。由于敏捷開發(fā)的原因，我們會(huì)不斷的整理和添加新的卡片進(jìn)去遭居，所以這個(gè)日期會(huì)一直變動(dòng)啼器。
知道了團(tuán)隊(duì)的速度，也就是執(zhí)行力俱萍，就方便了我們預(yù)估某一個(gè)產(chǎn)品線的100%功能交付日期端壳。比如如果我們集中精力攻克前端任務(wù)，我們可以選擇過濾顯示所有前端相關(guān)的卡片枪蘑。如下圖所示损谦，我們得出一共有25分的前端卡片未完成岖免，那么除以團(tuán)隊(duì)平均速度20.45分每天，我們大概需要1天多的時(shí)間即可完成照捡。當(dāng)然更準(zhǔn)確的做法是颅湘，過濾出所有前端相關(guān)人員的日均速度，25分除以這個(gè)速度栗精，就是所有前端任務(wù)需要完成的大概需時(shí)栅炒。
我們第一周開始用Scrum的時(shí)候，團(tuán)隊(duì)并不是很恪守Scrum的規(guī)則术羔，導(dǎo)致一些卡片雖然做差不多了赢赊，但是到周五review的時(shí)候，并沒有達(dá)到一個(gè)可以測(cè)試的階段级历。不能測(cè)試释移，就不能保證這個(gè)卡片可以隨時(shí)上線，那我們就不能把它算作Done寥殖，這樣以來我們第一周的速度就非常緩慢玩讳，一周才拿到10分。沒有做完的任務(wù)放在第二個(gè)周期繼續(xù)嚼贡，那么第二周就很容易完成了一些高分的卡片熏纯，導(dǎo)致第二周我們一下子拿到了40多分。前幾周波動(dòng)大屬于正吃敛撸現(xiàn)象樟澜，卡片也經(jīng)常會(huì)出現(xiàn)由于團(tuán)隊(duì)高估自己的執(zhí)行力，而出現(xiàn)計(jì)劃多做的少的情況叮盘。慢慢的秩贰，團(tuán)隊(duì)會(huì)趨于接近一個(gè)平穩(wěn)的開發(fā)速度，而每個(gè)周期開始的計(jì)劃也大致可以在周期結(jié)束的時(shí)候剛好完成柔吼，這樣我們就可以更好的進(jìn)行產(chǎn)品計(jì)劃毒费，有條而不紊了。
打造一個(gè)好產(chǎn)品固然重要愈魏，但是更有價(jià)值的是打造出一個(gè)能夠持續(xù)打造好產(chǎn)品的團(tuán)隊(duì)觅玻。好的團(tuán)隊(duì)需要的不是經(jīng)理而是流程，而好的流程說到底培漏，就是一個(gè)字：降低成本溪厘。
