ANALISA KEBUTUHAN PADA PEMBUATAN TEMPLATE GAME DESIGN DOCUMENT

ANALISA KEBUTUHAN PADA PEMBUATAN TEMPLATE GAME

Engineer . Pembuatan GDD mulai dikerjakan pada tahap praproduksi dan ditujukan untuk pihak internal (tim

Pewarisan informasi merupakan hal yang penting dalam pengembangan perangkat lunak dengan pendekatan yang dinamis seperti metode iteratif atau metode agile. Pewarisan informasi ini harus berjalan dengan baik pada setiap perpindahan

Sebagian besar peneliti sepakat bahwa game dapat dikembangkan dengan baik menggunakan pendekatan yang bersifat dinamis seperti metodeiteratif atau metode agile (Aleem, 2016). Berkaitan dengan pengembangan game yang dinamis, Ramadan-Widyanimenjelaskan secara rinci tentang Game Development Life Cycle (GDLC) mulai dari fase pra-produksi hingga testing (Ramadan, 2013).

disiplin ilmu rekayasa perangkat lunak, pengembangan game bukanlah pekerjaan yang dapat dilakukan dengan menggunakan pendekatanWaterfall Method(Kanode, 2009). Game memiliki konsumen yang beragam dan dinamis. Dibutuhkan inovasi dan pengembangan berkelanjutan untuk menjaga keterikatan antara produk game dengan konsumen.Waterfall method sangat cocok jika digunakan untuk mengembangkan perangkat lunak dengan konsep yang sudah terjelaskan dengan baik di awal sehingga tidak membutuhkan banyak perubahan di tengah pengerjaan. Oleh karena itu, Waterfall Method bukanlah pendekatan yang cocok digunakan untuk mengembangkan game.

Waterfall Method. Sementara itu bila ditinjau dari

Sebagian besar pengembang game di Indonesia masih menggunakan Game Design Document (GDD) yang statis dan terpusat. Ini menjadi ciri khas metode pengembangan perangkat lunak dengan

Namun di balik itu semua, perkembangan industri game di Indonesiamasih belum dapat dikatakan optimal. Laporan dari Multimedia Development Corps menunjukkan bahwa sarana dan prasaranauntuk industripengembangan game di Indonesia masih belum lengkap (Mahmood, 2017). Dengan kata lain, ekosistem industri game di Indonesia masih belum terbentuk dengan baik. Salah satu elemen ekosistem industri game yang belum berkembang secara optimal adalah teknologi pendukung yang dapat membantu para pengembang game untuk meningkatkan produktifitas khususnya dalam hal perencanaan serta pengembangan game secara berkelanjutan.

Pesatnya perkembangan teknologi informasi menjadikan game sebagai salah satu bidang industri yang menjanjikan. Data statistik dari Newzoo menyebutkan bahwa laba industri game yang diperoleh dari konsumen di Indonesia pada tahun 2015 mencapai 4.45T (Mahardy, 2016). Data tersebut menunjukkan bahwa Indonesia merupakan pasar yang besar bagi industri game.

Pendahuluan

Kata kunci : GDD, game design document, game development 1.

pengembang game sendiri) serta pihak eksternal (publisher dan investor). Selama proses pengembangan game, GDD akan dikembangkan menjadi lebih kompleks sehingga dapat dijadikan pedoman dalam pengembangan game tersebut. Tidak adanya standarisasi dokumentasi pengembangan game mengakibatkan banyaknya variasi format GDD. Dari variasi yang ada, tidak semuanya mampu mengakomodasi kebutuhan anggota tim pengembang game. Makalah ini ditulis untuk memaparkan hasil penelitian tentang elemen apa saja yang diperlukan untuk membuat GDD yang baik sehingga mampu mengakomodasi kebutuhan semua anggota tim pengembangan game.

Halimatus Sa’dyah

1 , Fahim Nur Cahya Bagar

Abstrak

