從0開始，初入游戲行業(yè)，作為pm在項目中存活近1年。想簡短的寫一些字，逼著自己積累、學(xué)習(xí)、總結(jié)。
- 啟動計劃
- 進(jìn)度跟蹤
- 團(tuán)隊管理
- 會議效率
主要從這四個方面來談一下在初涉游戲行業(yè)項目管理過程中遇到的一些問題和自己的觀點。
一
制作新功能伊始，當(dāng)策劃確定策劃案之后，排定時間開展功能會。在功能會上由策劃闡述具體設(shè)計，程序、測試及時提出可能存在的實現(xiàn)問題、設(shè)計缺陷。在功能會結(jié)束之后，程序回去按照給定修改好的策劃案，完成功能的拆分，逐項估時，每項的顆粒度在0.5d~2d，并且當(dāng)總體研發(fā)期大于5d，我們還會在中間定義可見點，由策劃進(jìn)行中間驗收，避免。在這兩個會上，會有主程全程參與，功能會上主程會從游戲整體觸發(fā)，并且考慮未來的可擴展性，協(xié)助執(zhí)行程序一起制定實現(xiàn)方案或是提醒通用邏輯的服用，從設(shè)計階段就避免一些將來可能存在的問題，或是重復(fù)造輪子。
但是在做計劃時，我們經(jīng)?？偸羌俣ㄒ磺卸寄茼樌缙谶M(jìn)行。
比如，最近的一個功能，在完成上述流程進(jìn)入研發(fā)期后的第一天，和另一個部門B支持的接口其實可以復(fù)用，但是到了第二天，B又表示用途不同，最好不要復(fù)用，但可以支持重新開發(fā)，這都是過程中不可預(yù)料的因素影響。
二
在完成上面的估算計劃之后，進(jìn)入研發(fā)期。如何在研發(fā)期中進(jìn)行有效的進(jìn)度跟蹤，也是項目管理中的很重要的一環(huán)。
曾經(jīng)的做法，是在各組大群中，每天晚上6點左右，發(fā)今天一天的工作以及完成進(jìn)度，我來收集更新進(jìn)排期表匯總。這樣做的弊端是，沒有辦法清楚地定義每個人的百分比標(biāo)準(zhǔn)，可能有點表面繁榮的“假象”。
現(xiàn)在的做法是，每日早上開站會，參與者有策劃、程序、主程、PM。在會上主要程序匯報昨日進(jìn)展和今日預(yù)計進(jìn)行的任務(wù)。
在實際的過程中，很容易出現(xiàn)，在站會上程序之間聊起如何實現(xiàn)，拉長站會時間，而這些并不是站會需要關(guān)心的，并且因為還有策劃參與，策劃并不需要了解實際實現(xiàn)過程如何。
點對點催進(jìn)度不是好的項目管理方式
最初，我的工作方法是逐個詢問任務(wù)進(jìn)度狀況，但次數(shù)多了，時間久了，給了我一種很挫敗的感覺。并且有的時候需求比較散、比較碎，逐一確認(rèn)的話，需要耗費的時間、精力跟能夠得到的收益并不相匹配。一部分可能涉及到自身的性格以及語言表達(dá)風(fēng)格；另一部分則是有時候?qū)Ψ揭呀?jīng)陷入泥潭或是深度思考中，而打斷別人工作思路確實不是一種好方式。
所以想辦法另辟蹊徑。
1.任務(wù)系統(tǒng)的“預(yù)計解決日期”
項目使用的任務(wù)系統(tǒng)，因為一系列歷史原因，“預(yù)計解決日期字段”被無視，導(dǎo)致的結(jié)果比如某項任務(wù)完成，但是不及時修復(fù)任務(wù)，而在工作流下游的測試同學(xué)，不知曉已經(jīng)完成，無法開始測試，當(dāng)臨近版本階段，這樣的問題對測試會造成比較大的壓力。所以首先，將這一字段，使用起來，號召將所有的工作體現(xiàn)在JIRA上，根據(jù)JIRA的任務(wù)單子修復(fù)情況判斷是否完成。這樣做的好處之一是不再需要一對一詢問任務(wù)是否完成。
2.借由主管的力量，確認(rèn)情況。
在群里列出當(dāng)天需要解決完成的工作事項，@對應(yīng)的主管，得到反饋，并且這樣做的好處還可以及時對進(jìn)度信息進(jìn)行同步。
三
在PM監(jiān)控過程，涉及大團(tuán)隊的協(xié)作，流程管理、工作規(guī)范等。流程管理中，對每一項工作應(yīng)該要清楚的對應(yīng)到每一個人，設(shè)定時間節(jié)點，做到權(quán)責(zé)分明，盡可能減少模糊地帶。
比如，游戲研發(fā)中，涉及到大量的配表工作，在研發(fā)過程中，需要隨功能的實現(xiàn)有一些測試數(shù)據(jù)。對于這點，明確定義為配表為策劃工作，對應(yīng)功能策劃在程序研發(fā)過程中，應(yīng)該要及時協(xié)助程序進(jìn)行配表。
在使用JIRA進(jìn)行任務(wù)管理過程中，團(tuán)隊成員一度無視“預(yù)計解決日期字段”。后來經(jīng)過要求，由各組主管具體執(zhí)行，情況有所好轉(zhuǎn)。
但是現(xiàn)在出現(xiàn)的問題是，主管一手包辦。由主管每天晚上統(tǒng)一修改時間。具體表現(xiàn)為，每個2~3天，在某天早上check的識貨，就會出現(xiàn)一波大批量延期任務(wù)單。主管沒有傳導(dǎo)：標(biāo)注日期為當(dāng)天需要結(jié)束的工作，需要及時反饋是否能完成。當(dāng)前的狀況經(jīng)常是主管，每天抽出不定的時間對日期進(jìn)行修改。一旦當(dāng)天遺忘這件事，則第二天就會出現(xiàn)大批量未修復(fù)。
在研發(fā)過程中，會制定各種規(guī)則、規(guī)范。如何保證確實能夠具體落實到位是個很重要的命題，畢竟規(guī)則的建立是為了解決問題。
所以規(guī)則的建立，需要注意的是其本身是否合理、是否是切實可行的，需要長期在執(zhí)行的過程中，不斷針對實際情況進(jìn)行完善。如果每次只是當(dāng)問題發(fā)生，對具體的問題進(jìn)行規(guī)則的制定，容易頭疼醫(yī)頭腳疼醫(yī)腳。
比如，測試組的同學(xué)，擁有一套自行制定的類似交叉測試的測試方法，做到賞罰分明。并且以這個規(guī)則作為他們組內(nèi)規(guī)則的主線，執(zhí)行到底。測試組在規(guī)則中明確時間，每天固定的時間段無特殊時間就會在會議室開始交叉測試，規(guī)則具體到遲到的扣分規(guī)則、發(fā)現(xiàn)bug積分規(guī)則，積分結(jié)算排行等。
附上摘抄的一段關(guān)于項目管理意識的認(rèn)識：
開發(fā)是一整個環(huán)節(jié)，需求的提出，從產(chǎn)品、設(shè)計、開發(fā)、運營等的狀態(tài)、情況。項目中的角色、參與人是一種什么樣的狀態(tài)，做出閉環(huán)，能夠獲得相對全面的反饋信息，驗證最初的設(shè)計想法是不是ok。
最后總結(jié)項目管理的關(guān)鍵詞
閉環(huán)、反饋、責(zé)任人、時間節(jié)點
