可行性討論會議是遊戲研發其間會不斷召開的一種會議。什麼是可行性會議？前期我們透過腦力激盪想出了很多天馬行空的創意。這時候三個部門各自回家思索了一番，可能發現，要把什麼功能做出來是要付出很大成本的，或是必須要另外一個部門做出什麼樣的配合才可能達到。可行性討論會議目的就在於確定各部門對於各種企劃點子的可行性討論，然後一起討論出具體作法與工作內容。當然如果你在研發後期才不斷召開這類型的會議，大多表示這個遊戲快要該砍掉重練了。
我們都知道一個專案必須同時顧慮資金，人力，時間，品質等，這是影響專案最重要的4要素。專案必須在這個被高層或公司限定好的框架內活動。而可行性會議就是在會議上就這四個因素的框架，討論每個點子可以被如何表現出來，或者是暫時不做。這樣的會議結束後，各部門的工作項才會被明訂出來，也所以這個會議的會議記錄格外重要。
各位讀者可以看一下上面的流程圖來做個總體了解，而下面我們就每個步驟來做個簡單的說明：
發出會議通知
透過正式的會議通知，可以讓與會者可以先做功課，不至於兩手空空來參加會議。內容必要包括會議主題，時間，地點，與會人員，進程，需要配合的事項，相關文件資料等等。
熱絡氣氛
可行性討論會議通常會在會議上發生較多的對立與爭執。一方如果圖方便，通常表示另外一方要做比較多的工作。例如程式不願意作一個特效編輯器，表示美術要花更多的功夫才能做各種變化的特效出來。這樣的討論其實很容易針鋒相對的，如果主持人能夠在會前讓大家都放鬆些，多少可以避免些口水與火藥。
追蹤前次會議的決議事項
可行性會議發生的機率高，用來追蹤前次的會議決議事項是個不錯的時間點。而放在會議前面，也可以引起大家特別的重視。在此可以拿出會議記錄來討論進度或情況，讓互相之間對事情的發展情況有一致的認識。
介紹會議目的
在此主持人應該介紹一個今天要被討論的議題有哪些，最好能夠把主題寫在白板上，並稍為規劃一下各議題需要用到的時間，讓大家心裡有個底。也利於大家養成對時間掌控的習慣。可行性會議的主持人通常應該是製作人或是副製作人。
討論
就每個議題與點子作討論時，主持人要盡可能保持大家心平氣和的討論。就事論事，以專案成功為第一考量。每個點子被認可，就表示大家的工作量會增加。通常這在專案初期，大家的熱情會比較高，會希望什麼功能都能做進去遊戲內。而後期因為工作量不斷加大，大家又很容易會變成多一事不如少一是，對工作盡可能閃躲。所以製作人一定要能夠果斷明確做出該要的取捨，該堅持的也必須堅持。這樣才會是一名合格的製作人。
甲企劃：「我們能不能在輕功跳躍的時候，發射飛鏢啊。這樣一定很酷啊，還沒有遊戲這麼做過吧，玩家一定愛死這個功能了。」
乙企劃：「對啊～對啊，要是玩家能夠用輕功跳到竹林上端打鬥，像臥虎藏龍那樣多棒啊。」
程式人：「別鬧了～竹林上又沒有碰撞，要做碰撞那得多耗效能啊。跳躍發射武器，這個辦不到的啦。」
這樣的討論情景很容易出現在可行性討論會議中。理性的程式人員對於感性的企劃人員通常給予較多的否定答案。一來一往當中，企劃很容易覺得我想出來的絕佳點子沒受到重用而沮喪。進而質疑程式人員的能力，團隊之間會產生不信任感。反過來程式人員會覺得企劃都不懂程式，只會天馬行空。這需要製作人拿捏好相互之間的度。製作人就像是一棵大樹的樹幹，枝葉們拼命想往外生長，有賴樹幹把大家牢牢抓緊。枝葉之間可能受光不均，有賴樹幹調整生長方向，來維持受光平均。
總結會議
多個議題被討論完後，製作人這時應該要總結各議題的結論。那怕是下次再論也應該要明確的講出來，確保大家都知道。這是維持資訊高度基本該做到的事情。
最後10項
如何能確保大家腦子都已經想到乾枯了呢？用力的請大家集中精神擠出最後10個點子再結束吧。
總結會議
經過了一番的腦力激盪後，這時候我們可以來把各類點子與創意作個歸類與統合了。經過大家同意，確定是一樣的點子就合併。歸類後再由主持人做最後的結論，並記得要感謝所有在場人員的創意與貢獻。
預告下次會議
預告下次的會議同樣的是確認每個人的排程是有空的。先預告也可以避免再正式發會議通知之前，他的時間又被佔走了。
會後發送會議記錄
沒有會議紀錄的會議稱做閒聊，請記得一定要把會議記錄發送出來給與會人員。這樣才能真正產生共識，才能確定大家的資訊都在同一個高度上。可行性討論會議尤其重要，因為他關乎了每個部門有多少的工作量，各自主管都需要皆下來做一系列的排程與分配工作等。少了會議記錄的確認，很有可能導致某個工作被遺漏了。 
全站熱搜
留言列表
