創作內容

70 GP

[ 論遊戲 ]以專案開發概念管理遊戲製作-《工作劃分篇》

作者:哈利菠菜│2013-09-22 00:07:06│贊助:143│人氣:7011


圖片引用自redjuice999

最近看到巴哈姆特有一個自製遊戲的公會,哈利菠菜身為老屁股不加一下實在說不過去XD,稍微瀏覽公會內容,在不斷有老手新手加入更新的情況下,資料蘊藏十分豐富,而且公會幹部們都十分熱心。在這裡特別呼籲後進,如果有興趣往這方面走,可以加入一下自製遊戲公會,除了是學習的機會,也是值得磨練武技的道館

另外我也發現一個現象:有蠻多遊戲開發的團隊,成員組成多半不是很熟的人 (´⊙ω⊙`)

很多情況是在網路上號召不同領域的網友合作,某A會美術那就幫忙畫元件,某甲會程式那就幫忙code,某子會音樂那就幫忙編曲,有很多成員是彼此未曾謀面,不像古代結識豪傑"不打不相識",當然現在也是打,只是從打拳變成打鍵盤了,儘管網路加速製作團隊的磋合,但團隊的默契不佳,尤其大部分情況又是遠距分工,容易產生一些隱憂:
1.信任度低  / 2.穩定度低 / 3.管理不易



我自己過去無論參與或組織團隊,也遇過不少問題,好巧不巧,都是因為某些必須要達成的目標而半強迫組織在一起,最近看了一些開發管理的文章有些心得,於是我把過去開發經驗跟管理的概念融合,希望讓各位開發者不要再這麼累的通通自己來,也可以不要看著延宕的進度唉聲嘆氣,當然以下的管理方法或工具還沒有經過實測,但有興趣的朋友歡迎導入自己的團隊,倘若有任何建議或指教,歡迎跟我討論喲,我很樂意與您暢談任何一個細節(<ゝω・)


所有多媒體設計領域裡面,「遊戲」絕對是最複雜的產品之一,因此在製作的過程,除了長時間企劃、系統的發想,更重要的是怎麼去管理這些複雜的進程? 以及維持進度穩定?

我就先跳過去企劃跟發想這部份的環節,直接到開始工作的部分,因為進入正式的開發進程時,團隊基本上應該要對整款遊戲想要賣給誰、想要做什麼樣子都已有共識,倘若連共識都沒有就貿然「畫地圖」,只怕大家點頭不交心啊....

首先每一個製作遊戲的團隊,都至少要能夠繪製下面這種架構圖,其實說是架構圖,也可以看作是遊戲開發前的必備地圖



這是桃轅傳的系統架構圖,只要可以畫出這張圖,就基本能掌握遊戲的架構,總體而言桃轅傳會有以下幾個系統

一、主要介面
二、戰鬥系統
三、場景環境
四、事件處理
五、動畫處理
六、音樂處理
七、狀態系統

這七個主要區塊架構起桃轅傳,想當初還不知道作這種架構的時候,悶著頭把東西做出來,就像蓋房子不打草稿一樣,因為邏輯混亂、加上沒有規畫,花了兩三個月作的東西還是打掉了,尤其是戰鬥系統,又再花了三個月才重新組好。所以千萬不要鐵齒,就算是作很簡單的小遊戲,都應該要有這種地圖的架構才行

系統設定出來後,就可以去評估每一個環節應該還要再細分做多少事情,並且設定每一個細小的項目大概需要多少工時的時間。以戰鬥系統來說還可以再分為:

回合系統-時間軸計算
    -常態增加的屬性計算
能力血量計算-人物屬性換算攻擊、防禦、血量等戰鬥用屬性
      -敵方屬性換算攻擊、防禦、血量等戰鬥用屬性
特殊系統-角色的特殊狀態反應(中毒、催眠)
    -角色使用道具
    -角色逃跑
敵方-呼叫敵人的圖案到場景上
  -設置行為偵聽(受傷、攻擊、死亡、詠唱等行為)
我方-呼叫我方的圖案到場景上
  -設置行為偵聽(受傷、攻擊、死亡、詠等行為)

如果你像我一樣把系統細分成上面這副德性,其實是大錯特錯...我也相信有些一踏入門作遊戲的人,在分程式架構的時候都是像我這樣的分法,看起來專業不過暗藏危機



儘管這樣的畫分法符合邏輯,但有些功能之間其實是有鏈結的,好比說呼叫敵人圖案跟呼叫我方圖案,這兩個可能只是在變數上作調整,沒有必要再拆分進來。同時這種拆法,除了當初設計的我看得懂之外,其他人應該只『看得懂字面上』的意思,甚至還會想為什麼哈利菠菜要這樣分?倘若今天換成另外一個程式負責人來看這個架構,大概會翻白眼

畢竟每一個人看待「地圖」的方式不同,好比說有人看台灣地圖是橫的,有的人看直的

為了讓整個功能設計變得更客觀,我們要換個角度來思考系統的架構,要怎麼換呢?我們要從玩家的角度去想功能的設計,請熟悉這個句子:「玩家可以...」。以桃轅傳戰鬥系統這個例子來說,大概可以分為下面幾個

玩家可以進入戰鬥場景
玩家可以看到對面的怪物
玩家可以看到戰鬥中的界面
玩家可以看到敵我雙方的血量
玩家可以在戰鬥場景中使用普通攻擊
玩家可以看到自己被打時的受傷效果
玩家可以看到敵方被打時的受傷效果
玩家可以體驗到時間軸的即時戰鬥
玩家可以在戰鬥場景中使用特殊攻擊
玩家可以在戰鬥中使用道具
玩家可以在戰鬥中逃跑
玩家可以在戰鬥中使用援助攻擊
玩家可以聽到戰鬥的音效
.....

這樣以功能來作為系統製作的基準,是不是比上一種方法明確許多?而且這樣的好處是,你可以把自己當作玩家,客觀地融入到遊戲創作裡,從進到場景首先看到場景上的背景,再看到怪物,接著看到敵我雙方的界面....如此一來,當團隊在想要加什麼元素進去的時候,也變得更大膽更直覺

所以我們可以為戰鬥系統作一張需求項目表格

ID 名字 重要性 備註 時間
201 玩家可以進入戰鬥場景 80 需導入背景圖像 5P
202 玩家可以看到對面的怪物 80 需導入MON圖像 3P
203 玩家可以看到戰鬥中的界面 80 需導入界面圖像 3P
204 玩家可以看到敵我雙方的血量 70 2P
205 玩家可以在戰鬥場景中使用普通攻擊 80 需導入特效圖像 6P
206 玩家可以在戰鬥中使出QTE 必殺技 30 待討論 10P
... ... ... ... ...


ID不是很重要,就是編號的一種。而重要性那欄位的數字有高有低,高就是重要低就是相對次要,但重要性跟實作排序性不同,他是一個相對數,好比用 QTE必殺技「相對於」其他幾個功能都不是那麼重要,所以會等其他重要性比他高的功能作好後,再來考量到重要性低的功能

由於大部分開發的工作者,鮮少是全職開發,每天能分配到的工作時數並不長,所以時間的換算應該要有一個共識,大家盡量每天抽多少時間來作這個東西,而為什麼會用P的原因是,P是一個時間單位( 當然你也可以取作3D或3Y ),好比1P等於2、3HR這樣,該功能評估需要3P,就可以看作需要3個工作天,用時間單位的作法也比直接用工時換算來得彈性


當然有些人會說,怎麼好像都沒有提到美術的工作,畢竟我在作桃轅傳的時候是程式人員嘛,不要這麼計較嘛 ( 淚奔 ),其實上面的區分法,也同樣可以用在美術身上囉,以桃轅傳的戰鬥系統來說

玩家可以看到第一關的戰鬥場景
玩家可以看到人物基本待機呼吸的樣子
玩家可以看到戰鬥中的界面
玩家可以看到普通攻擊的特效
玩家可以看到人物被打的特效

同樣也能作出一張表格出來

ID 名字 重要性 備註 時間
301 玩家可以看到第一關的戰鬥場景 80 圖張大小JPG1600*900 1P
302 玩家可以看到人物基本待機呼吸的樣子 80 45張序列圖,各單位大小300*200
圖檔不可超過800KB
5P
303 玩家可以看到戰鬥中的界面 80 圖張大小PNG1600*900 1P
304 玩家可以看到普通攻擊的特效 80 20張序列圖,各單位大小60*60
圖檔不可超過100KB
2P
305 玩家可以看到人物被打的特效 80 10張序列圖,各單位大小300*200
圖檔不可超過800KB
5P
... ... ... ... ...


如此一來,美術就可以知道要交什麼東西出來了,同時也因為備註仔細的說明,只要隨時交出進度,製作人統一看過OK後,就可以馬上交給程式作出最小可動的產品出來了喲  (๑•̀ㅂ•́)و✧



看到這裡,不知道有沒有朋友開始摩拳擦掌,要開始把自己的作品拆分各種細節了呢? 還請稍安勿躁,目前還僅止於把遊戲架構細分的工夫,這些工作其實有點像是針對美術的會議、或是針對程式的會議所製訂為其量身訂作的功能表,但實際上身為製作人的你,還必須要把自己放到更高的地方才行

一但你真的把幾百個需求項目全部畫分出來,也只怕面對滔滔海量的表格躊躇不前,所以為了讓團隊可以盡快步上軌道,我們還必須把整個遊戲拆分成更大的進程,並設定一個短期的製作進度,在時間結束時內部展示、檢討修正...這,就是 敏捷開發


聽起來很酷對不對ヽ(●´∀`●)ノ   有興趣的朋友可以接著看《進程篇》

