游戲制作人分享做好項目前期管理的10條經(jīng)驗

游戲制作人分享做好項目前期管理的10條經(jīng)驗

原作者：David Manuel 譯者：Vivian Xue

去年，在我曾經(jīng)居住過的澳大利亞布里斯班，發(fā)生了30多年來最嚴重的洪災(zāi)。然而過去的幾個世紀里，這座城市經(jīng)歷了好幾次這樣的洪水。

每次洪水過后，委員會都會研究討論未來減輕洪災(zāi)的方法。然而大多數(shù)建議都被忽視了，重建工作依舊在洪泛平原上展開。這種現(xiàn)象存在于世界各地的種種事件中——無論是洪水、火災(zāi)還是暴亂。我們成立委員會，提出建議，然后擱置它們、遺忘它們直到事件再次發(fā)生。

同樣的情況發(fā)生在電子游戲制作領(lǐng)域。我們經(jīng)?；〞r間寫反思——但人們真的聽取這些教訓(xùn)了嗎？功能蔓延、高強度加班、士氣低落、缺乏重心和方向、團隊內(nèi)部或開發(fā)者與發(fā)行商之間的溝通問題、缺乏技術(shù)和管理方法，看到這些老問題不斷重現(xiàn)令人沮喪。

從整個行業(yè)的角度來看，我們往往沒能把習(xí)得的經(jīng)驗應(yīng)用到實踐中。

過去十多年來，我們聽過許多人談?wù)撁艚蓍_發(fā)以及必須擁抱變化，這些都很有道理。然而，即便我們采用敏捷開發(fā)，相似的問題還是會發(fā)生，甚至在某些情況下加劇了。

本文旨在討論如何在項目初期最大程度減輕這些問題，主要是通過打牢基礎(chǔ)和提前計劃實現(xiàn)的。換句話說，即便天氣難以預(yù)料，修建堤壩和避免在洪泛區(qū)上開展重建工作總比坐等下一次洪水來襲明智得多。

1. 確保先前項目的經(jīng)驗得到運用

不是所有團隊都會在項目結(jié)束后寫反思，他們要么對此漠不關(guān)心，要么認為這毫無意義。然而，如果我們想從錯誤中學(xué)習(xí)，我們必須對所有項目進行事后分析，尤其是那些被取消的項目。

這個過程必須是公正合理的，既要建立在平等友好的基礎(chǔ)上，同時必須不留余地、全面深刻地反思什么是對的、什么是錯的以及今后如何改進。

相關(guān)人員撰寫完反思并一致同意通過后，應(yīng)該把它提供給工作室的全體成員——最好放在公司內(nèi)部網(wǎng)站上，確保成員們能夠輕松找到并查閱它，而不需要在成堆的郵件和折疊文件夾中搜尋。

開始新項目時，確保反思中的相關(guān)經(jīng)驗有運用到實踐中并定期檢查，以避免人們遺忘這些建議，從而導(dǎo)致同樣的問題再次發(fā)生。

Lineage 2: Revolution(from pocket gamer.biz)

2. 盡早開始準備項目，從小做起

公司財務(wù)狀況最大的影響因素之一是開發(fā)團隊規(guī)模的管理（成員數(shù)量的峰值和谷值），特別是在新舊項目過渡時。通常情況，當前項目結(jié)束后，下一個項目似乎才剛剛起步，這導(dǎo)致了許多成員無所事事，因為項目設(shè)計者才剛剛開始構(gòu)建游戲的基礎(chǔ)和總體愿景。

更好的做法是提前規(guī)劃，如果可能的話，在當前項目進行過程中規(guī)劃下一款游戲，挑選出一個骨干團隊（成員數(shù)量大概是最終團隊數(shù)量的10%）進行這件事。

我個人建議該骨干團隊的成員組成如下：一名負責(zé)規(guī)劃愿景、研究和設(shè)計游戲的全職總設(shè)計師；一名負責(zé)制定時間表、預(yù)算、項目范圍、聯(lián)系客戶的制作人；以及一名為游戲最初概念提供可視化參考的概念設(shè)計師。當然，他們需要定期聯(lián)絡(luò)未來將加入團隊的核心員工——例如主程序員和美術(shù)主管。

