Bahasa Melayu

Agile Manifesto: 4 Nilai dan 12 Prinsip Dijelaskan

Gambaran keseluruhan 4 nilai dan 12 prinsip Agile Manifesto

Agile Manifesto ialah salah satu dokumen yang paling banyak dibaca dalam sejarah perisian, dan ia hanya mengandungi 68 patah perkataan. Tujuh belas pengamal menulis dokumen ini pada Februari 2001 di sebuah pusat peranginan ski di Snowbird, Utah, didorong oleh rasa kecewa setelah bertahun-tahun berhadapan dengan proses yang terlalu berat dan menghasilkan perisian lambat yang tidak diperlukan sesiapa pun.

Namun pengaruh dokumen ini jauh melampaui dunia perisian. Hari ini, pasukan pemasaran menjalankan Sprint. Jabatan sumber manusia mengadakan Retrospective. Pasukan operasi menggunakan papan Kanban. Empat nilai dan dua belas prinsip Agile Manifesto menjadi asas kepada semua ini.

Panduan ini menghuraikan dengan tepat apa yang dikatakan oleh nilai-nilai dan prinsip-prinsip tersebut, apa maksudnya dalam amalan, dan bagaimana anda boleh menggunakannya dalam mana-mana pasukan.

Apakah Agile Manifesto?

Agile Manifesto ialah dokumen pengasas ringkas yang ditulis pada Februari 2001 oleh 17 pengamal perisian di pusat peranginan ski Snowbird, Utah. Ia mendefinisikan empat nilai teras dan dua belas prinsip yang mengutamakan manusia, hasil yang berfungsi, dan keupayaan menyesuaikan diri berbanding proses yang kaku dan perancangan awal yang terperinci.

Ketujuh belas penandatangan termasuk beberapa tokoh paling berpengaruh dalam kejuruteraan perisian: Kent Beck (pencipta Extreme Programming), Jeff Sutherland dan Ken Schwaber (pengasas bersama Scrum), Martin Fowler, Jim Highsmith, Alistair Cockburn, dan sebelas orang lain. Mereka berkongsi rasa kecewa yang sama: proses yang berat dan berasaskan rancangan sentiasa menghasilkan perisian yang lambat, melebihi bajet, dan sudah lapuk pada hari pelancaran.

Dokumen ini diterbitkan di agilemanifesto.org dan tidak pernah disemak semula. Ia kekal persis seperti yang ditulis pada tahun 2001.

Fakta Utama

  • Agile Manifesto diterbitkan pada Februari 2001 di agilemanifesto.org, ditandatangani oleh 17 pengamal perisian. Empat nilainya berjumlah 68 patah perkataan, tidak berubah sejak diterbitkan.
  • Laporan Agile Tahunan ke-18 (Digital.ai, 2024) mendapati bahawa 71% organisasi menggunakan pendekatan Agile, meningkat daripada 37% pada tahun 2011.
  • Analisis Laporan CHAOS Standish Group mendapati projek Agile berjaya pada kadar yang jauh lebih tinggi berbanding rakan sejawatannya menggunakan Waterfall: kadar kejayaan 42% berbanding 13% untuk Waterfall apabila mengawal saiz projek (edisi 2020).

Memahami Manifesto juga merupakan konteks penting untuk metodologi Agile secara keseluruhan, memandangkan setiap rangka kerja utama (Scrum, Kanban, XP) berakar umbi daripada dokumen ini.

4 Nilai Agile Manifesto

Empat nilai Agile Manifesto

Manifesto menyatakannya dengan jelas: "Kami sedang menemukan cara yang lebih baik untuk membangunkan perisian dengan melakukannya sendiri dan membantu orang lain melakukannya. Melalui kerja ini, kami telah sampai pada penilaian..."

Kemudian ia menyenaraikan empat pasangan nilai. Setiap satu ditulis sebagai "X berbanding Y." Penjelasan penting yang menyusul sama pentingnya: "Walaupun terdapat nilai dalam perkara-perkara di sebelah kanan, kami lebih menghargai perkara-perkara di sebelah kiri."