---
歡迎各路好手踢館討論  (*´艸`*)
---
引用網址:https://home.gamer.com.tw/TrackBack.php?sn=2180190
All rights reserved. 版權所有,保留一切權利

相關創作

同標籤作品搜尋:專案開發|遊戲設計|自製遊戲

留言共 12 篇留言

Kaine
看到縮圖,以為跟女人就是艦(字面意思)有關XD
一個團隊的默契與信任真的很重要,如果這個團隊的成員都不信任
美術組不放心程式組會好好運用美術圖跟特效圖
程式組不放心美術組能交出他們想要的成品
那這個作品就有可能差強人意甚至胎死腹中
要完成一個作品出來確實需要一個相互信任的團隊

另外看了你的經歷...我突然覺得自己好像真的沒什麼實力可言(艸

09-22 00:24

哈利菠菜
你年紀應該比我小(?)路還很長的啦(拍拍)

唉唷,而且我沒有什麼經歷啦 >//<
能搬上檯面的也就那幾款可以拿來說嘴
只是比較喜歡想東想西 呵呵
這次想寫這個,一方面也是想給一些後進參考啦
因為我說的東西,學校老師一定一定不會說XDDD
有興趣的可以先學起來,縮短開發遊戲的時間
要做什麼東西就很方便 :D09-22 00:34
tank
謝謝大大無私分享,收藏之外先奉上GP,再期待後續喔......^^

09-22 00:29

哈利菠菜
不會啦,謝謝收藏
後續應該明後天就會發惹 :D09-22 00:46
電腦老婆--凱倫
雖然我現在沒有在製作遊戲(讀書中),但是我一直對做遊戲很有興趣,謝謝菠菜大的文章~~

09-22 00:30

哈利菠菜
不客氣啦~其實這種管理方法可以用在很多地方呢
或許哪天真的有用到的一天~~~09-22 00:46
Kaine
我也才剛上大學(艸
雖然我學的跟遊戲跟本八竿子打不著(?!
不過這些論點實際上可以應用到許多的工作運用上
因此不僅僅是遊戲設計,很多其他的產業也是有相似的架構

09-22 00:47

哈利菠菜
喔喔喔,那妳的路真的很長哈
真的是八竿子打不著喔?? 敢問 KE 是念哪個領域?

其實敏捷開發的概念比較多是用在軟體開發XDD
但我認為概念很好,尤其是在大型的專案上
所以就像你說的,不一定是非得要軟體專案才行
可以用在很多地方上呢 09-22 01:21

噢噢噢超感謝菠菜先生對公會的抬愛XDDDDD
請務必答應我讓這篇轉發到公會上!!!!!!(喂)
是說非常歡迎填寫一下報到單呀~XD

09-22 00:55

哈利菠菜
喔喔,我想說等我這系列都打完再寫報到單說 >///<
因為有些項目,我還在想怎樣寫比較好
可能等這幾篇管理類的文章寫完會比較有頭緒說
等我補完自介,就會自動去公會報到哈

這篇文章當然歡迎會長轉發喲 > u < 09-22 01:19
一不留 神犬
ヽ(●´∀`●)ノ傻傻ㄉ