此外，最好通過PPT演講等形式，向這些未來成員及時介紹新項目的進展。如果成員們一直被蒙在鼓里，他們會對新項目產(chǎn)生憎惡和疏離感。如果人們突然得知自己將被派去做一個進行到中期的項目，他們可能會感覺自己更像一個臨時的資源，而不是一名有價值的團隊成員。

在團隊成員聚在一起為游戲建模之前，應(yīng)該先做好大量的基礎(chǔ)工作。注意——這并不會阻礙概念階段或之后的迭代、靈活性或創(chuàng)造性。這么做主要是為了讓團隊有個方向，使他們明白應(yīng)該把重點放在哪里，從而避免人們在黑暗中摸索尋找創(chuàng)意，浪費了寶貴的研究和思考的時間。在這個階段應(yīng)避免使用大量游戲開發(fā)文件，以免加重他們的負擔(dān)。

3. 讓關(guān)鍵人物盡早加入團隊

讓首席設(shè)計師和制作人盡早開始新項目的一個問題在于，他們很有可能還在進行手頭項目的中后期制作。對此我的建議是讓一些首席設(shè)計師和制作人投入研發(fā)，剩下一些作為幫襯——意味著總有一名首席設(shè)計師和制作人沒有完全投入研發(fā)（處于待命的狀態(tài)），即便你們的工作室只有一個項目。這樣做會產(chǎn)生額外的開銷，但這是劃算的，因為它帶來的回報遠遠大于風(fēng)險。

如果為了節(jié)省經(jīng)費而導(dǎo)致人手不足，特別是在前面領(lǐng)頭的人，后果將會很嚴重。如果你無法在一開始確定某人的能力，后期換掉他們將產(chǎn)生更大的費用，因為他們的工作很可能要被推倒重做。

確保你對這些關(guān)鍵人物有充分的信心。如果你發(fā)現(xiàn)團隊存在明顯的技能短板，必要時通過招聘或員工培訓(xùn)補充缺失的崗位。

4. 與客戶建立良好關(guān)系

無論是公司內(nèi)部的利益相關(guān)者還是外部客戶，例如發(fā)行商和IP授權(quán)方，這些制作團隊的領(lǐng)導(dǎo)者應(yīng)進行面對面交流確保雙方理解項目的工作簡報（brief），在方向上達成一致，并建立良好的工作關(guān)系。

雖然這似乎顯而易見，但許多時候人們沒能盡早著手去做這件事，甚至忽略了它。我們?yōu)橛螒蜷_發(fā)過程設(shè)立了許多里程碑——Alpha、Beta，并且清楚理解它們的定義，然而這件事沒有被納入到任何早期的里程碑中。我們仿佛假定它將會發(fā)生。

許多問題產(chǎn)生的根源都可以追溯到合作公司之間糟糕的關(guān)系、最初的誤解以及模糊的方向。

我強烈建議人們進行這些早期的面對面交談。據(jù)我所知，有一家工作室由于差旅預(yù)算方面的限制，無法允許制作人員飛去見授權(quán)方，但雙方面談有助于減輕這些預(yù)算高達數(shù)百萬美元的項目的工作負擔(dān)，它帶來的好處足以抵消這幾千美元的成本。

相比于僅僅通過郵件和電話會議和對方打交道，如果你能和他們面對面交流——哪怕只有一次——這將對合作產(chǎn)生巨大的影響，因為你能更好地了解對方，他們的習(xí)慣和行為邏輯。

應(yīng)該讓100%參與項目的關(guān)鍵人員（尤其是制作人）與利益相關(guān)者見面，而不僅僅是工作室的高層。這將促進雙方建立直接聯(lián)系，從而實現(xiàn)更高效的溝通。

5. 明確分工

對于任何團隊來說，各個成員們了解自己的責(zé)任以及如何融入團隊是很重要的。不要把這想得理所當然，如果團隊成員的角色是模糊的，人們不清楚公司對他們的期望是什么，也不知道團隊結(jié)構(gòu)是怎樣運作的。許多事情會因此被忽略，某些崗位的責(zé)任會被稀釋，甚至引發(fā)人們對崗位的爭奪。因此必須明確誰負責(zé)方向指導(dǎo)，誰負責(zé)審查，等等。

在項目交替、不可避免地出現(xiàn)崗位變動時，最好與團隊成員共同商議。如果出現(xiàn)了崗位空缺，開放這些崗位，讓所有人都可以來應(yīng)聘。