Nuansa ini penting. Manifesto tidak mengatakan kontrak tidak bernilai. Ia mengatakan kerjasama pelanggan lebih penting. Ia tidak mengatakan dokumentasi tidak berguna. Ia mengatakan perisian yang berfungsi mengambil keutamaan.

Nilai Apa yang Diutamakan Apa yang Tidak Ditolak
Individu dan interaksi berbanding proses dan alat Komunikasi langsung, pertimbangan manusia, hubungan pasukan Proses dan alat (ia hanya bukan perkara utama)
Perisian yang berfungsi berbanding dokumentasi menyeluruh Penghantaran sesuatu yang berfungsi yang boleh ditanggapi pengguna Dokumentasi (masih ditulis, cuma jangan biarkan ia menggantikan penghantaran)
Kerjasama pelanggan berbanding rundingan kontrak Dialog berterusan dengan orang yang menggunakan produk Kontrak (ia perlu, tetapi bukan bintang panduan)
Bertindak balas terhadap perubahan berbanding mengikut rancangan Menyesuaikan diri berdasarkan apa yang dipelajari semasa penghantaran Rancangan (mulakan dengan satu, cuma jangan memujanya)

Nilai 1: Individu dan Interaksi berbanding Proses dan Alat

Mesyuarat Stand-up di mana orang benar-benar mengemukakan halangan lebih bernilai daripada alat penjejakan projek yang diselenggarakan dengan indah tetapi tidak dibaca sesiapa pun. Nilai ini mengingatkan bahawa proses adalah cara, bukan matlamat.

Dalam amalan: jika pasukan anda menghabiskan lebih banyak masa mengemas kini sistem berbanding berbincang tentang kerja sebenar, sesuatu telah tersasar.

Nilai 2: Perisian yang Berfungsi berbanding Dokumentasi Menyeluruh

Ini adalah nilai yang paling disalah faham. Pasukan kadangkala membacanya sebagai "jangan tulis dokumentasi." Itu bukan yang dikatakannya. Ia mengatakan bahawa produk yang berfungsi di tangan pengguna menghasilkan lebih banyak pembelajaran berbanding dokumen spesifikasi. Prototaip yang dihantar pada minggu kedua memberitahu anda lebih banyak daripada dokumen keperluan 40 halaman yang ditulis pada bulan pertama.

Nilai 3: Kerjasama Pelanggan berbanding Rundingan Kontrak

Kontrak mendefinisikan apa yang dipersetujui pada awalnya. Pelanggan mengetahui apa yang benar-benar mereka perlukan selepas melihat beberapa lelaran pertama. Kerjasama yang kerap, Demo, dan gelung maklum balas membolehkan produk berkembang ke arah yang benar-benar dikehendaki pelanggan, bukan sekadar apa yang mereka tuliskan dalam ringkasan asal.

Nilai 4: Bertindak Balas terhadap Perubahan berbanding Mengikut Rancangan

Pasaran berubah. Pesaing melancarkan produk. Maklum balas pengguna mengejutkan anda. Rancangan yang ditulis sebelum kerja dimulakan mencerminkan andaian, bukan realiti. Pasukan Agile mengemas kini rancangan mereka apabila mereka belajar. Perancangan Sprint ialah tempat nilai ini diamalkan: pasukan merancang satu Sprint pada satu masa, bukan enam bulan sekaligus.

12 Prinsip Agile

12 prinsip Agile

Dua belas prinsip mengembangkan setiap nilai menjadi panduan yang boleh diambil tindakan. Prinsip-prinsip ini ditulis bersama empat nilai dan diterbitkan sebagai halaman pendamping di agilemanifesto.org/principles.html.

