Cara Merencanakan Proyek Pengembangan Game

Salah satu aspek paling rumit dari pengembangan game sedang merencanakan. Beberapa orang akan berpendapat bahwa proyek indie kecil tidak memerlukan langkah ini; mereka hanya perlu mengerjakan proyek sampai selesai. Ini jauh dari benar.

Kerangka desain yang diletakkan di asal proyek akan menentukan arah pengembangan seluruh proyek. Penting untuk diingat pada langkah ini bahwa tidak ada yang terjadi, tetapi Anda harus berusaha seakurat mungkin.

Pertama, menganalisis dokumen desain dan menentukan persyaratan game. Kemudian, bagi setiap persyaratan menjadi daftar fitur yang akan diperlukan untuk mengimplementasikan persyaratan tersebut.

Ambil setiap fitur dan kerjakan dengan lead Anda di setiap area (pasal, animasi, pemrograman, suara, desain level, dll) untuk memecahnya menjadi tugas untuk setiap departemen (kelompok atau orang, tergantung pada ukuran tim Anda).

Pimpinan dari masing-masing kelompok kemudian harus membuat perkiraan kebutuhan waktu awal untuk setiap tugas dan menugaskan mereka untuk anggota tim. Setelah ini selesai, pemimpin harus bekerja dengan tim untuk memastikan bahwa perkiraan tersebut benar dan masuk akal.

Manajer proyek kemudian harus mengambil semua perkiraan tugas dan menempatkannya ke dalam paket perangkat lunak manajemen proyek Microsoft Project atau Excel (dua standar industri lama) atau salah satu pilihan baru yang tersedia untuk proyek gesit pengelolaan.

Setelah tugas ditambahkan, manajer proyek harus melihat tugas dan mencocokkan ketergantungan antara tim untuk memastikan bahwa waktu pembuatan fitur tidak memiliki hubungan yang mustahil yang mencegahnya diselesaikan dalam waktu yang diperlukan bingkai. Misalnya, untuk sepenuhnya menerapkan permainan balap, Anda tidak akan menjadwalkan pengkodean ketahanan ban sebelum penyelesaian sistem fisika. Anda tidak akan memiliki kerangka kerja untuk mendasarkan kode ban.

Di sinilah segalanya menjadi sangat rumit, tetapi di mana kebutuhan untuk manajemen proyek pada awalnya menjadi lebih jelas.

Manajer proyek memberikan perkiraan tanggal mulai dan penyelesaian untuk setiap tugas. Dalam perencanaan proyek tradisional, Anda berakhir dengan pandangan "air terjun" mengalir, yang menunjukkan waktu penyelesaian proyek dan dependensi yang menghubungkan tugas.

Sangat penting untuk mengingat faktor dalam selip, waktu sakit karyawan, keterlambatan fitur yang tidak terduga, dll. Ini adalah langkah yang memakan waktu, tetapi akan dengan cepat memberi Anda gambaran tentang berapa banyak waktu yang dibutuhkan untuk menyelesaikan proyek.

Dengan melihat rencana proyek ini, Anda dapat menentukan apakah suatu fitur akan memakan banyak waktu (dan, karenanya, uang) dan membuat keputusan tentang apakah fitur tersebut diperlukan agar game dapat berhasil. Anda mungkin memutuskan bahwa menunda fitur untuk memperbarui — atau bahkan sekuel — lebih masuk akal.

Selain itu, melacak berapa lama Anda bekerja pada suatu fitur berguna dalam menentukan apakah sudah waktunya untuk mencoba teknik baru untuk memecahkan masalah atau memotong fitur untuk kebaikan proyek.

Penggunaan perencanaan proyek yang sering melibatkan penciptaan tonggak. Tonggak sejarah menunjukkan ketika elemen fungsionalitas tertentu, periode waktu mengerjakan proyek, atau persentase tugas telah selesai.

Untuk pelacakan proyek internal, tonggak berguna untuk tujuan perencanaan dan untuk memberikan tujuan khusus tim untuk tujuan. Saat bekerja dengan penerbit, tonggak sejarah sering menentukan bagaimana dan kapan studio yang sedang berkembang dibayar.

Perencanaan proyek dianggap oleh banyak orang sebagai gangguan, tetapi Anda akan hampir selalu menemukan bahwa pengembang yang merencanakan proyek jauh-jauh hari dan mencapai tonggak sejarah mereka adalah mereka yang berhasil dalam jangka panjang.