09-22 02:12

哈利菠菜
~( ̄▽ ̄)~ ~( ̄▽ ̄)~09-22 07:20
魯路
一個遊戲實在是很難做阿...
更何況是一款好遊戲...

09-22 12:23

哈利菠菜
真的,遊戲牽涉的原因都很複雜....
不是那麼簡單,但如果遊戲真的作完了,又是一種很大的成就09-22 21:26
啾比❖咩
沒錯!我進入遊戲業這行後,真的覺得做遊戲不是外人想像的那麼簡單!
比平面設計要考慮的東西還要多太多了~

而且商業的東西比自製爽的差異又在於,考慮這個作品花了那麼多心力到底能不能賺錢
所以要先做市場評估,然後決定方向後才開始寫企劃案
一個好的遊戲生成,行銷、企劃、美術、程式都缺一不可!
我主管常常說,專業的東西很簡單,要把一群專業整合起來才困難=W="
溝通是很重要低XD

09-22 12:49

哈利菠菜
喔喔~ 啾比是圈內人呢~~
其實我覺得所有環節裡面,發想是最快樂的XD
但開始上工就是另外一回事了.... _(:з」∠)_09-22 21:30
啾比❖咩
分工跟做事的效率也很重要~好的團隊做事方式可以上天堂,反之下地獄...
常常吵架然後憤而離職這種事情很常見...