# Prinsip Makna dalam bahasa mudah
1 Memuaskan pelanggan melalui penghantaran awal dan berterusan perisian yang bernilai. Hantar sesuatu yang berguna awal. Jangan tunggu sehingga semuanya sempurna.
2 Mengalu-alukan keperluan yang berubah, walaupun lewat dalam pembangunan. Perubahan lewat bukanlah kegagalan. Ia adalah maklumat. Bina proses yang boleh menyerapnya.
3 Hantar perisian yang berfungsi dengan kerap, dari beberapa minggu hingga beberapa bulan, dengan keutamaan pada skala masa yang lebih pendek. Kitaran pendek mengatasi kitaran panjang. Semakin kerap anda menghantar, semakin cepat anda belajar.
4 Orang perniagaan dan pembangun mesti bekerjasama setiap hari sepanjang projek. Orang yang memahami domain dan orang yang membina produk tidak seharusnya beroperasi dalam silo.
5 Bina projek di sekeliling individu yang bermotivasi. Berikan mereka persekitaran dan sokongan yang diperlukan, dan percayakan mereka untuk menyelesaikan kerja. Autonomi dan kepercayaan menghasilkan hasil yang lebih baik berbanding pengawasan dan pengurusan rapi.
6 Kaedah yang paling cekap dan berkesan untuk menyampaikan maklumat kepada dan dalam pasukan pembangunan ialah perbualan bersemuka. Perbualan langsung mengatasi rantaian dokumentasi. (Panggilan video dikira.)
7 Perisian yang berfungsi adalah ukuran kemajuan yang utama. Mata Velocity, tiket ditutup, dan ciri yang dimulakan semuanya adalah proksi. Ukuran sebenar satu-satunya adalah sesuatu yang berfungsi.
8 Proses Agile menggalakkan pembangunan yang mampan. Penaja, pembangun, dan pengguna seharusnya dapat mengekalkan kadar yang tetap tanpa had masa. Kerja berlebihan bukanlah strategi. Pasukan yang berlari penuh selama berbulan-bulan akan keletihan dan menghasilkan kerja yang banyak pepijat.
9 Perhatian berterusan kepada kecemerlangan teknikal dan reka bentuk yang baik meningkatkan ketangkasan. Kod yang buruk menjadikan anda lebih perlahan dari masa ke masa. Mengambil jalan pintas untuk bergerak lebih cepat sekarang menjadikan anda lebih perlahan kemudian.
10 Kesederhanaan, seni memaksimumkan jumlah kerja yang tidak perlu dilakukan, adalah penting. Buat lebih sedikit. Ciri terbaik adalah ciri yang tidak perlu anda bina. Langkah proses terbaik adalah yang boleh anda hapuskan.
11 Seni bina, keperluan, dan reka bentuk terbaik muncul daripada pasukan yang mengorganisasi diri sendiri. Mandat dari atas ke bawah menghasilkan pematuhan. Pasukan yang mengorganisasi diri sendiri menghasilkan pemilikan dan kreativiti.
12 Pada selang waktu yang tetap, pasukan mencerminkan bagaimana untuk menjadi lebih berkesan, kemudian menala dan menyesuaikan tingkah lakunya. Retrospective Sprint bukan pilihan. Penambahbaikan berterusan dibina ke dalam kadens.

Tiga prinsip yang paling penting untuk pasukan bukan perisian: Prinsip 2 (mengalu-alukan perubahan lewat), Prinsip 10 (memaksimumkan kerja yang tidak dilakukan), dan Prinsip 12 (Retrospective yang kerap). Ini terpakai sama rata kepada kempen pemasaran, proses sumber manusia, dan aliran kerja operasi.

Mengapa Agile Manifesto Masih Relevan

Manifesto ditulis sebagai tindak balas terhadap masalah tertentu: projek perisian yang gagal kerana cuba meramalkan dan menetapkan segala-galanya lebih awal. Masalah itu tidak hilang. Malah, ia semakin teruk.

Berikut adalah sebab relevensi Manifesto semakin meningkat:

Kerja semakin kompleks. Masalah yang dihadapi pasukan pada tahun 2026 (integrasi AI, kerja teragih, pelancaran pelbagai pasaran) lebih sukar untuk ditetapkan lebih awal berbanding projek perisian perusahaan tahun 2001. Penghantaran berulang dan gelung pembelajaran yang pantas semakin penting.