Game Design Document (GDD) adalah dokumen yang memuat informasi terperenci tentang sebuah game

alfanzainkp@gmail.com

fahim.bagar@pens.ac.id,

halimatus@pens.ac.id,

Program Studi DIV Teknologi Game, Departemen Teknologi Multimedia Kreatif, Politeknik Elektronika Negeri Surabaya

3 1,2,3

2 ,Alfan Zain Kusuma Putra

yang akan dikembangkan. Dokumen tersebut dibuat dengan tujuan untuk mempermudah kolaborasi antar anggota pengembang game mulai dari Game Designer, Game Artist, Sound Engineer, Game Tester dan Software

2.1 Inisialisasi

dokumentasi menjadi salah satu dokumen pendukung yang krusial dalam pengembangan game secara berkelanjutan. Aleem dkk bahkan menjadikan ada tidaknya sistem pengembangan dokumentasi dan GDD sebagai salah satu indikator apakah sebuah perusahaan pengembang game sudah disebut mumpuni (mature) atau belum (Aleem, 2017).

Meskipun hal-hal yang berkaitan dengan pengelolaan pengembangan game awalnya masuk ke dalam disiplin ilmu rekayasa perangkat lunak, namun pengembangan game memiliki proses yang lebih rumit jika dibandingkan dengan pengembangan perangkat lunak pada umumnya. Pengembangan game merupakan pekerjaan yang menggabungkan dua disiplin ilmu diantaranya bisnis, rekayasa perangkat lunak dan Fine Arts. Oleh karenanya, pengembangan game melibatkan sumber daya dengan disiplin keahlian yang berbeda-beda sepertiProgrammer, Marketing, Artist, Game Designer, Sound Engineer dan Tester. Perbedaan disiplin keahlian para anggota pengembang game memberikan tantangan sendiri tentang bagaimana menyampaikan konsep game secara utuhserta mendokumentasikan proses pengembangan game secara lengkap dalam format dokumen ringkas yang dapat mengakomodasi kebutuhan semua anggota pengembang game.

Untuk mengawali penelitian tentang teknologi yang mendukung produktifitas pembuatan game yang berkelanjutan, dalam makalah ini akan dipaparkan hasil penelitian tentang analisa kebutuhan dalam pembuatan GDD. GDD merupakan dokumen yang disusun di tahapan paling awal dalam Game Development Life Cycle. Dokumen tersebut berisi tentang konsep utuh game yang akan dibuat. Pengisian GDD awalnya diinisialisasi oleh Game Designer. Namun pada tahapan selanjutnya GDD dapat mengalami perubahan berdasarkan masukan dari anggota pengembang yang lain. Makalah ini disusun dengan urutan sebagai berikut: (1) Pendahuluan; (2) Game

Pada sebagian GDLC yang diajukan oleh para peneliti, praproduksi termasuk tahapan yang pertama. Namun dalam GDLC yang diajukan oleh Ramadan

2.2 Praproduksi

tentang konsep game yang akan dibuat. Luaran dari tahapan ini adalah deskripsi game yang menjadi acuan dalam pengembangan GDD pada tahapan pra produksi.

brainstorming hingga mendapatkan gambaran kasar

Dalam tahapan ini, Game Designer melakukan

Inisialisasi merupakan tahapan pertama pada GDLC versi Ramadan – Widyani (Ramadan, 2013). Sebagian peneliti memasukkan tahapan inisialisasi sebagai bagian dari praproduksi (Chandler, 2010).

– Widyani, praproduksi menjadi tahapan kedua setelah tahapan inisialisasi (Ramadan, 2013). Artinya, pada awal tahap praproduksi telah ada gambaran kasar tentang konsep game yang akan dibuat sehingga proses perencanaan pengembangan game dalam tahap praproduksipada GDLC yang diusulkan oleh Ramadan-Widyani tidak dimulai dari nol.

