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

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

原作者：David Manuel 譯者：Vivian Xue

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

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

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

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

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

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

1. 確保先前項目的經驗得到運用

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

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

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

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

Lineage 2: Revolution(from pocket gamer.biz)

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

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

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

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

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

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

3. 讓關鍵人物盡早加入團隊

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

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

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

4. 與客戶建立良好關系

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

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

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

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

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

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

5. 明確分工

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

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

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

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

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

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

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

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

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

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

7. 明確里程碑的含義

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

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

這里我要特別指出一個誤區(qū)：許多團隊會花上數(shù)月制作一個精致的demo，占用制作時間，導致進度嚴重滯后。客戶那邊往往會給大量修改意見，導致團隊深陷修改demo的泥潭。

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

8. 鼓勵合作和替代方案

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

設計之初，允許任何團隊成員和利益相關者貢獻自己的想法，但具體的責任和決定權仍然在首席設計師手中，首席設計師應該對這些想法進行篩選。

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

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

9. 尊重并遵守期限

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

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

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

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

10. 保持果斷

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

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

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

總結

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

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

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