Bahasa Indonesia

Agile Manifesto: 4 Nilai dan 12 Prinsip yang Dijelaskan

Gambaran umum 4 nilai dan 12 prinsip Agile Manifesto

Agile Manifesto adalah salah satu dokumen yang paling banyak dibaca dalam sejarah perangkat lunak, dan panjangnya hanya 68 kata. Tujuh belas praktisi menulisnya pada Februari 2001 di sebuah resor ski di Snowbird, Utah, karena frustrasi dengan bertahun-tahun proses yang membengkak dan menghasilkan perangkat lunak yang terlambat dan tidak diinginkan oleh siapa pun.

Namun pengaruh dokumen ini jauh melampaui dunia perangkat lunak. Saat ini, tim pemasaran menjalankan Sprint. Departemen HR mengadakan retrospektif. Tim operasional menggunakan papan Kanban. Empat nilai dan dua belas prinsip Agile Manifesto menjadi fondasi dari semua itu.

Panduan ini menguraikan secara tepat apa yang dikatakan nilai dan prinsip tersebut, apa maknanya dalam praktik, serta bagaimana Anda dapat menerapkannya pada tim mana pun.

Apa Itu Agile Manifesto?

Agile Manifesto adalah dokumen pendiri singkat yang ditulis pada Februari 2001 oleh 17 praktisi perangkat lunak di resor ski Snowbird, Utah. Dokumen ini mendefinisikan empat nilai inti dan dua belas prinsip yang mengutamakan orang, hasil kerja nyata, dan kemampuan beradaptasi di atas proses kaku dan perencanaan menyeluruh di awal.

17 penandatangan termasuk beberapa tokoh paling berpengaruh dalam rekayasa perangkat lunak: Kent Beck (pencipta Extreme Programming), Jeff Sutherland dan Ken Schwaber (co-creator Scrum), Martin Fowler, Jim Highsmith, Alistair Cockburn, dan sebelas orang lainnya. Rasa frustrasi mereka sama: proses yang berat dan berbasis rencana secara konsisten menghasilkan perangkat lunak yang terlambat, melebihi anggaran, dan sudah tidak relevan saat diluncurkan.

Dokumen ini diterbitkan di agilemanifesto.org dan tidak pernah direvisi. Dokumen ini tetap persis seperti yang ditulis pada tahun 2001.

Fakta Utama

  • Agile Manifesto diterbitkan pada Februari 2001 di agilemanifesto.org, ditandatangani oleh 17 praktisi perangkat lunak. Empat nilainya terdiri dari 68 kata, tidak berubah sejak diterbitkan.
  • 18th Annual State of Agile Report (Digital.ai, 2024) menemukan bahwa 71% organisasi menggunakan pendekatan agile, meningkat dari 37% pada tahun 2011.
  • Analisis Standish Group CHAOS Report menemukan bahwa proyek agile berhasil dengan tingkat yang jauh lebih tinggi dibandingkan Waterfall: tingkat keberhasilan 42% vs. 13% untuk Waterfall dengan mempertimbangkan ukuran proyek (edisi 2020).

Memahami Manifesto juga merupakan konteks penting untuk metodologi agile secara keseluruhan, karena setiap kerangka kerja utama (Scrum, Kanban, XP) menelusuri asal-usulnya kembali ke dokumen ini.

4 Nilai Agile Manifesto

Empat nilai Agile Manifesto

Manifesto menyatakannya dengan jelas: "Kami menemukan cara-cara yang lebih baik untuk mengembangkan perangkat lunak dengan melakukannya sendiri dan membantu orang lain melakukannya. Melalui pekerjaan ini, kami telah sampai pada penilaian..."

Kemudian disebutkan empat pasangan nilai. Masing-masing ditulis sebagai "X di atas Y." Klarifikasi penting yang menyertainya sama pentingnya: "Meskipun ada nilai dalam hal-hal di sisi kanan, kami lebih menghargai hal-hal di sisi kiri."