Dalam sub bab ini, akan dijelaskan tentang tahapan-tahapan yang ada dalam GDLC serta dijalankan. Terdapat banyak peneliti yang mengajukan GDLC dalam berbagai versi. Versi yang paling baru adalah GDLC yang diajukan oleh Ramadan dan Widyani. Dalam makalahnya, Ramadan mengajukan GDLC yang terdiri dari enam tahapan di antaranya:(1)Inisialisasi; (2)Praproduksi; (3)Produksi;(4)Pengujian, (5)Pengujian Beta; dan (6)Peluncuran. Penjelasan dari setiap tahapan dapat dilihat pada sub bab 2.1 hingga 2.6.

best practice dalam mengembangkan game dengan kualitas yang baik (Ramadan, 2013).

merupakan istilah yang digunakan untuk menjelaskan tahapan-tahapan yang harus ditempuh oleh pengembang dalam mengembangkan game mulai dari brainstroming ide hingga peluncuran. Ramadan menjelaskan bahwa salah satu tujuan dirumuskannya GDLC adalah untuk menemukan

Game Development Life Cycle (GDLC)

dibutuhkan dalam pembuatan GDD; serta (4) Penutup.

Development Life Cycle; (3) Elemen-elemen yang

Tahapan praproduksi adalah tahapan yang digunakan untuk merencanakan pengembangan game agar proses produksi dan peluncuran game dapat berjalan dengan lancar dan terukur. Terdapat tiga dokumen yang menjadi luaran dari tahapan praproduksi yaitu proposal game, GDD serta purwarupa game. Namun pada prakteknya, terdapat banyak studio game yang meringkas tiga dokumen ini menjadi satu dokumen GDD. Adapula studio game yang menggabungkan GDD dengan proposal game dan menjadikan purwarupa sebagai satu dokumen tersendiri. Dalam makalah ini, proposal game, GDD dan purwarupa dibahas sebagai tiga dokumen terpisah.

2. Game Development Life Cycle

Proposal game biasa digunakan oleh staff bagian pemasaran untuk berhubungan dengan pihak luat seperti investor atau pihak lain yang akan membiayai pembuatan game. Dalam proposal game, penjelasan ditekankan pada deskripsi game, target pemasaran, rencana pemasaran, rencana peluncuran serta rencana monetisasi game. Pihak yang banyak terlibat dalam penyusunan proposal game adalah

Designer bertugas mendeskripsikan konsep game

Structure. Foundation adalah purwarupa yang

Pada tahap produksi, dimungkinkan adanya perubahan minor dalam GDD. Oleh karena itu, hal krusial yang perlu dipastikan dalam tahap produksi adalah manajemen asset, manajemen sourcecode, pengawalan agar pengembangan game berjalan sesuai konsep yang ditulis di GDD,serta dokumentasi.

Luaran akhir dari tahap produksi adalah game yang siap diuji pada tahap pengujian.

sound effect semuanya dilakukan di tahap ini.

Produksi merupakan tahapan yang paling utama dalam GDLC. Pembuatan sourcecode, asset, dan

2.3 Produksi

Di akhir proses praproduksi, tiga dokumen yang telah dihasilkan harus sudah jelas dan mendukung pihak-pihak yang terlibat dalam pengembangan game untuk dapat menjadwalkan pekerjaan masing- masing. Sesuai dengan penjelasan pada sub bab pendahuluan yang mengatakan bahwa pengembangan game berjalan dinamis dan iteratif, tiga dokumen yang dibuat dalam tahap pra produksi ini masih mungkin mengalami peubahan minor pada tahap-tahap selanjutnya. Oleh karena itu, dalam pengembangan game yang dinamis, proses dokumentasi dapat dimulai dari tahapan pra produksi.

