Daftar periksa untuk permainan yang sudah selesai?


19

Saya dan beberapa teman melakukan permainan di waktu luang kami dan kami telah menyelesaikan sekitar 80% dari permainan .. jadi semua hal yang jelas dan inti mekanik. Kami telah melakukan beberapa pertandingan sebelumnya dan kami selalu memiliki masalah penyelesaian.

Masalahnya bukan bahwa kita tidak cukup bergairah tentang permainan, melainkan karena tidak ada dari kita yang melihat detail terakhir yang perlu ditambahkan, kita entah bagaimana menjadi buta dengan permainan. Benar-benar membuat frustrasi. Itu bisa seperti ... "mungkin kita harus memiliki fungsi jeda?" "Uhh, ya, tentu saja, mengapa kita tidak memikirkan itu sebelumnya?"

Kadang-kadang walaupun butuh waktu lama untuk menyadari kebutuhan itu, setelah itu jelas sekali bahwa itu perlu dilakukan / ditambahkan.

Apakah Anda menggunakan daftar periksa apa saja untuk menyelesaikan atau apakah Anda mengandalkan indera yang tajam untuk mengetahui kapan selesai?

Daftar periksa akan menyenangkan bila memperkirakan waktu proyek juga ..


Jika Anda bermaksud membuat daftar, pertanyaan Anda harus ditandai Wiki Komunitas.
Jesse Dorsey

Dikonversi ke wiki
Sean James

Jawaban:


21

Dapatkan Penguji. (Meskipun ini mungkin bukan jawaban langsung untuk pertanyaan itu)

Sebenarnya, meminta daftar periksa juga terlalu spesifik untuk game / genre karena dapat dijawab dengan cara yang begitu umum. Namun, saya merekomendasikan untuk mendapatkan sebanyak mungkin penguji dan sebanyak mungkin umpan balik.

Sebenarnya sangat normal (imo) bagi pengembang untuk mengabaikan hal-hal sederhana namun perlu untuk gim Anda; penguji di sisi lain kemungkinan besar akan melihat hal-hal seperti itu segera (setidaknya itulah yang saya alami).

Jadi, bagaimanapun, sketsa kasar untuk "daftar periksa" (meskipun saya harap Anda mengerti mengapa meminta daftar periksa dengan beberapa informasi ini agak tidak berguna).

  • Polandia. Bahkan sebagai pengembang Anda akan selalu memperhatikan jika ada sesuatu yang hilang, karena rasanya salah. Meskipun itu tidak selalu merupakan hal yang penting, Anda bisa mendapatkan suasana yang tepat dengan memoles permainan Anda.
  • Apakah game Anda user-friendly? Bisakah Anda membatalkan tindakan Anda? Mungkin bahkan melakukan beberapa hal melalui keyboard? Apakah pengaturan Anda aktif?
  • Perasaan keseluruhan. Apakah barang Anda cocok bersama? Gameplay, atmosfer, dll.
  • Tolong. Apakah Anda menyediakan cara mudah bagi pemain untuk mencari hal-hal, cara kerja sesuatu, apa yang harus dia lakukan (misi, tujuan, pencarian, pilih sesuatu ...) Anda saat ini. Bisakah dia melihat / membaca apa yang sebenarnya dilakukan oleh skill / unit / power-nya?

Padahal, seperti yang Anda lihat dalam daftar saya, itu sangat genre dan game tertentu.


1
Ini mungkin satu-satunya cara saya bisa melihat pertanyaan ini dijawab secara wajar. Tanpa merendahkan menjadi daftar minimal. Saya pikir memiliki pihak ketiga yang objektif (atau koleksi mereka) meninjau pekerjaan Anda adalah salah satu hal paling penting yang harus Anda lakukan.
Jesse Dorsey

2
Ya saya sadar inilah jalan yang harus ditempuh. Saya mencari jalan keluar yang tidak ada. Terima kasih telah menjaga saya di jalur.
Phil

2
Anda mengatakan ini bukan jawaban langsung, tetapi saya tidak setuju; itu adalah jawaban paling langsung untuk pertanyaan itu.
Ian Schreiber

Saya lupa menyebutkan, daftar yang Anda tulis persis seperti yang saya cari ketika bertanya. Saya percaya satu-satunya "daftar periksa" akan menjadi sangat umum tetapi masih sangat berguna karena setiap permainan akan mendapat manfaat darinya.
Phil

Benar-benar harus memiliki penguji. Game, aplikasi komersial, buku, apa pun itu penulis akan selalu membahas detail. Anda terlalu terbiasa dengan sistem. Sekarang, pertanyaannya adalah, kapan Anda siap untuk para penguji? :)
ManiacZX

9

Saya pikir daftar periksa saya adalah:

  • Apakah itu menyenangkan?

2
Meskipun Anda tidak dipilih, Anda memiliki poin yang bagus. Banyak permainan yang dipoles sampai bersinar tetapi mereka lupa untuk bersenang-senang. Di ujung lain dari spektrum ada permainan yang hampir tidak selesai tetapi adalah hit pelarian karena mereka menyenangkan (linerider, siapa pun?). Tentu saja, kesenangan DAN selesai adalah tujuan Anda. Tapi Anda benar, Anda dapat memoles setumpuk sh! T sampai Anda jatuh - itu akan selalu berbau.
Kaj

@ Kaj, setuju. Saya mendengar satu tim pengembang (untuk game "AAA") yang memiliki pimpinan proyek mengatakan sesuatu di sepanjang baris "Ayo selesaikan ini, kita akan bersenang-senang nanti". Tidak mengherankan permainan gagal untuk melakukan dengan baik meskipun semua "saya" putus-putus dan semua "t" dilewati.
Grant Peters