我強烈推薦采用全方位評估，讓人們評價他們的同事和上下級。這是一種全面了解團隊成員能力和團隊管理的方式，并且有利于自我改進。

明確團隊結(jié)構(gòu)并不會降低主動性和靈活性。就像在足球隊里，球員們需要清楚自己的角色和隨之而來的期望。他們是負責(zé)得分的前鋒，還是負責(zé)創(chuàng)造機會的中場？

當然，崗位說明無法涵蓋所有工作責(zé)任，人們常常會突破崗位職責(zé)的限制——中場球員照樣可以得分——但讓人們自由選擇承擔(dān)職責(zé)會引發(fā)很多不必要的問題。

對于團隊以外的利益相關(guān)者——管理高層、發(fā)行商、授權(quán)方等，這一點尤為重要。參與審批的人太多是一件危險的事，這會導(dǎo)致簽字確認/處理矛盾反饋的責(zé)任人不明確。因此，應(yīng)該一開始就確定分工，反饋流程以及周轉(zhuǎn)時間。

6. 制定并堅持實施一個長期計劃

項目剛啟動時存在許多未知數(shù)，但制定一個長期計劃是必要的。在項目初期，長期計劃包含了許多關(guān)鍵日期——例如項目正式啟動日期，什么時候進入前期開發(fā)，什么時候開始制作，Alpha版制作，Beta版制作，什么時候提交項目。

在這個階段，必須制定預(yù)算、時間表和游戲項目的工作簡報。游戲概念確立后，我們可以進一步估算其它事物。如果日期發(fā)生變動——計劃也隨之而變。

注意，長期計劃不只是為了取悅利益相關(guān)者而匆匆制定出來的一個概況，直到項目嚴重滯后時才被重新審視。保持敏捷開發(fā)的同時遵循并實時更新長期計劃，這對于保持功能相關(guān)性來說尤為重要，因為如果我們僅以不同階段審視產(chǎn)品功能，可能會遺漏關(guān)鍵方面。

7. 明確里程碑的含義

與所有利益相關(guān)者正式確定各個里程碑含義——特別是早期里程碑，例如文件歸檔、結(jié)束前期開發(fā)、建模、垂直切片。在游戲設(shè)計完成前進行這些可能有些奇怪。但如果你們清楚了解產(chǎn)品的工作簡報、預(yù)算、所需時間和整體游戲概念，你們完全可以進行更高層次的定義。

舉個例子，如果游戲從設(shè)計到完成的時間為18個月，那么你們可能有5個月進行前期開發(fā)。但5個月后交付到客戶手上的具體是什么呢？是100頁的設(shè)計文檔？是證明游戲玩法很有趣的灰盒測試結(jié)果，加上一個展示藝術(shù)風(fēng)格的demo？還是一個可試玩的demo，作為游戲（畫面和音效）最終打磨完成后的效果參考？

這里我要特別指出一個誤區(qū)：許多團隊會花上數(shù)月制作一個精致的demo，占用制作時間，導(dǎo)致進度嚴重滯后?？蛻裟沁呁鶗o大量修改意見，導(dǎo)致團隊深陷修改demo的泥潭。

因此，最好在前期制作開始前，與客戶就各個階段交付成果的質(zhì)量、時間、預(yù)算達成一致，從而樹立合理的期望并提供遠見。

8. 鼓勵合作和替代方案

一般來說，最好不要一股腦地投入到第一個想法中，全然不考慮其它替代方案。它或許是個好主意，但可能存在更好的想法，并且在不權(quán)衡其它可能性的情況下，一個想法的缺點可能會被暫時掩蓋，直到最終凸顯出來——到時游戲早已進入制作階段，改變基本原則為時已晚。

設(shè)計之初，允許任何團隊成員和利益相關(guān)者貢獻自己的想法，但具體的責(zé)任和決定權(quán)仍然在首席設(shè)計師手中，首席設(shè)計師應(yīng)該對這些想法進行篩選。

這個過程將大大提高團隊的認可度和參與度。從人際關(guān)系策略的角度來看，讓利益相關(guān)者加入其中是明智的——特別是客戶(無論是發(fā)行商還是授權(quán)方)——因為如果他們參與到這個過程中，他們將更可能同意某個方案。

