Xp Dalam Game Adalah

Exploration dan Discovery

Banyak game menawarkan pengalaman eksplorasi yang mendalam:

Fokus pada eksplorasi dan penemuan dapat memberikan kepuasan yang lebih mendalam daripada menggunakan cheat untuk kemajuan cepat.

Difficulty Settings dan Accessibility Options

Banyak game modern menawarkan pengaturan kesulitan dan opsi aksesibilitas yang dapat disesuaikan:

Opsi-opsi ini memungkinkan pemain untuk menyesuaikan pengalaman bermain mereka tanpa melanggar aturan game.

Keberanian (courage)

Ada banyak isu yang niscaya dihadapi tim dalam pengembangan. Nilai keberanian akan membantu tim untuk mengkomunikasikan isu yang ada ke internal tim, manajemen perusahaan, atau klien. Hal ini juga berarti mengambil keputusan terbaik pada situasi tersebut untuk menyelesaikan isu yang muncul.

Sebagai contoh, di tengah pengembangan proyek, tim menerima feedback yang tampaknya sederhana menurut klien, namun hal ini membutuhkan usaha atau effort yang besar untuk mengakomodasi feedback tersebut. Pada situasi ini, tim akan berani mengkomunikasikan effort dan batasan yang ada ke klien sehingga keputusan yang diambil adalah keputusan terbaik untuk kesuksesan bersama.

Memiliki keunggulan teknis yang begitu baik (technical excellence) dalam membangun software merupakan dambaan bagi tim maupun organisasi. Tim dengan technical excellence mampu membangun software dengan kualitas tinggi. Memiliki software yang kinerjanya baik, dapat diandalkan, dan minim kesalahan tentu menjadi hal yang disenangi klien maupun pengguna. Metodologi yang dapat kita gunakan untuk membantu tim untuk mencapai technical excellence adalah Extreme Programming.

Komunikasi (communication)

Ini merupakan nilai yang penting dalam pengembangan. Software dibangun oleh tim yang terdiri dari banyak individu. Masing-masing individu memiliki pengalaman, kemampuan, dan latar belakang yang berbeda-beda. Komunikasi yang baik akan membangun kerja sama yang solid di antara mereka. Komunikasi juga akan mempererat hubungan antara tim dengan klien dan pengguna. Banyak masalah dalam pengembangan yang mampu diselesaikan melalui komunikasi yang terjalin baik.

Umpan balik atau masukan (feedback)

Apa hal yang membuat tim menjadi lebih baik? Lalu apa hal yang membuat software yang dikembangkan juga menjadi lebih baik? Ya itu adalah masukan atau feedback. Feeback bisa datang dari siapapun: individu dalam tim, pengguna, maupun klien. Banyak hal yang dapat berkembang dalam pengembangan: requirements, arsitektur sistem, teknologi, pola desain, tren pasar (market), dan sejenisnya. Feedback memungkinkan tim dan klien untuk mengubah arah pengembangan jika diperlukan sehingga software yang didapatkan lebih optimal dan sesuai kebutuhan.

Test-First Programming

Test-First Programming merupakan pendekatan pemrograman dengan cara menyusun kode untuk test terlebih dahulu sebelum menyusun kode untuk aplikasi pengguna. Kode untuk test disusun berdasarkan beberapa skenario yang tertuang dalam User Story. Ketika kode untuk test dijalankan, hasilnya pasti gagal atau tidak lulus test karena memang kode untuk aplikasinya belum dibuat. Selanjutnya kode untuk aplikasi dibuat sehingga kode aplikasi bisa lulus dari pengujian oleh kode untuk test.

Dengan pendekatan ini, tim akan memiliki automated testing. Setiap perubahan yang dilakukan di tengah pengembangan akan jauh lebih aman. Misalnya ada bagian aplikasi yang diubah, tim akan menjalankan automated test untuk memastikan fitur atau fungsi yang sudah dibuat sebelumnya tetap berjalan dengan baik (yang berarti masih lulus test). Jika ada fitur atau fungsi yang gagal atau tidak lulus test, tim akan memeriksa bagian kode dari fitur atau fungsi tersebut dan memperbaikinya.

Kenalan dengan Extreme Programming

Extreme Programming (XP) merupakan metodologi yang berfokus kepada penerapan teknik pemrograman yang excellence, komunikasi yang jelas, dan kerja sama yang baik. Selain technical excellence, kita melihat bahwa XP juga fokus kepada aspek sosial dalam pengembangan software, yaitu komunikasi dan kerja sama. Komunikasi dan kerja sama yang baik akan membantu tim untuk memiliki  produktivitas yang tinggi dan lingkungan yang kondusif dalam membangun software.

Menggunakan XP, tim akan mengembangkan software dalam siklus yang singkat, dikenal dengan istilah iterasi. Sebagai contoh, satu iterasi dapat memiliki durasi 2 minggu atau 1 bulan. Dalam iterasi tersebut, tim akan menghasilkan fitur (atau potongan fitur) dengan prioritas tinggi dan memperoleh feedback yang dibutuhkan. Feedback akhirnya didapatkan lebih cepat dan lebih awal untuk membuat software lebih baik.