memberikan gambaran tentang seberapa menghibur game yang akan dikembangkan. Purwarupa yang ada dalam tahap ini harus bisa menggambarkan tentang Core Mechanic dari game yang dapat diuji dengan memainkan purwarupa tersebut. Pada tahap ini, Game Tester dapat memulai pekerjaannya untuk mendefinisikan checklist pengujian yang harus diterapkan pada game sebagai bahan pada tahap pengujiansebelum peluncuran. Pihak yang terlibat dalam penyusunan purwarupa sama dengan pihak yang terlibat dalam penyusunan GDD.

Structure. Pada tahap ini, purwarupa tidak hanya

foundation berwujud mock up yang diuji melalui kuisioner dan diskusi.

memberikan gambaran tentang seberapa menghibur game yang akan dibuat. Purwarupa di tahap

Dalam GDLC yang diusulkan oleh Ramadan- Widyani, pembuatan purwarupa terdiri atas dua tahapan yang berurutan yaitu Foundation dan

dan rencana peluncuran.Sedangkan staff bagian pemasaran bertugas menjelaskan target pasar, rencana pemasaran serta rencana monetisasi game. Pada prakteknya, Game Designer terkadang sekaligus merangkap sebagai staff bagian pemasarandalam membuat proposal game. Namun meskipun Game Designer tidak merangkap sebagai

balancing dari game yang akan dibuat (Aleem, 2015).

Setelah GDD dibuat, tahapan selanjutnya adalah pembuatan purwarupa. Pada game yang sederhana, purwarupa harus dapat memberi gambaran tentang tampilan visual game dan mekanika game. Sedangkan untuk game yang lebih kompleks, purwarupa juga harus dapat memberikan gambaran tentang level design, teknologi yang dapat digunakan untuk mengembangkan game, serta tingkat game

memberikan masukan terhadap game yang dirancang sesuai dengan disiplin ilmu masing- masing.

Programmer, Artist serta Sound Engineer

bertugas untuk merancang dan mendeskripsikan konsep game yang akan dibuat. Sedangkan

Game Artist serta Sound Engineer. Game Designer

Pihak yang banyak terlibat dalam penyusunan GDD adalah Game Designer, Software Engineer,

Semua anggota tim yang terlibat dalam pengembangan game menjalankan pekerjaannya dengan mengacu pada GDD. Oleh karena itu, GDD yang baik harus jelas, mudah dibaca dan tidak ambigu. Dalam studio game yang sudah masuk level 5 berdasarkan Digital Maturity Model yang diusulkan oleh Aleem, GDD yang baik juga harus memuat dokumentasi masukan anggota tim pengembang game untuk keperluan pengembangan game yang berkelanjutan (Aleem, 2017).

Jika proposal game digunakan untuk berkomunikasi dengan pihak luar, GDD digunakan sebagai alat komunikasi antar anggota pengembang game. GDD disusun untuk mengkomunikasikan konsep game yang akan dikembangkan serta menggambarkankan rencana pengerjaan game tersebut.

memahami target pasar dari game yang akan dikembangkan. Karena pemahaman tentang konsumen dan target pasar berpengaruh pada warna game yang akan dikembangkan.

staff pemasaran, seorang Game Designer juga harus

Saat ini, teknologi yang mendukung manajemen asset, manajemen sourcecode serta pengawalan projek telah berkembang pesat. Para pengembang game telah familiar dengan Github dan Trello serta teknologi lain yang berhubungan dengan manajemen asset, manajemen sourcecode serta pengawalan projek. Sedangkan teknologi yang mendukung proses dokumentasi belum banyak berkembang. Kita mengenal dundoc sebagai aplikasi untuk membuat GDD. Namun saat ini, sebagian besar studio game di Indonesia masih lebih nyaman menggunakan GDD dengan format .doc yang tidak memungkinkan untuk mendokumentasikan perubahan GDD secara otomatis.

Elemen-elemen yang Dibutuhkan dalam GDD