Gelung maklum balas lebih pantas dan murah. Pada tahun 2001, menghantar sesuatu bermakna keluaran fizikal atau penerapan semalaman. Kini, sebuah pasukan boleh menghantar ciri kepada 10% pengguna dalam beberapa minit dan mengukur hasilnya dalam beberapa jam. Pertaruhan Manifesto pada maklum balas pantas semakin diberi ganjaran.

Agile telah melangkaui perisian. Pasukan pemasaran, sumber manusia, kewangan, dan operasi menjalankan Sprint. 12 prinsip adalah agnostik domain. Prinsip 8 (kadar yang mampan) terpakai kepada mana-mana pasukan. Prinsip 10 (memaksimumkan kerja yang tidak dilakukan) terpakai kepada mana-mana proses. Prinsip 12 (Retrospective yang kerap) terpakai kepada mana-mana kumpulan yang cuba bertambah baik.

Keputusan Agile berbanding Waterfall masih merupakan pilihan strategik yang paling biasa dihadapi pasukan apabila memulakan inisiatif baru, dan Manifesto adalah penjelasan paling jelas tentang apa yang membezakan Agile.

Salah Faham Biasa tentang Agile

Manifesto sering disalah tafsir. Berikut adalah kesilapan yang paling biasa dan apa yang sebenarnya dikatakan dokumen itu.

Salah Faham 1: "Agile bermakna tiada perancangan."

Tidak. Manifesto mengatakan "bertindak balas terhadap perubahan berbanding mengikut rancangan," bukan "jangan pernah merancang." Setiap Sprint bermula dengan perancangan Sprint. Setiap suku tahun bermula dengan penetapan matlamat. Perbezaannya ialah rancangan Agile dikemas kini apabila maklumat baru tiba, bukan diikuti dengan kaku tanpa mengira apa yang anda pelajari.

Salah Faham 2: "Agile bermakna tiada dokumentasi."

Manifesto menghargai perisian yang berfungsi berbanding dokumentasi yang menyeluruh. "Menyeluruh" adalah kata kuncinya. Tulis dokumentasi yang berguna. Jangan tulis dokumentasi sebagai pengganti penghantaran sesuatu.

Salah Faham 3: "Agile hanya untuk pasukan perisian."

Manifesto ditulis oleh pengamal perisian, tetapi nilai-nilainya bukan khusus untuk perisian. Prinsip 1 (penghantaran nilai awal), Prinsip 2 (mengalu-alukan perubahan), dan Prinsip 12 (Retrospective yang kerap) terpakai kepada mana-mana pasukan yang melakukan kerja kompleks.

Salah Faham 4: "Agile bermakna tiada tarikh akhir."

Pasukan Agile mempunyai tarikh akhir. Semakan Sprint berlaku pada tarikh tetap. Keluaran produk mempunyai tetingkap pelancaran. Perbezaannya ialah pasukan Agile merundingkan skop untuk memenuhi tarikh, bukannya merundingkan tarikh untuk muat dengan skop.

Salah Faham 5: "Scrum ialah Agile."

Scrum adalah satu pelaksanaan nilai Agile. Begitu juga Kanban. Begitu juga Extreme Programming. Agile adalah falsafah; Scrum adalah satu resipi yang mengikutinya. Anda boleh menjadi Agile tanpa menjalankan Scrum. Anda boleh menjalankan upacara Scrum tanpa benar-benar menjadi Agile (ini dipanggil "cargo-cult Agile" dan ia lebih biasa daripada yang mahu diakui oleh kebanyakan organisasi).

Cara Menggunakan Agile Manifesto dalam Pasukan Anda

Anda tidak perlu mengadaptasi rangka kerja formal untuk mula menggunakan nilai Agile. Berikut adalah cara untuk beralih daripada prinsip Manifesto kepada amalan sebenar.

Langkah 1: Kenal pasti "pembaziran" semasa anda