Nuansa ini penting. Manifesto tidak mengatakan bahwa kontrak tidak berharga. Manifesto mengatakan bahwa kolaborasi dengan pelanggan lebih penting. Manifesto tidak mengatakan dokumentasi tidak berguna. Manifesto mengatakan bahwa perangkat lunak yang berfungsi menjadi prioritas.

Nilai Yang Diprioritaskan Yang Tidak Ditolak
Individu dan interaksi di atas proses dan alat Komunikasi langsung, penilaian manusia, hubungan tim Proses dan alat (keduanya tetap penting, hanya bukan yang utama)
Perangkat lunak yang berfungsi di atas dokumentasi komprehensif Menghasilkan sesuatu yang fungsional agar pengguna dapat memberikan reaksi Dokumentasi (tetap ditulis, hanya jangan biarkan menggantikan pengiriman)
Kolaborasi dengan pelanggan di atas negosiasi kontrak Dialog berkelanjutan dengan orang-orang yang menggunakan produk Kontrak (tetap diperlukan, bukan sebagai tujuan utama)
Merespons perubahan di atas mengikuti rencana Menyesuaikan diri berdasarkan apa yang dipelajari selama pengiriman Rencana (mulailah dengan rencana, jangan menjadikannya patokan mutlak)

Nilai 1: Individu dan Interaksi di atas Proses dan Alat

Rapat standup di mana orang benar-benar mengungkapkan hambatan lebih bernilai daripada alat pelacak proyek yang dipelihara dengan indah tetapi tidak dibaca oleh siapa pun. Nilai ini mengingatkan bahwa proses adalah sarana, bukan tujuan.

Dalam praktiknya: jika tim Anda menghabiskan lebih banyak waktu memperbarui sistem daripada membicarakan pekerjaan yang sebenarnya, ada sesuatu yang tidak beres.

Nilai 2: Perangkat Lunak yang Berfungsi di atas Dokumentasi Komprehensif

Ini adalah nilai yang paling sering disalahpahami. Tim terkadang membacanya sebagai "jangan tulis dokumen." Bukan itu maksudnya. Nilai ini mengatakan bahwa produk yang berfungsi di tangan pengguna menghasilkan lebih banyak pembelajaran daripada dokumen spesifikasi. Prototipe yang diluncurkan pada minggu kedua memberi tahu Anda lebih banyak daripada dokumen persyaratan 40 halaman yang ditulis pada bulan pertama.

Nilai 3: Kolaborasi dengan Pelanggan di atas Negosiasi Kontrak

Kontrak mendefinisikan apa yang disepakati di awal. Pelanggan mengetahui apa yang sebenarnya mereka butuhkan setelah melihat beberapa iterasi pertama. Kolaborasi rutin, Demo, dan siklus Feedback memungkinkan produk berkembang menuju apa yang benar-benar diinginkan pelanggan, bukan sekadar apa yang mereka tuliskan dalam brief awal.

Nilai 4: Merespons Perubahan di atas Mengikuti Rencana

Pasar bergeser. Pesaing meluncurkan produk baru. Feedback pengguna mengejutkan Anda. Rencana yang ditulis sebelum pekerjaan dimulai mencerminkan asumsi, bukan realitas. Tim Agile memperbarui rencana mereka seiring dengan pembelajaran. Perencanaan Sprint adalah tempat nilai ini dioperasionalkan: tim merencanakan satu Sprint sekaligus, bukan enam bulan sekaligus.

12 Prinsip Agile

12 prinsip Agile

Dua belas prinsip memperluas setiap nilai menjadi panduan yang dapat ditindaklanjuti. Prinsip-prinsip ini ditulis bersamaan dengan empat nilai dan diterbitkan sebagai halaman pendamping di agilemanifesto.org/principles.html.

