剛開(kāi)始從事項(xiàng)目管理工作那會(huì)兒，對(duì)于制定項(xiàng)目計(jì)劃常常有這種感受：都是開(kāi)發(fā)和測(cè)試說(shuō)了算。他們說(shuō)需要三天，就三天，他們說(shuō)什么時(shí)候上線就什么時(shí)候上線。這種執(zhí)念一直糾纏著我，有一段時(shí)間也曾非常的糾結(jié)于這一點(diǎn)，甚至一度覺(jué)得非常失落，開(kāi)始懷疑自己的價(jià)值。
項(xiàng)目經(jīng)理并不是在項(xiàng)目計(jì)劃上可有可無(wú)的角色，也不只是幫大家畫(huà)個(gè)時(shí)間線這樣的角色，只是項(xiàng)目經(jīng)理在這上面的作用不是那么顯性，但卻是不可缺少的。但是隨著經(jīng)驗(yàn)的增加，經(jīng)歷的項(xiàng)目增多，在這一點(diǎn)上漸漸有了些新的體會(huì)：在項(xiàng)目計(jì)劃上，項(xiàng)目經(jīng)理能做的還有很多。
首先介紹一下，當(dāng)前筆者所在團(tuán)隊(duì)是如何做計(jì)劃的。需求確定之后，開(kāi)發(fā)會(huì)根據(jù)需求分解任務(wù)，對(duì)于不同的任務(wù)，進(jìn)行估算，并且確認(rèn)提測(cè)時(shí)間。然后將安排發(fā)給測(cè)試，由測(cè)試補(bǔ)充各任務(wù)的測(cè)試時(shí)間以及回歸、兼容性等測(cè)試的安排，從而制定出初步的計(jì)劃(包含上線時(shí)間)。
初一看，完美!團(tuán)隊(duì)自己就把計(jì)劃制定出來(lái)了!有項(xiàng)目經(jīng)理什么事兒?!其實(shí)不然。下面跟大家分享一下，筆者認(rèn)為的項(xiàng)目經(jīng)理能在這過(guò)程中起到的作用。
1. 確認(rèn)版本周期
計(jì)劃的時(shí)間點(diǎn)需要根據(jù)開(kāi)發(fā)的工作量評(píng)估來(lái)確定，但是項(xiàng)目經(jīng)理需要確定這個(gè)版本大概的周期是多久，是一個(gè)兩周版本還是一個(gè)一月版本。在開(kāi)發(fā)開(kāi)始評(píng)估工作量和確認(rèn)提測(cè)點(diǎn)之前，項(xiàng)目經(jīng)理就要將版本周期情況同步給團(tuán)隊(duì)。影響項(xiàng)目經(jīng)理確定版本周期的因素往往有：
上個(gè)版本的情況：如果上個(gè)版本剛剛經(jīng)過(guò)一個(gè)非常緊張的大版本，有不少小的優(yōu)化功能未能上線或者大版本上線后用戶反饋了一些比較影響體驗(yàn)的問(wèn)題。那么下一個(gè)版本項(xiàng)目經(jīng)理就有可能考慮發(fā)一個(gè)較小的版本，將這些優(yōu)化和問(wèn)題盡快上線。
運(yùn)營(yíng)推廣計(jì)劃：某些版本可能是配合運(yùn)營(yíng)推廣的計(jì)劃，那么在確定版本周期的時(shí)候就要考慮到這一點(diǎn)，確保移動(dòng)端通過(guò)審核的時(shí)間能夠滿足推廣需求。
與其他端的配合：某些版本需要多端協(xié)同的，那么確定周期時(shí)就需要考慮到其他端的發(fā)布安排。
2. 完善和優(yōu)化團(tuán)隊(duì)給出的初步計(jì)劃
開(kāi)發(fā)和測(cè)試給出自己相關(guān)任務(wù)的時(shí)間點(diǎn)，但是對(duì)于一個(gè)項(xiàng)目來(lái)說(shuō)，這些還不夠。這些往往會(huì)被團(tuán)隊(duì)所忽略的，包括但不限于如下幾點(diǎn)：
安排多提測(cè)點(diǎn)：剛開(kāi)始的時(shí)候，開(kāi)發(fā)會(huì)習(xí)慣給出一個(gè)最終提測(cè)的點(diǎn)，這對(duì)盡快交付并不是什么好消息。所以項(xiàng)目經(jīng)理需要去跟開(kāi)發(fā)一起梳理，是否有一些功能點(diǎn)是可以提前交付的，這樣測(cè)試就能提前介入，從而縮短研發(fā)周期。
需求凍結(jié)時(shí)間點(diǎn)：幾乎在每一個(gè)團(tuán)隊(duì)中，需求變更總是被開(kāi)發(fā)和測(cè)試所詬病。對(duì)于需求變更，我們不能完全說(shuō)不(一來(lái)是要應(yīng)對(duì)市場(chǎng)的變化，二來(lái)我們也理解在策劃階段總是有一些未知的問(wèn)題)，但是不是任何時(shí)間提出來(lái)的需求變更我們都接受的，我們認(rèn)為在某個(gè)時(shí)間點(diǎn)之后再提出的需求就會(huì)影響版本的順利上線，那么我們就有可能拒絕。這個(gè)時(shí)間就是凍結(jié)時(shí)間點(diǎn)?？紤]到這個(gè)時(shí)間不能太早也不能太晚，太早不切實(shí)際，太晚又影響計(jì)劃。所以我們定義的需求凍結(jié)時(shí)間點(diǎn)是在最后一個(gè)提測(cè)點(diǎn)之后的一天。
數(shù)據(jù)埋點(diǎn)的安排：埋點(diǎn)一直以來(lái)都被開(kāi)發(fā)認(rèn)為是最不重要的工作，無(wú)所謂什么時(shí)候做，只要在上線前埋一下就行了。但是有一次埋點(diǎn)就埋出了問(wèn)題。那次是在上線前一天，在最后的版本開(kāi)發(fā)做了埋點(diǎn)的工作，最終導(dǎo)致了軟件出現(xiàn)崩潰的問(wèn)題。自那次以后我們就約定埋點(diǎn)要盡快進(jìn)行，不能等到最后一天。但是埋點(diǎn)工作也常常在計(jì)劃階段被遺忘，所以就需要在計(jì)劃制定過(guò)程中給開(kāi)發(fā)預(yù)留一部分工作量用于埋點(diǎn)，同時(shí)明確埋點(diǎn)完成的時(shí)間節(jié)點(diǎn)以及埋點(diǎn)驗(yàn)收完成的時(shí)間。
代碼凍結(jié)的時(shí)間點(diǎn)：所謂代碼凍結(jié)當(dāng)然就是代碼不允許改動(dòng)了，因