Pendekatan perencanaan yang digunakan XP dalam membangun software termasuk pendekatan incremental. Artinya rencana pengembangan dapat berubah secara adaptif sesuai situasi pengembangan software dalam proyek. Perubahan ini diakomodasi untuk menjawab kebutuhan bisnis yang berkembang melalui iterasi dan penyesuaian jadwal implementasi fitur dalam rencana pengembangan.

Sebagai metodologi, XP memiliki sekumpulan praktik (practices) dan nilai (values) untuk mencapai technical excellence. Kita akan membahas lebih detail praktik utama dan nilai dalam XP.

Training dan Practice Modes

Banyak game, terutama yang kompetitif, menyediakan mode latihan khusus:

Mode-mode ini membantu pemain meningkatkan keterampilan mereka secara alami, memberikan alternatif yang lebih memuaskan daripada menggunakan cheat.

Memanfaatkan sumber daya komunitas dapat sangat membantu dalam meningkatkan pengalaman bermain:

Sumber daya ini menawarkan cara untuk meningkatkan pemahaman dan keterampilan dalam game tanpa menggunakan cheat.

Informative Workspace

Ruang kerja tim sebaiknya memaparkan pekerjaan dan statusnya. Tim dapat melihat perkembangan pekerjaan sehari-hari dengan mudah. Informasi status pekerjaan dapat dilihat dengan mudah oleh siapapun, termasuk orang di luar tim. Papan tersebut menggambarkan kemajuan pengambangan. Informasi yang ditampilkan papan tersebut up-to-date karena selalu diperbarui oleh tim.

Umumnya praktik informative workspace ini diterapkan menggunakan papan (board) atau dinding (wall). Tim akan menaruh apa yang mereka kerjakan dalam suatu papan, baik papan fisik maupun virtual. Papan tersebut memuat pekerjaan yang siap dikerjakan, sedang dikerjakan, dan selesai. Setiap pekerjaan memiliki penanggung jawab dan anggota yang terlibat. Jika ada hambatan dalam pengembangan, informasi hambatan tersebut dan status penyelesaiannya juga terlihat.

Pernah mencoba memrogram ditemani seorang rekan developer? Practice bernama pair programming ini diyakini akan membuat aktivitas programming lebih produktif. Satu orang membuat kode, satu lainnya memperhatikan dan meninjau kode yang dibuat dan memberikan feedback. Review kode dilakukan secara “extreme” karena berlangsung secara realtime saat penulisan kode. Saat pair programming terjadi, diskusi dan komunikasi terjadi secara intens. Feedback didapatkan secara instan, sistem dibuat lebih sederhana berdasarkan feedback dan diskusi.

Kita juga dapat melihatnya dari perspektif knowledge. Saat pair programming, terjadi pertukaran ide sekaligus pengetahuan. Seseorang yang lebih berpengalaman atau yang mengetahui best practice dalam pemrograman akan berbagi apa yang diketahuinya kepada rekan pair programming-nya. Akhirnya kapasitas satu sama lain akan meningkat.

Dalam XP, User Story adalah practice untuk menulis requirements dalam format yang sederhana. User Story adalah deskripsi singkat tentang requirements dari perspektif pengguna. User Story membantu tim untuk memiliki requirements yang rapi, terstruktur, dan detail namun dengan usaha yang minimal. Karena ditulis dari perspektif bisnis bukan teknis, User Story seharusnya dipahami dengan mudah oleh klien.

Format yang digunakan dalam User Story adalah sebagai berikut:

Sebagai , saya ingin sehingga

Contoh User Story adalah sebagai berikut:

Sebagai pemilik bisnis, saya ingin memantau transaksi yang dicatat oleh staf sales saya sehingga saya dapat mengetahui penjualan harian atau bulanan

Kesederhanaan dalam menulis requirement menggunakan User Story membantu tim untuk lebih fokus dalam membangun percakapan (conversation) dan memahami kebutuhan klien maupun pengguna. Fokus tim digeser dari menulis requirements ke diskusi requirements. Akhirnya kebutuhan pengguna dapat dieksplorasi lebih dalam sehingga solusi yang dibangun benar-benar menjawab kebutuhan.

Dalam Weekly Cycle, tim merencanakan pekerjaan dalam siklus yang singkat, yaitu seminggu sekali. Di awal minggu, tim bertemu untuk merencanakan Story apa yang akan mereka selesaikan dalam satu minggu kedepan. Di sesi perencanaan tersebut, mereka juga meninjau Story apa saja yang mereka selesaikan di minggu sebelumnya. Di akhir minggu, fitur atau fungsi (meskipun cakupannya kecil) dari software yang dikembangkan siap dirilis.

Tim merencanakan pengembangan software dalam siklus kuartal atau tiga bulan sekali. Rencana kuartal ini memberikan gambaran dan goal yang lebih besar dalam pengembangan. Rencana kuartal ini umumnya dikenal dengan roadmap. Dalam rencana kuartal, umumnya ada tema kuartal yang digunakan.

Dalam proyek, siklus kuartal digunakan untuk me-review kemajuan proyek, termasuk apa yang sudah diselesaikan, apa yang belum, dan hambatan apa yang dihadapi. Dari hasil review, adaptasi dilakukan dengan menyusun rencana perbaikan dan memperbarui rencana pengembangan.