# Prinsip Makna dalam bahasa sederhana
1 Puaskan pelanggan melalui pengiriman awal dan berkelanjutan atas perangkat lunak yang bernilai. Kirimkan sesuatu yang berguna lebih awal. Jangan menunggu sampai semuanya sempurna.
2 Sambut perubahan persyaratan, bahkan di akhir pengembangan. Perubahan di akhir bukan kegagalan. Itu adalah informasi. Bangun proses yang dapat menyerapnya.
3 Kirimkan perangkat lunak yang berfungsi secara berkala, dari beberapa minggu hingga beberapa bulan, dengan preferensi pada siklus yang lebih pendek. Siklus pendek mengalahkan siklus panjang. Semakin sering Anda menghasilkan produk, semakin cepat Anda belajar.
4 Orang bisnis dan pengembang harus bekerja sama setiap hari sepanjang proyek. Orang yang memahami domain dan orang yang membangun produk seharusnya tidak beroperasi dalam silo.
5 Bangun proyek di sekitar individu yang termotivasi. Berikan mereka lingkungan dan dukungan yang mereka butuhkan, dan percayakan mereka untuk menyelesaikan pekerjaan. Otonomi dan kepercayaan menghasilkan hasil yang lebih baik daripada pengawasan dan manajemen mikro.
6 Metode penyampaian informasi yang paling efisien dan efektif kepada dan dalam tim pengembangan adalah percakapan tatap muka. Percakapan langsung mengalahkan rantai dokumentasi. (Panggilan video juga berlaku.)
7 Perangkat lunak yang berfungsi adalah ukuran kemajuan yang utama. Poin Velocity, tiket yang ditutup, dan fitur yang dimulai semuanya hanyalah proksi. Satu-satunya ukuran nyata adalah sesuatu yang berfungsi.
8 Proses Agile mendorong pembangunan yang berkelanjutan. Sponsor, pengembang, dan pengguna harus dapat mempertahankan kecepatan konstan tanpa batas. Lembur bukan strategi. Tim yang bergerak dengan kecepatan penuh selama berbulan-bulan akan kelelahan dan menghasilkan pekerjaan yang penuh bug.
9 Perhatian berkelanjutan terhadap keunggulan teknis dan desain yang baik meningkatkan kelincahan. Kode yang buruk membuat Anda lebih lambat dari waktu ke waktu. Memotong sudut untuk bergerak lebih cepat sekarang membuat Anda lebih lambat di kemudian hari.
10 Kesederhanaan, seni memaksimalkan jumlah pekerjaan yang tidak dilakukan, sangatlah penting. Lakukan lebih sedikit. Fitur terbaik adalah yang tidak perlu Anda bangun. Langkah proses terbaik adalah yang dapat Anda hilangkan.
11 Arsitektur, persyaratan, dan desain terbaik muncul dari tim yang mengorganisasi diri sendiri. Mandat dari atas menghasilkan kepatuhan. Tim yang mengorganisasi diri sendiri menghasilkan kepemilikan dan kreativitas.
12 Pada interval yang teratur, tim merefleksikan cara menjadi lebih efektif, kemudian menyesuaikan perilakunya. Retrospektif Sprint bukanlah opsional. Perbaikan berkelanjutan sudah tertanam dalam ritme kerja.

Tiga prinsip yang paling penting bagi tim non-perangkat lunak: Prinsip 2 (sambut perubahan di akhir), Prinsip 10 (maksimalkan pekerjaan yang tidak dilakukan), dan Prinsip 12 (retrospektif rutin). Ketiga prinsip ini berlaku sama untuk kampanye pemasaran, proses HR, dan alur kerja operasional.

Mengapa Agile Manifesto Masih Relevan

Manifesto ditulis sebagai reaksi terhadap masalah tertentu: proyek perangkat lunak yang gagal karena mencoba memprediksi dan menentukan segalanya di awal. Masalah itu belum hilang. Bahkan, masalah itu semakin memburuk.

Berikut alasan mengapa relevansi Manifesto terus bertumbuh:

Pekerjaan semakin kompleks. Masalah yang dihadapi tim pada tahun 2026 (integrasi AI, kerja terdistribusi, peluncuran multi-pasar) lebih sulit ditentukan di awal dibandingkan proyek perangkat lunak perusahaan pada tahun 2001. Pengiriman iteratif dan siklus pembelajaran cepat menjadi semakin penting.