– Widyani, tahapan pengujian beta mengacu pada pengujian yang dilakukan oleh pihak eksternal. Jenis pengujian yang harus diselesaikan pada tahapan ini sama dengan jenis pengujian pada tahapan sebelumnya. Adapun luaran dari tahapan pengujian beta adalah laporan bug, keputusan apakah game akan diluncurkan atau pengembangan akan kembali ke tahap selanjutnya,serta umpan balik berkaitan dengan game dari responden yang ditunjuk untuk menjadi penguji.

Game artist adalah istilah yang digunakan untuk

program, juga bertanggung jawab dalam merancang arsitektur perangkat lunak, merancang skema basis data dan alur pertukaran informasi serta menentukan algoritma jika game yang dikembangkan membutuhkan sentuhan kecerdasan buatan. Dalam menjalankan pekerjaannya, software engineer membutuhkan informasi sebagai berikut: (1) Mekanika gamepada game yang akan dikembangkan; (2) Tata cara memainkan game; (3) Piranti yang digunakan sebagai antarmuka antara game dan pemain; (4) Karakter yang ada di dalam game beserta atribut dan behavior yang berkaitan dengan karakter tersebut; (5) Platform dari game yang akan dibuat; serta (6) Menu pengaturan yang berhubungan dengan game.

Software engineer, selain bertugas menulis kode

pada tim yang bertanggung jawab untuk mengembangkan game dari sisi perangkat lunak. Sebagian orang menyebut software engineer dengan sebutan programmer meskipun sebenarnya pekerjaan software engineer dalam pengembangan game bukan sekedar menulis kode program.

Software engineer adalah istilah yang mengacu

(5) Game Tester. Game Designer adalah pihak yang bertanggung jawab dalam mendesain game dan menyusun informasi tentang game yang akan dikembangkan ke dalam sebuah GDD.

engineer; (3) Game Artist; (4) Sound Engineer; dan

Pihak yang terlibat dalam pengembangan game antara lain: (1) Game Designer; (2) Software

Oleh karena itu, untuk menentukan elemen- elemen apa saja yang dibutuhkan dalam membuat GDD, kita perlu mengidentifikasi tiga hal yaitu: (1) Pihak mana saja yang terlibat dalam proses pengembangan game; (2) Bagaimana peran masing- masing pihak dalam mengembangkan game; serta (3) Informasi apa saja yang dibutuhkan oleh masing- masing pihak untuk menjalankan perannya dengan baik.

Proses pengembangan sebuah gameyang digambarkan dalam GDLC melibatkan banyak sumber daya dengan peranan yang berbeda-beda. Namun dalam melaksanakan pekerjaan, mereka harus mengacu pada satu dokumen yang sama yaitu GDD.

Berdasarkan penjelasan yang ada pada sub bab sebelumnya, kita mendapatkan gambaran menyeluruh tentang proses pengembangan sebuah game mulai dari brainstroming ide di tahapan inisialisasi hingga peluncuran game pada tahapan terakhir dalam GDLC.

Tahapan terakhir dari GDLC yang diajukan oleh Ramadan

2.6 Peluncuran

Dalam GDLC yang diajukan Ramadan

2.5 Pengujian Beta

pada game, serta keputusan tentang apakah pengembangan akan berlanjut ke tahap beta ataukah kembali ke siklus sebelumnya.

bug, rekomendasi untuk perubahan fitur yang ada

skenario ujicoba untuk memastikan bahwa setiap poin yang ada dalam checklist dapat teruji. Luaran dari tahapan pengujian ini adalah laporan tentang

Game Tester juga harus menyiapkan banyak

ke tahap beta. Sedangkan jika semua checklist tidak terpenuhi, maka pengembangan akan kembali ke tahap sebelumnya. Selain menyiapkan checklist,

checklist terpenuhi, pengembangan dapat berlanjut

Sebelum pengujian dimulai, Game Tester bertanggung jawab untuk membuat checklist yang berkaitan dengan pengujian game dimana jika semua