Lihat di mana pasukan anda menghabiskan masa untuk perkara yang tidak menghasilkan nilai secara langsung. Rantaian kelulusan yang panjang, laporan status yang tidak dibaca sesiapa pun, mesyuarat yang boleh digantikan dengan mesej. Prinsip 10 (memaksimumkan kerja yang tidak dilakukan) bermula di sini.

Langkah 2: Pendekkan kitaran penghantaran anda

Apakah perkara terkecil yang boleh dihantar pasukan anda yang boleh ditanggapi pengguna sebenar? Jika kitaran semasa anda adalah suku tahunan, sasarkan bulanan. Jika bulanan, sasarkan dua minggu sekali. Carta Burndown boleh membantu anda menggambarkan sama ada kerja yang dihantar setiap kitaran benar-benar selesai.

Langkah 3: Bawa pelanggan masuk lebih awal

"Pelanggan" anda mungkin klien luaran, pihak berkepentingan dalaman, atau pengguna akhir. Sesiapa pun ia, cari cara untuk menunjukkan kepada mereka kerja yang sedang berjalan berbanding kerja yang sudah siap. Maklum balas awal adalah murah. Maklum balas lewat adalah mahal.

Langkah 4: Mulakan tabiat Retrospective

Peruntukkan 30-60 minit di penghujung setiap kitaran kerja untuk bertanya tiga soalan: Apa yang berjalan dengan baik? Apa yang tidak berjalan? Apa yang akan kita ubah? Prinsip 12 adalah pulangan kompaun Agile. Pasukan yang melakukan Retrospective secara konsisten bertambah baik lebih cepat daripada pasukan yang tidak. Versi formal adalah Retrospective Sprint, tetapi walaupun dokumen kongsi yang mudah boleh memulakan anda.

Langkah 5: Cuba had WIP

Pilih satu peringkat aliran kerja anda (Sedang Berjalan, Dalam Semakan, atau yang serupa) dan hadkan bilangan item yang boleh berada di sana sekaligus. Scrum dan Kanban bersetuju pada satu perkara: menyelesaikan kerja yang sedang berjalan mengatasi memulakan kerja baru. Had WIP memaksa tingkah laku itu.

Langkah 6: Berikan pasukan anda lebih banyak autonomi

Prinsip 11 mengatakan hasil terbaik datang daripada pasukan yang mengorganisasi diri sendiri. Ini bermakna orang yang melakukan kerja harus mempunyai input tentang cara kerja dilakukan. Mulakan dengan kecil: biarkan pasukan memilih cara menjalankan Stand-up mereka, atau biarkan mereka menganggar kapasiti sendiri setiap Sprint berbanding pengurus yang menetapkan sasaran.

Contoh Agile Manifesto mengikut Peranan dan Fungsi

Empat nilai kelihatan berbeza bergantung pada siapa yang melakukan kerja.

Fungsi Nilai dalam Tindakan Contoh Praktikal
Kejuruteraan Perisian yang berfungsi berbanding dokumentasi Hantar prototaip yang berfungsi kepada pengguna beta pada minggu ke-2 berbanding menulis spesifikasi 30 halaman untuk kitaran semakan sebulan.
Pemasaran Bertindak balas terhadap perubahan berbanding mengikut rancangan Lancarkan kempen dalam Sprint dua minggu. Jika set iklan pertama tidak berprestasi, sesuaikan mesej sebelum membelanjakan keseluruhan bajet.
Produk Kerjasama pelanggan berbanding rundingan kontrak Jalankan temu bual pengguna dua minggu sekali sepanjang pembangunan berbanding satu pusingan pengumpulan keperluan pada permulaan.
Sumber Manusia Individu dan interaksi berbanding proses dan alat Gunakan perbualan satu-satu dan maklum balas langsung untuk mengesan isu prestasi lebih awal berbanding bergantung sepenuhnya pada sistem semakan tahunan.
Operasi Bertindak balas terhadap perubahan berbanding mengikut rancangan Kekalkan papan Keutamaan MoSCoW untuk permintaan masuk supaya isu mendesak diselesaikan tanpa mengganggu kerja yang dirancang.
Reka Bentuk Kerjasama pelanggan berbanding rundingan kontrak Kongsi wireframe resolusi rendah dengan pengguna akhir setiap Sprint. Gunakan reaksi mereka untuk menyemak semula sebelum membuat komitmen kepada pembinaan penuh.