Siklus Feedback semakin cepat dan murah. Pada tahun 2001, menghasilkan sesuatu berarti rilis fisik atau penerapan semalam. Sekarang, sebuah tim dapat menghasilkan fitur ke 10% pengguna dalam hitungan menit dan mengukur hasilnya dalam hitungan jam. Taruhan Manifesto pada Feedback cepat semakin terbayar.

Agile telah melampaui perangkat lunak. Tim pemasaran, HR, keuangan, dan operasional menjalankan Sprint. 12 prinsip bersifat agnostik terhadap domain. Prinsip 8 (kecepatan berkelanjutan) berlaku untuk tim mana pun. Prinsip 10 (maksimalkan pekerjaan yang tidak dilakukan) berlaku untuk proses apa pun. Prinsip 12 (retrospektif rutin) berlaku untuk kelompok mana pun yang berusaha meningkatkan diri.

Keputusan agile vs Waterfall masih menjadi pilihan strategis paling umum yang dihadapi tim saat memulai inisiatif baru, dan Manifesto adalah artikulasi paling jelas tentang apa yang membuat agile berbeda.

Kesalahpahaman Umum tentang Agile

Manifesto sering disalahartikan. Berikut kesalahan paling umum dan apa yang sebenarnya dikatakan dokumen tersebut.

Kesalahpahaman 1: "Agile berarti tidak ada perencanaan."

Tidak benar. Manifesto mengatakan "merespons perubahan di atas mengikuti rencana," bukan "jangan pernah merencanakan." Setiap Sprint dimulai dengan perencanaan Sprint. Setiap kuartal dimulai dengan penetapan tujuan. Perbedaannya adalah rencana agile diperbarui seiring datangnya informasi baru, bukan diikuti dengan kaku terlepas dari apa yang Anda pelajari.

Kesalahpahaman 2: "Agile berarti tidak ada dokumentasi."

Manifesto menghargai perangkat lunak yang berfungsi di atas dokumentasi yang komprehensif. Kata "komprehensif" adalah kunci. Tulis dokumentasi yang berguna. Jangan tulis dokumentasi sebagai pengganti pengiriman sesuatu.

Kesalahpahaman 3: "Agile hanya untuk tim perangkat lunak."

Manifesto ditulis oleh praktisi perangkat lunak, tetapi nilai-nilainya tidak spesifik untuk perangkat lunak. Prinsip 1 (pengiriman nilai lebih awal), Prinsip 2 (sambut perubahan), dan Prinsip 12 (retrospektif rutin) berlaku untuk tim mana pun yang melakukan pekerjaan kompleks.

Kesalahpahaman 4: "Agile berarti tidak ada tenggat waktu."

Tim Agile memiliki tenggat waktu. Tinjauan Sprint dilakukan pada tanggal yang ditetapkan. Rilis produk memiliki jendela peluncuran. Perbedaannya adalah tim Agile menegosiasikan ruang lingkup untuk memenuhi tanggal tersebut, bukan menegosiasikan tanggal agar sesuai dengan ruang lingkup.

Kesalahpahaman 5: "Scrum adalah agile."

Scrum adalah salah satu implementasi nilai agile. Begitu pula Kanban. Begitu pula Extreme Programming. Agile adalah filosofi; Scrum adalah salah satu resep yang mengikutinya. Anda bisa menjadi agile tanpa menjalankan Scrum. Anda bisa menjalankan seremonial Scrum tanpa benar-benar menjadi agile (ini disebut "cargo-cult agile" dan lebih umum daripada yang diakui oleh sebagian besar organisasi).

Cara Menerapkan Agile Manifesto pada Tim Anda

Anda tidak perlu mengadopsi kerangka kerja formal untuk mulai menerapkan nilai-nilai agile. Berikut cara berpindah dari prinsip Manifesto ke praktik nyata.

Langkah 1: Identifikasi "pemborosan" saat ini