Terdapat dua jenis pengujian yang harus diselesaikan pada tahapan ini.Pengujian pertama adalah uji fungsional untuk memastikan apakah fitur-fitur fungsional yang ada di dalam game berjalan sesuai dengan yang diharapkan. Sedangkan pengujian kedua berkaitan dengan Game Balancing untuk memastikan bahwa game yang dibuat memenuhi kriteria menghibur dan menantang pemain. Kedua pengujian ini dilakukan secara simultan dengan memainkan game.

Setelah tahap produksi selesai, tahapan selanjutnya adalah pengujian. Tahapan pengujian pada GDLC yang diajukan oleh Ramadan-Widyani mengacu pada pengujian internal yang menjadi tanggung jawab Game Tester.

– Widyani adalah peluncuran, Selain peluncuran produk game ke konsumen yang ada di pasar, tahapan ini juga mencakup penyelesaian dokumentasi, perencanaan pemeliharaan game serta perencanaan pengembangan game pada siklus selanjutnya.

menyebut anggota tim pengembangan game yang bertanggung jawab untuk hal-hal yang berkaitan dengan tampilan visual game. Game artist bertugas untuk merancang tampilan environment, tampilan karakter dan atributnya, serta efek visual yang ada pada game. Untuk mengerjakan tugasnya, game

(1)Suasana environment pada game (2) Karakter harus dimiliki oleh setiap karakter. Informasi ini yang ada di dalam game beserta atribut yang sangat dibutuhkan oleh game artist untuk berhubungan dengan karakter tersebut; (3) Menu merancang tampilan visual karakter. pengaturan yang berhubungan dengan game; serta Anggota pengembang lain yang juga (4) Special request yang berkaitan dengan tampilan membutuhkan informasi tentang karakter adalah visual game. software engineer. Software Engineer bertanggung

Sound Engineer adalah istilah yang digunakan jawab untuk mengerjakan program yang berkaitan

untuk menyebut anggota tim pengembangan game dengan karakter, atribut sekaligus behavior yang yang bertanggung jawab dengan pengaturan musik dimiliki oleh karakter. dan sound effect yang ada di dalam game. Untuk

 Requestkusus mengerjakan tugasnya dengan baik, sound engineer Request spesialini dapat dijabarkan lagi membutuhkan informasi sebagai berikut: (1) menjadi: (1) Request khusus untuk visual; Suasana environment pada game; (2) Karakter yang (2)Request khusus untuk sound effect dan penataan ada di dalam game beserta atribut yang berhubungan musik; (3) Request khusus untuk teknologi yang dengan karakter tersebut; serta (5) Special request digunakan dalam pengembangan game; serta (4) yang berkaitan dengan pengaturan musik dan sound

Request khusus berkaitan dengan menu pendukung effect pada game. pada game.

Pihak terakhir yang terlibat dalam Jika lebih diringkas lagi menjadi outline GDD, pengembangan game adalah Game Tester. Game maka outline GDD yang diusulkan dalam makalah

Tester bertanggung jawab dalam fase pengujian.

ini antara lain: Peran Game Tester adalah menyusun checklist

 Deskripsi Game o kriteria kualitas game dalam pengujian, menyusun Platform yang digunakan untuk skenario pengujian sekaligus melakukan pengujian membangun game. o itu sendiri. Adapun informasi yang dibutuhkan oleh

Cerita yang ada di dalam game o

Game Tester adalah: (1) Game mechanics yang ada

Desain level o pada game; (2) Alur cerita game; (3) Desain level

Aturan Bermain pada game; (4) Cara memainkan game; serta (4)  Panduan bermain game Piranti yang menjadi antarmuka antara game dengan o

Piranti yang menjadi antarmuka pemain. antara pengguna dengan game

Informasi yang dibutuhkan oleh anggota o Cara menggunakan piranti untuk pengembang game yang dipaparkan pada paragraf mengendalikan karakter dalam sebelumnya jika kita ringkas menjadi item wajib ada game dalam GDD adalah sebagai berikut:

 Karakter yang ada di dalam game beserta  Deskripsi Game penjelasan tentang atribut dan behaviour