09-22 12:53

哈利菠菜
啾比應該是美術部?
美術部是按照類似上面那種表格把需求項目完成嗎?
我很好奇實際上業界的運作模式
像我有朋友也是作遊戲美術,不過接到的任務
可以看到的面其實都很窄,除了主管多半不會參與遊戲的開發會議

人員接到主管要求的狀況會類似 :
我們要做一款手機的RPG遊戲
這是世界觀 (遞) 這是一些設定稿 (遞) 這是參考資料 (遞)
這是項目需求,看今天能不能先把前三隻怪畫出來 (遞)

你們也是這樣嗎? (・∀・)

憤而離職的情況是哪一種因素比較多啊?
是能力不符合公司要求? 還是 主管要求太嚴格? 還是? 09-22 21:36
狂狂
理想上造表排優先度順序確實可以達到一定效率,只是在業餘遊戲團隊還有很多現實問題要克服
大家都是利用空閒時間無薪水情況,要每天投入時間去做有點難..有時候真的只是企畫自high
美術冷,就如你說的大家畢竟不熟,要有共同目標它才會有動力去做,即使在忙的時候
,否則即便有空不見得想花時間去做。

09-22 17:08

哈利菠菜
是阿,真的是理想,看過一篇關於遠端工作的文章
第一段就提到相互信任與高度自我約束的重要性
尤其大部分獨立製作團隊是不給薪的情況下
很多時後,真的是憑藉著大家的一股熱血下去燒
就看是遊戲先生出來還是熱血先燒完

所以我接下來一系列的文章,還會介紹到一些協同合作的工具
雖然可能有很多人都知道了,但有效的管理可以降低團隊"爆炸"的可能
透過更多的理性取代潛在感性的衝突

關於共同目標的這點,最好消弭怠惰的方法,就是以遊戲上市為目標了...09-22 21:42
哈利菠菜
另外你有提到企劃自嗨的情況,哈哈 這讓我想起了東京玩具箱的劇情
大部分的團隊都是企劃兼帶頭,帶頭的總要往前衝嘛....
只是大家還是會希望可以看到名堂來