Lihat di mana tim Anda menghabiskan waktu untuk hal-hal yang tidak langsung menghasilkan nilai. Rantai persetujuan yang panjang, laporan status yang tidak dibaca siapa pun, rapat yang bisa digantikan pesan. Prinsip 10 (maksimalkan pekerjaan yang tidak dilakukan) dimulai dari sini.

Langkah 2: Persingkat siklus pengiriman Anda

Apa hal terkecil yang bisa dikirimkan tim Anda yang dapat direspons oleh pengguna nyata? Jika siklus Anda saat ini adalah triwulanan, targetkan bulanan. Jika bulanan, targetkan dua mingguan. Burndown Chart dapat membantu Anda memvisualisasikan apakah pekerjaan yang dikirimkan setiap siklus benar-benar selesai.

Langkah 3: Libatkan pelanggan lebih awal

"Pelanggan" Anda mungkin klien eksternal, pemangku kepentingan internal, atau pengguna akhir. Siapa pun itu, temukan cara untuk menunjukkan pekerjaan yang sedang berlangsung kepada mereka, bukan pekerjaan yang sudah selesai. Feedback awal itu murah. Feedback terlambat itu mahal.

Langkah 4: Mulai kebiasaan retrospektif

Blokir 30-60 menit di akhir setiap siklus kerja untuk mengajukan tiga pertanyaan: Apa yang berjalan baik? Apa yang tidak berjalan baik? Apa yang akan kami ubah? Prinsip 12 adalah imbal balik majemuk dari agile. Tim yang rutin melakukan retrospektif berkembang lebih cepat daripada tim yang tidak. Versi formalnya adalah retrospektif Sprint, tetapi bahkan dokumen bersama yang sederhana pun bisa menjadi awal yang baik.

Langkah 5: Coba batas WIP

Pilih satu tahap alur kerja Anda (Sedang Dikerjakan, Dalam Tinjauan, atau sejenisnya) dan batasi berapa banyak item yang dapat berada di sana sekaligus. Baik Scrum maupun Kanban sepakat pada satu hal: menyelesaikan pekerjaan yang sedang berlangsung lebih baik daripada memulai pekerjaan baru. Batas WIP memaksa perilaku tersebut.

Langkah 6: Berikan lebih banyak otonomi kepada tim Anda

Prinsip 11 mengatakan hasil terbaik berasal dari tim yang mengorganisasi diri sendiri. Itu berarti orang-orang yang melakukan pekerjaan harus memiliki masukan tentang cara pekerjaan dilakukan. Mulailah dari hal kecil: biarkan tim memilih cara menjalankan standup mereka, atau biarkan mereka memperkirakan kapasitas mereka sendiri setiap Sprint alih-alih manajer yang menetapkan target.

Contoh Agile Manifesto Berdasarkan Peran dan Fungsi

Empat nilai terlihat berbeda tergantung pada siapa yang melakukan pekerjaan.

Fungsi Nilai dalam Tindakan Contoh Praktis
Engineering Perangkat lunak yang berfungsi di atas dokumentasi Kirimkan prototipe yang berfungsi ke pengguna beta pada minggu ke-2 daripada menulis spesifikasi 30 halaman untuk siklus tinjauan sebulan.
Pemasaran Merespons perubahan di atas mengikuti rencana Luncurkan kampanye dalam Sprint dua mingguan. Jika set iklan pertama kurang efektif, sesuaikan pesan sebelum menghabiskan seluruh anggaran.
Produk Kolaborasi dengan pelanggan di atas negosiasi kontrak Lakukan wawancara pengguna dua mingguan sepanjang pengembangan, bukan hanya satu putaran pengumpulan persyaratan di awal.
HR / People Ops Individu dan interaksi di atas proses dan alat Gunakan percakapan 1:1 dan Feedback langsung untuk mendeteksi masalah kinerja lebih awal, bukan hanya mengandalkan sistem tinjauan tahunan.
Operasional Merespons perubahan di atas mengikuti rencana Pertahankan papan prioritisasi MoSCoW untuk permintaan yang masuk sehingga masalah mendesak dapat diselesaikan tanpa mengganggu pekerjaan yang direncanakan.
Desain Kolaborasi dengan pelanggan di atas negosiasi kontrak Bagikan wireframe beresolusi rendah kepada pengguna akhir setiap Sprint. Gunakan reaksi mereka untuk merevisi sebelum berkomitmen pada pembangunan penuh.