Kisah pengguna adalah salah satu alat yang paling praktikal untuk merapatkan jurang antara keperluan pelanggan dan item kerja pasukan. Ia adalah artifak Agile yang menjadikan Nilai 3 (kerjasama pelanggan) nyata.

Soalan Lazim

Siapa yang menulis Agile Manifesto?

Agile Manifesto ditulis oleh 17 pengamal perisian yang bertemu di pusat peranginan ski Snowbird, Utah pada Februari 2001. Kumpulan itu termasuk Kent Beck, Jeff Sutherland, Ken Schwaber, Martin Fowler, Jim Highsmith, Alistair Cockburn, Ward Cunningham, dan sembilan orang lain. Mereka menandatangani dokumen secara kolektif sebagai pengarang, walaupun istilah "Agile" dicadangkan semasa pertemuan itu sendiri.

Bilakah Agile Manifesto diterbitkan?

Agile Manifesto diterbitkan pada Februari 2001, khususnya 11-13 Februari 2001, semasa retreat tiga hari di pusat peranginan Snowbird, Utah. Dokumen itu diterbitkan dalam talian di agilemanifesto.org dan tidak disemak semula sejak itu.

Apakah 4 nilai Agile Manifesto?

Empat nilai adalah: (1) Individu dan interaksi berbanding proses dan alat, (2) Perisian yang berfungsi berbanding dokumentasi menyeluruh, (3) Kerjasama pelanggan berbanding rundingan kontrak, dan (4) Bertindak balas terhadap perubahan berbanding mengikut rancangan. Setiap pasangan nilai bermakna pihak kiri mengambil keutamaan, tetapi pihak kanan masih mempunyai nilai.

Apakah perbezaan antara 4 nilai dan 12 prinsip?

4 nilai adalah asas falsafah: ia menyatakan apa yang diutamakan oleh pasukan Agile. 12 prinsip adalah pengembangan operasi: ia menjelaskan cara bertindak berdasarkan nilai-nilai tersebut dalam amalan. Sebagai contoh, Nilai 4 mengatakan "bertindak balas terhadap perubahan." Prinsip 2 mengatakan "mengalu-alukan keperluan yang berubah, walaupun lewat dalam pembangunan." Prinsip 3 mengatakan "hantar perisian yang berfungsi dengan kerap." Kedua-duanya menyokong nilai yang sama tetapi pada tahap kekhususan yang berbeza.

Adakah Agile Manifesto masih relevan pada tahun 2026?

Ya. Empat nilai ditulis sebagai reaksi terhadap proses yang terlalu terperinci dan berat perancangan. Pada tahun 2026, dinamika yang sama muncul dalam pembangunan berbantuan AI, transformasi digital berskala besar, dan pasukan teragih. Manifesto tidak menerangkan alat atau teknologi. Ia menerangkan keutamaan. Dan keutamaan tersebut, mengutamakan manusia berbanding proses, hasil yang berfungsi berbanding dokumentasi, dan pembelajaran berbanding ramalan, sama terpakai hari ini seperti pada tahun 2001. Laporan Agile Tahunan ke-18 (Digital.ai, 2024) mendapati bahawa 71% organisasi kini melaporkan menggunakan pendekatan Agile.

Agile Manifesto bukan artifak sejarah. Ia adalah kanta membuat keputusan. Setiap kali pasukan anda menghadapi pertukaran antara menyelesaikan dokumentasi dan menghantar prototaip, antara mengikut rancangan asal dan menyesuaikan diri berdasarkan data baru, antara proses dan perbualan, Manifesto memberitahu anda arah mana yang perlu dicenderungi. Panduan itu tidak tamat tempohnya.