有時客戶可能選擇不參與這一層面的工作，但我建議向他們提供一些有限的方案選擇，而不是單個關(guān)于游戲方向的想法。這是為了避免客戶一開始就不太喜歡游戲方向，因而變得冷漠。如果他們在日后制作過程中要求對游戲做重大更改，這可能會導(dǎo)致很多問題。因此，你要確保他們參與其中，興奮不已并且全身心投入。

9. 尊重并遵守期限

想象你在參加一場1個小時的考試，一共有6道題，每道題的分數(shù)占總成績的六分之一。你不可能把前30分鐘全花在解答第一道題上。然而，在游戲開發(fā)過程中，有時我們花了很長時間進行前期制作，不停地延后期限。有時我們覺得自己后期可以趕上進度，或者由于交付日期離我們還很遠，我們絲毫不考慮滯后帶來的財務(wù)影響。

這一點對那些和電影同期發(fā)行的游戲來說尤為重要。如果為了打磨某個關(guān)卡不斷延后前期制作，則團隊很可能要趕工完成剩下的關(guān)卡，導(dǎo)致游戲質(zhì)量大打折扣。

延長時間不一定能提高質(zhì)量。我們都聽說過一些耗費了大量時間的游戲項目——主要是由于制作延誤導(dǎo)致的——最終卻一敗涂地，因為別的游戲從創(chuàng)意和技術(shù)方面超越了它們。游戲開發(fā)一再出現(xiàn)延誤，伴隨人員流動率上升，這會導(dǎo)致團隊士氣大減和游戲質(zhì)量嚴重滑坡。

因此，雖然我們不可能每次都在規(guī)定期限內(nèi)完成任務(wù)，我們必須盡最大努力。除了提前做好計劃外，另一種方式是確保團隊成員清楚了解期限。過去，我曾經(jīng)將把截止日期張貼在墻上，并在團隊的wiki上發(fā)布里程碑信息，因此每個人都清楚什么時候該制作Alpha版，等等。這讓成員們更好地認識到時間的寶貴。

10. 保持果斷

我發(fā)現(xiàn)優(yōu)柔寡斷是另一個影響開發(fā)進度的因素，甚至是在前期制作開始時。雖然前期制作主要從研究、思考創(chuàng)意和替代方案開始，但時間還是照常流逝，游戲開發(fā)必須取得進展。這意味著我們必須及時做出關(guān)鍵決策。有時讓人們聚在一起做一個相對簡單的決策就像趕一群貓一樣難以控制。決策可能被擱置、移交然后被遺忘。

然而，在沒有充分理由的前提下推遲決策，可能比做一個壞的決策更糟糕。這不是鼓勵人們草率地決策，而是在審視了所有替代方案并權(quán)衡利弊后，及時決定并繼續(xù)前進。

不斷改變決策同樣是一種優(yōu)柔寡斷的表現(xiàn)，這會損耗員工士氣并浪費時間。保持靈活性很重要，但若決策結(jié)果一再變動，則適得其反。更好的方法是把一些重大的、高層次的事情定下來，作為日后決策的基石。這樣隨著游戲開發(fā)進行，我們可以對那些尚未成型的事物進行調(diào)整同時不改變基本原則，除非我們有令人信服的理由這么做并且審視了它對進度造成的影響。

總結(jié)

上面的內(nèi)容也許看起來很理想化，對某些項目來說確實如此。然而，基于我的個人經(jīng)驗，我相信如果我們在項目啟動時，有意識地追求更好的開發(fā)理念，這將幫助我們及時完成游戲制作、把成本控制在預(yù)算內(nèi)，并產(chǎn)出高質(zhì)量的游戲。我見證并參與制作了一些項目——甚至考慮了工作室控制范圍之外的情況——通過這些項目發(fā)現(xiàn)，我們本可以通過一些早期的簡單決策大大減少日后的痛苦。

因此無論人們采取何種方式制作項目，我都會鼓勵他們在保持靈活性的同時采取一定的穩(wěn)定性措施，在迭代的基礎(chǔ)上做好長期規(guī)劃。游戲制作人可以采取適當?shù)牟呗蕴岣叻€(wěn)定性并做好長期規(guī)劃——但若得不到利益相關(guān)者的支持——尤其是開發(fā)人員、發(fā)行商和授權(quán)方——再努力也是白費。上述理念必須一開始就得到相關(guān)人員的認可。

換句話說，若他人毫不在意，試圖自己建立防洪系統(tǒng)是沒有意義的。