Cerita pengguna adalah salah satu alat paling praktis untuk menjembatani kesenjangan antara kebutuhan pelanggan dan item kerja tim. Ini adalah artefak agile yang membuat Nilai 3 (kolaborasi dengan pelanggan) menjadi nyata.

Pertanyaan yang Sering Diajukan

Siapa yang menulis Agile Manifesto?

Agile Manifesto ditulis oleh 17 praktisi perangkat lunak yang bertemu di resor ski Snowbird di Utah pada Februari 2001. Kelompok tersebut termasuk Kent Beck, Jeff Sutherland, Ken Schwaber, Martin Fowler, Jim Highsmith, Alistair Cockburn, Ward Cunningham, dan sembilan orang lainnya. Mereka menandatangani dokumen tersebut secara kolektif sebagai penulis, meskipun istilah "agile" diusulkan selama pertemuan itu sendiri.

Kapan Agile Manifesto diterbitkan?

Agile Manifesto diterbitkan pada Februari 2001, tepatnya 11-13 Februari 2001, selama retret tiga hari di resor Snowbird di Utah. Dokumen ini diterbitkan secara online di agilemanifesto.org dan tidak pernah direvisi sejak saat itu.

Apa saja 4 nilai Agile Manifesto?

Empat nilai tersebut adalah: (1) Individu dan interaksi di atas proses dan alat, (2) Perangkat lunak yang berfungsi di atas dokumentasi komprehensif, (3) Kolaborasi dengan pelanggan di atas negosiasi kontrak, dan (4) Merespons perubahan di atas mengikuti rencana. Setiap pasangan nilai berarti sisi kiri diprioritaskan, tetapi sisi kanan tetap memiliki nilai.

Apa perbedaan antara 4 nilai dan 12 prinsip?

4 nilai adalah fondasi filosofis: nilai-nilai ini menyatakan apa yang diprioritaskan oleh tim agile. 12 prinsip adalah perluasan operasional: nilai-nilai ini menjelaskan cara bertindak berdasarkan nilai-nilai tersebut dalam praktik. Sebagai contoh, Nilai 4 mengatakan "respons terhadap perubahan." Prinsip 2 mengatakan "sambut persyaratan yang berubah, bahkan di akhir pengembangan." Prinsip 3 mengatakan "kirimkan perangkat lunak yang berfungsi secara berkala." Keduanya mendukung nilai yang sama tetapi pada tingkat kekhususan yang berbeda.

Apakah Agile Manifesto masih relevan di tahun 2026?

Ya. Empat nilai ditulis sebagai reaksi terhadap proses yang terlalu dispesifikasi dan berat rencana. Pada tahun 2026, dinamika yang sama muncul dalam pengembangan berbantuan AI, transformasi digital berskala besar, dan tim terdistribusi. Manifesto tidak menggambarkan alat atau teknologi. Manifesto menggambarkan prioritas. Dan prioritas-prioritas tersebut, yang lebih mengutamakan orang daripada proses, hasil kerja daripada dokumentasi, dan pembelajaran daripada prediksi, sama berlakunya hari ini seperti pada tahun 2001. 18th Annual State of Agile Report (Digital.ai, 2024) menemukan bahwa 71% organisasi kini melaporkan menggunakan pendekatan agile.

Agile Manifesto bukan artefak sejarah. Ini adalah lensa pengambilan keputusan. Setiap kali tim Anda menghadapi pilihan antara menyelesaikan dokumentasi dan mengirimkan prototipe, antara mengikuti rencana awal dan menyesuaikan berdasarkan data baru, antara sebuah proses dan sebuah percakapan, Manifesto memberi tahu Anda arah mana yang harus dipilih. Panduan itu tidak kadaluarsa.