所以開發的時候,必須要隨時準備最小可行性的產品出來
馬上可以展示完整的成果,比作什麼雜七雜八的設定還要重要
這就是我接下來文章要提的東西了 :>09-22 21:46
啾比❖咩
大部分都是這樣沒錯,越大間的公司分工就越像工廠那樣~
我們都是等企畫出來了之後按照他們需要的需求開始畫
流程通常都是這樣:
市場評估→企畫生成→美術產圖→程式整合
中間如果發現問題(比如美術或程式已專業角度評估企畫的條不可行)還會再把問題回交給企畫修正,整個過程再跑一次這樣~有時候時間沒掌握好或是各種不可抗力因素導致進度吃緊
就很容易發生爆肝的狀況...
以美術來說通常受不了一來是薪水太低+工作時間長(兩個因素同時存在)
再來就是工作環境跟對公司處理方式的質疑這樣~

09-23 00:02

哈利菠菜
是喔,你們是企劃把東西丟給你們喔?
我以為是美術部的資深總監或相關主管說
企劃生成的過程,除了企劃部主導外
討論過程應該還要有美術總監或程式總監一同參與
一方面了解方向,一方面當下就能判斷實作的可能性
不然全靠企劃天馬行空的瞎扯,美術部跟程式部鐵定累翻...

另一方面,倘若美術總監有全程參與
有問題自然就不用跨部門丟給企劃處理
如此一來就能省去一來一往的成本

薪水太低的確是通病呢...
恩....畢竟遊戲研發預算在公司是很吃緊的
難怪很多公司會慢慢將美術轉作外包 (搔頭)

對了 本篇文章的下一回 《進程篇》出來了喲
歡迎啾比前往拜讀 :)
http://home.gamer.com.tw/creation.php?owner=a770103200209-23 10:31
┌♥ ┤厘子├♥┐
因為我沒有參與過真正的遊戲製作....
所以我這個外行人就不高談闊論了XD"
是說看到菠菜這麼有系統地分享經驗~
相信一定可以幫到很多遊戲製作的團隊^^

是說,自製遊戲這塊....說真的如果磨合不了
最後連共同的目標也失去了,也沒了熱情
就算下班後或下課後有了點空閒,說實話我也不會想動作="=

10-08 16:46

哈利菠菜
所以看到有些學生、上班族,願意放棄自己看動畫玩LOL的時間
跑去作遊戲,真的很佩服這樣的毅力,其實國外蠻盛行這樣的作法
也就是用非工作時段作自己想做的東西,這也是為什麼國外獨立遊戲這麼熱烈的原因了
所以我提出了一個對這些團隊簡單管理的方法,就是用來提高工作效率的
畢竟是沒有經過實務階段,真的希望有所幫助 ><"10-08 19:09
我要留言提醒:您尚未登入,請先登入再留言

70喜歡★a7701032002 可決定是否刪除您的留言,請勿發表違反站規文字。

前一篇:2013中秋賀圖 - 中... 後一篇:[ 論遊戲 ]以專案開發...

追蹤私訊

作品資料夾

poison203011
進來,好嗎?看更多我要大聲說昨天18:30


face基於日前微軟官方表示 Internet Explorer 不再支援新的網路標準,可能無法使用新的應用程式來呈現網站內容,在瀏覽器支援度及網站安全性的雙重考量下,為了讓巴友們有更好的使用體驗,巴哈姆特即將於 2019年9月2日 停止支援 Internet Explorer 瀏覽器的頁面呈現和功能。
屆時建議您使用下述瀏覽器來瀏覽巴哈姆特:
。Google Chrome(推薦)
。Mozilla Firefox
。Microsoft Edge(Windows10以上的作業系統版本才可使用)

face我們了解您不想看到廣告的心情⋯ 若您願意支持巴哈姆特永續經營,請將 gamer.com.tw 加入廣告阻擋工具的白名單中,謝謝 !【教學】