Visual Paradigm Desktop | 
Visual Paradigm Online
Mahasiswa teknik yang memasuki industri pengembangan perangkat lunak menghadapi lingkungan yang ditandai oleh perubahan cepat dan pengiriman iteratif. Metodologi yang mendasari sebagian besar siklus pengembangan modern adalah Agile. Memahami kosakata khusus yang terkait dengan kerangka kerja ini bukan sekadar latihan akademik; ini merupakan kebutuhan profesional. Panduan ini menyediakan penjelasan komprehensif tentang istilah-istilah penting, memastikan kejelasan bagi mahasiswa maupun profesional.
Baik Anda berpartisipasi dalam proyek akhir kampus atau bergabung dengan tim teknik perusahaan, bahasa Agile memudahkan komunikasi. Ini menciptakan pemahaman bersama mengenai alur kerja, standar kualitas, dan dinamika tim. Bagian-bagian berikut menguraikan komponen inti, peran, dan artefak yang membentuk ekosistem Agile.
Sebelum memasuki istilah-istilah tertentu, sangat penting untuk memahami asal-usulnya. Manifesto Agile diterbitkan pada tahun 2001 oleh sekelompok pengembang perangkat lunak. Manifesto ini mengutamakan individu dan interaksi dibandingkan proses dan alat. Ia menghargai perangkat lunak yang berfungsi dibandingkan dokumentasi yang lengkap. Ia menekankan kolaborasi dengan pelanggan dibandingkan negosiasi kontrak. Ia menyoroti penyesuaian terhadap perubahan dibandingkan mengikuti rencana.
Keempat nilai ini didukung oleh dua belas prinsip. Prinsip-prinsip ini membimbing proses pengambilan keputusan selama pengembangan. Mereka menganjurkan pengiriman perangkat lunak secara rutin, menerima perubahan kebutuhan, serta menjaga ritme yang berkelanjutan. Bagi mahasiswa teknik, memahami nilai-nilai ini merupakan langkah pertama menuju praktik yang efektif.
Bingkai kerja yang berbeda mengatur tim secara berbeda, tetapi struktur yang paling umum adalah Scrum. Bagian ini menjelaskan tanggung jawab khusus dalam struktur tersebut.
Product Owner mewakili suara pelanggan dan bisnis. Mereka bertanggung jawab untuk memaksimalkan nilai produk yang dihasilkan dari kerja tim pengembangan. Peran ini melibatkan pengelolaan Product Backlog.
Scrum Master melayani tim dengan memastikan proses diikuti. Mereka bukan manajer tradisional, melainkan fasilitator dan pelatih. Fokus mereka adalah menghilangkan hambatan yang menghambat kemajuan tim.
Ini adalah kelompok profesional yang melakukan pekerjaan nyata dalam mengantarkan increment. Mereka bersifat lintas fungsi, artinya memiliki semua keterampilan yang diperlukan untuk menciptakan produk tanpa ketergantungan eksternal. Mereka bersifat mandiri, artinya mereka menentukan bagaimana melakukan pekerjaan tersebut.
Aset mewakili pekerjaan atau nilai. Mereka memberikan transparansi dan kesempatan untuk pemeriksaan. Tiga aset utama adalah Product Backlog, Sprint Backlog, dan Increment.
Ini adalah daftar terurut semua hal yang diketahui diperlukan dalam produk. Ini adalah satu-satunya sumber kebutuhan. Ini tidak pernah lengkap. Detailnya berubah seiring perkembangan produk dan lingkungan. Ini bersifat dinamis.
Ini adalah kumpulan item Product Backlog yang dipilih untuk Sprint. Ini mencakup rencana untuk mengantarkan Increment produk dan mencapai tujuan Sprint. Ini dimiliki oleh Tim Pengembangan.
Increment adalah batu loncatan konkret menuju tujuan Produk. Setiap Increment bersifat tambahan terhadap semua Increment sebelumnya. Ia harus dalam kondisi yang dapat digunakan, terlepas dari apakah Product Owner memutuskan untuk merilisnya.
Acara menciptakan ritme dan kesempatan untuk inspeksi serta penyesuaian. Mereka dibatasi waktu, yang berarti memiliki durasi maksimal.
Sprint adalah detak jantung Agile. Ini adalah acara dengan durasi tetap satu bulan atau kurang di mana sebuah peningkatan produk yang ‘Selesai’, dapat digunakan, dan dapat dirilis secara potensial dibuat. Sprint mencakup dan terdiri dari Perencanaan Sprint, Rapat Harian, Tinjauan Sprint, dan Refleksi Sprint.
Acara ini memulai Sprint. Seluruh tim Scrum berkolaborasi dalam perencanaan. Product Owner membahas tujuan dan kondisi terkini dari Product Backlog. Tim Pengembangan memperkirakan fungsionalitas yang akan ada di Sprint berikutnya.
Juga dikenal sebagai Daily Stand-up, ini adalah acara 15 menit untuk Tim Pengembangan. Ini bukan untuk melaporkan status kepada manajemen tetapi untuk tim menyelaraskan aktivitas dan membuat rencana untuk 24 jam berikutnya.
Acara ini terjadi di akhir Sprint untuk meninjau Increment dan menyesuaikan Product Backlog jika diperlukan. Tim Scrum dan pemangku kepentingan meninjau apa yang telah dicapai.
Tim Scrum meninjau bagaimana Sprint terakhir berjalan terkait individu, interaksi, proses, alat, dan Definisi Selesai mereka. Tujuannya adalah mengidentifikasi cara-cara untuk memperbaiki dan melaksanakannya dalam Sprint berikutnya.
Di luar kerangka Scrum inti, tim teknik menghadapi terminologi khusus terkait pekerjaan itu sendiri.
Cerita Pengguna adalah penjelasan informal dan umum mengenai fitur perangkat lunak yang ditulis dari sudut pandang pengguna akhir. Ini mengikuti format tertentu untuk memastikan kejelasan.
Secara metaforis, utang teknis mewakili biaya tersirat dari pekerjaan tambahan yang disebabkan oleh memilih solusi mudah (terbatas) sekarang daripada menggunakan pendekatan yang lebih baik yang akan memakan waktu lebih lama. Ini menumpuk bunga jika tidak dilunasi.
Kecepatan adalah ukuran jumlah pekerjaan yang dapat ditangani oleh Tim selama satu Sprint dan merupakan metrik utama dalam Scrum. Ini dihitung dengan menjumlahkan poin dari cerita pengguna yang telah selesai.
Definisi Selesai adalah deskripsi formal mengenai kondisi Increment ketika memenuhi ukuran kualitas yang dibutuhkan untuk produk. Saat Increment memenuhi DoD, maka dapat dirilis.
Metrik ini sering digunakan dalam Kanban dan alur rekayasa umum.
Meskipun Scrum populer, bukan satu-satunya pendekatan. Mahasiswa teknik harus memahami metodologi terkait.
Kanban berfokus pada visualisasi pekerjaan, memaksimalkan aliran kerja, dan membatasi pekerjaan yang sedang berlangsung. Ia tidak menentukan peran tertentu atau iterasi tetap seperti Scrum.
XP menekankan keunggulan teknis dan praktik rekayasa. Sering digunakan bersamaan dengan Scrum.
Lean menerapkan prinsip manufaktur pada perangkat lunak. Fokusnya adalah menghilangkan pemborosan dan memberikan nilai dengan cepat.
Data mendorong perbaikan. Tim rekayasa mengandalkan metrik tertentu untuk menilai kesehatan dan kinerja.
Grafik yang menunjukkan jumlah pekerjaan yang tersisa dalam Sprint atau proyek. Ini membantu tim memahami apakah mereka berada pada jalur yang tepat untuk menyelesaikan pekerjaan.
Mirip dengan grafik burn-down, tetapi menunjukkan jumlah pekerjaan yang selesai seiring waktu, serta cakupan total.
Jumlah unit pekerjaan yang selesai dalam periode tertentu. Ini berguna untuk mengukur kapasitas tim seiring waktu.
| Istilah | Definisi | Kategori |
|---|---|---|
| Sprint | Periode terbatas waktu di mana pekerjaan diselesaikan | Acara |
| Backlog Produk | Daftar terurut semua persyaratan yang diketahui | Artifak |
| Cerita Pengguna | Deskripsi singkat fitur dari sudut pandang pengguna | Artifak |
| Kecepatan | Ukuran pekerjaan yang selesai per Sprint | Metrik |
| Definisi Selesai | Kriteria yang harus dipenuhi agar pekerjaan selesai | Standar |
| Utang Teknis | Biaya pekerjaan ulang akibat jalan pintas | Konsep |
| Master Scrum | Fasilitator dan pelatih untuk tim | Peran |
| Pemilik Produk | Mewakili pelanggan dan mengelola antrian kerja | Peran |
| Increment | Penambahan produk yang dapat digunakan | Artifak |
| Kanban | Metode yang berfokus pada aliran dan batas WIP | Rangka Kerja |
Mahasiswa teknik sering beralih dari proyek akademik ke lingkungan profesional tanpa pemahaman yang jelas terhadap istilah-istilah ini. Kesenjangan ini dapat menyebabkan ketegangan dengan pemangku kepentingan atau salah komunikasi dalam tim. Kebiasaan terhadap glosarium ini mengurangi kesenjangan tersebut.
Ketika Anda menemukan istilah yang tidak Anda pahami, mintalah klarifikasi. Jangan asumsikan maknanya. Industri menghargai ketepatan. Menggunakan terminologi yang benar menunjukkan kompetensi dan menghargai proses.
Selain itu, memahami konsep-konsep ini memungkinkan Anda untuk mendorong praktik yang lebih baik. Jika Anda melihat tim sedang menumpuk utang teknis, Anda dapat menggunakan kerangka kerja untuk menyarankan waktu refactoring. Jika suatu proses tidak jelas, Anda dapat merujuk ke Definisi Selesai untuk menetapkan kejelasan.
Pembelajaran berkelanjutan adalah bagian dari pola pikir teknik. Manifesto Agile mendorong untuk merefleksikan bagaimana menjadi lebih baik dalam melakukan pekerjaan. Panduan ini berfungsi sebagai titik awal untuk refleksi tersebut. Seiring perkembangan Anda, Anda akan menemui istilah-istilah baru dan nuansa yang lebih mendalam. Buat glosarium pribadi. Tambahkan seiring Anda belajar.
Lanskap perangkat lunak sangat dinamis. Rangka kerja berkembang. Namun, prinsip inti kolaborasi, pengiriman iteratif, dan kualitas tetap konstan. Penguasaan kosakata ini memastikan Anda tetap adaptif dan efektif di lingkungan teknik apa pun.
Ingatlah bahwa alat berubah, tetapi prinsip tetap abadi. Baik Anda bekerja di startup maupun perusahaan besar, kebutuhan akan komunikasi yang jelas dan pengiriman yang terstruktur tetap ada. Gunakan glosarium ini sebagai acuan dalam perjalanan pengembangan profesional Anda.