Saya membenarkan ini juga - ini menurut saya satu-satunya pemeriksaan paling penting dalam daftar: apakah itu menyenangkan? Terlalu banyak permainan hari ini hanya sangat membosankan dan tidak menyenangkan sama sekali. Secara teknis mengesankan? Iya. Menyenangkan? Tidak. Inovatif? Hampir tidak.
jacmoe

6

Saya penguji kedua. Penguji serius. Catat bug dan fitur yang hilang dengan benar dan tangani sesuai urutan prioritas. Regresi-uji bug Anda yang telah diselesaikan sehingga Anda tidak perlu memecahkannya.

Juga, tentukan tenggat waktu bagi diri Anda sendiri: kadang-kadang Anda hanya perlu berhenti. Tetapkan tanggal untuk fitur-selesai, lalu tetapkan tanggal untuk rilis. Jangan tergoda untuk memeras fitur setelah Anda menyelesaikan fitur, tidak peduli betapa menakjubkannya fitur tersebut. Ini bukan fase polesan, ini untuk memperbaiki bug.

Dan ingat bahwa 20% terakhir biasanya membutuhkan 80% dari waktu.


5

Seperti yang mereka katakan: dalam pengembangan game, 10% sisanya adalah tempat 90% dari waktu dihabiskan.

Semakin dekat Anda ke akhir permainan, semakin sulit membuat daftar periksa (dan semakin lama itu akan terjadi). Bagian krusial adalah mundur selangkah, lihat proyek Anda, temukan semua yang Anda bisa saat ini yang sangat penting untuk menyelesaikan permainan, dan kerjakan hanya untuk itu. Tulis semuanya sebagai catatan. Kemudian selesaikan dan keluarkan di sana.

Anda membuat game Indie (saya kira), jadi tidak ada yang mengharapkannya 100% sempurna. Yang penting adalah membawanya keluar. Kemudian kumpulkan umpan balik, dan buat pembaruan.

Saya pikir inti dari masalah Anda mungkin, seperti banyak pengembang Indie / Hobby lainnya, Anda mungkin tidak melakukan banyak perencanaan sebelumnya. Masalah seperti "Oh, kita perlu tombol jeda" adalah pertanda pasti. Jika hal-hal yang jelas telah menyelinap di pikiran kolektif Anda, Anda belum melakukan putaran yang benar-benar baik untuk duduk dan menuliskan semua hal yang perlu Anda lakukan. Gunakan sebanyak mungkin game terkait untuk referensi yang Anda bisa saat melakukannya.


Anda memang benar. Kami tidak melakukan perencanaan ke depan sama sekali. Bagi kami, itu bagian yang paling sulit. Kami punya ide bagus yang akan menyenangkan dan langsung mulai coding dan hanya membuat aturan di sepanjang jalan. Saya ingin menghentikan kebiasaan ini tetapi tidak tahu bagaimana sebenarnya.
Phil

Cara mudah untuk menghentikan kebiasaan itu adalah dengan menulis dokumen desain ( gamasutra.com/view/feature/3384/… ). Jika Anda benar-benar berusaha, itu memastikan semua orang berada di halaman yang sama dan Anda benar-benar tahu apa yang akan Anda lakukan (meskipun jangan memperlakukannya seperti batu, jika ada sesuatu yang tidak sesuai dengan yang Anda harapkan , kembali dan perbaiki dokumen)
Grant Peters

4

Beberapa bit "end-game" lain yang biasanya diabaikan oleh orang: installer (gunakan NSIS), pelaporan kesalahan / pelaporan bug, menu, berurusan dengan jaringan berkualitas rendah (jika itu adalah game multipemain), curang, pembaruan game.


1

Dalam hal memastikan gim Anda dipoles, memeriksa apa yang dilakukan gim AAA lain selalu merupakan ide yang bagus - Anda bisa mendapatkan banyak item daftar periksa hanya dari mengamati satu gim yang disatukan dengan sangat baik.

Untuk memastikan game Anda solid dan Anda siap untuk mengirim pada platform target Anda, ada daftar periksa sertifikasi di luar sana untuk setiap platform. Banyak pengembang konsol harus memenuhi daftar periksa khusus platform tersebut; Sony memiliki Daftar Periksa Persyaratan Teknis (TRC), Microsoft memiliki Persyaratan Sertifikasi Teknis (TCR) dan Nintendo memiliki proses sendiri. Sayangnya, tidak banyak informasi daftar periksa konsol ini bersifat publik tanpa menjadi pengembang terdaftar, menandatangani NDA, dll.

Berikut adalah persyaratan untuk memenuhi sertifikasi "Games for Windows", yang bersifat publik:

Bahkan ada ton lebih banyak artikel seperti ini dari MSFT. Banyak dari ini kering dan mungkin agak konyol, tetapi beberapa mengandung nasihat yang sangat bagus:

Microsoft juga menyelenggarakan konferensi setiap tahun yang disebut Gamefest. Presentasi Gamefest mencakup BANYAK masalah sertifikasi, tetapi sayangnya Anda harus menjadi pengembang terdaftar dengan akun xds untuk mengaksesnya:


1

Anda mungkin ingin mulai menggunakan perangkat lunak pelacakan bug / masalah. Ini akan membantu mengoordinasikan upaya Anda dan memberi Anda tempat untuk menambahkan tugas (mis. "Tambahkan fitur jeda") saat Anda memikirkannya sehingga tidak terlupakan. Jika Anda mengidentifikasi masalah yang menurut Anda biasa terjadi di sebagian besar permainan, tambahkan ke daftar (mungkin di wiki) sehingga Anda akan memiliki referensi untuk waktu berikutnya.

Dua (gratis!) Contoh perangkat lunak pelacakan masalah: Redmine dan Trac .

Joel Spolsky juga memiliki pemikiran yang membantu .

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.