Isi dari deskripsi game meliputi platform yang dimiliki. tempat game dibuat, cerita yang ada di dalam game,  Requestkhusus untuk game (opsional). aturan bermain, serta desain level. Informasi yang o

Request khusus berkaitan dengan ada dalam deskripsi game dapat digunakan untuk visual merancang environment, merancang sound effect o

Request khusus berkaitan dengan dan tata musik yang sesuai, serta merancang musik dan sound effect. arsitektur perangkat lunak yang dibutuhkan untuk o

Request khusus berkaitan dengan membangun game. teknologi pengembangan game o

 Panduan bermain dalam game Request khusus tentang menu

Isi dari panduan bermain game meliputi: (1) pendukung pada game. Piranti yang menjadi antarmuka antara pemain dan game; serta (2) Bagaimana cara menggunakan

Sebagian GDD memasukkan rancangan piranti tersebut untuk memainkan game. Informasi arsitektur, rancangan database hingga rancangan ini berguna bagi software engineer dalam menulis kelas. Dalam makalah ini, elemen-elemen tersebut kode yang berkaitan dengan antarmuka antara tidak dimasukkan ke dalam elemen wajib GDD pemain dan game. Terkadang, panduan bermain ini karena item-item tersebut berhubungan erat dengan juga berguna bagi game artist dan sound engineer

software engineer.

untuk merancang tampilan visual dan sound effect GDD adalah dokumen yang digunakan untuk yang berkaitan dengan langkah-langkah yang dibuat berkomunikasi dengan semua pihak sehingga GDD pemain dalam game. semestinya tidak memuat hal-hal khusus yang hanya  Karakter beserta atribut dan behaviour yang dibutuhkan oleh pihak-pihak tertentu.

berhubungan dengan karakter tersebut

Informasi tentang karakter apabila digabungkan dengan deskripsi game akan

Penutup

Kanode, CM. & Haddad, MH. (2009): Software Engineering Challenge in Game Development.

(2016): A Digital Game Maturity Model. Entertainment Computing 17 hal 55-73.

International Conference on Advanced Computer Science and Information System (ICASIS) Aleem, Saiqa., Capretz, LF. & Ahmed, Faheem.

Proceeding of 5

Development Life Cycle Guideliners. Jakarta:

International Conference on Information Technology. Ramadan, R. & Widyani, Y. (2013). Game

Proceeding of 6

Industry Initiative. Kuala Lumpur: Multimedia Development Corporation.

Elemen-elemen penyusun GDD yang diusulkan dalam makalah ini disusun berdasarkan study

2017) Mahmood, Yasmin. (2017):South East Asia Game

( diunduh pada 30 April

dar

hasilkan Rp 4.45 Triliun di 2015 . Diunduh

Mahardy, Danny. (2016):Industri Game Indonesia

Daftar Pustaka:

Hasil penelitian yang ada dalam makalah ini diharapkan dapat dimanfaatkan untuk membuat GDD yang ringkas dan lengkap. Selain itu, hasil penelitian ini juga menjadi awalan pembuatan GDD berbasis online yang dalam pengembangannya kelak dapat diintegrasikan dengan sistem dokumentasi dan manajemen projek yang dapat mendukung kelancaran setiap proses yang ada dalam GDLC.

pengembang game lokal. Bagaimanapun, hal-hal yang dipaparkan dalam makalah ini masih bersifat umum dan berlaku untuk semua game secara general. untuk merancang GDD yang lebih dinamis dengan mempertimbangkan genre game, rencana monetisasi serta perubahan konsep game yang dilakukan setelah fase praproduksi.

literature dan wawancara terhadap responden

H. M. Chandler. (2010): Game Production Handbook (Book style), Sudbury: Jones and Bartletts Publishers.

ANALISA KEBUTUHAN PADA PEMBUATAN TEMPLATE GAME DESIGN DOCUMENT