Disciplined Agile (DA): Penjelasan Toolkit Hybrid Agile dari PMI

Oleh Tara Minh · Diperbarui 10 Oktober 2026

Disciplined Agile (DA) adalah toolkit pengambilan keputusan proses yang dimiliki oleh Project Management Institute. Alih-alih menetapkan satu metode, DA memaparkan keputusan yang dihadapi tim, opsi untuk setiap keputusan, dan trade-off-nya, sehingga tim dapat menyusun "way of working" (WoW) mereka sendiri. DA dapat dijalankan di atas Scrum, Kanban, SAFe, atau metode tradisional.

Sebagian besar framework agile menjawab sebuah pertanyaan untuk Anda. Scrum menjelaskan cara menjalankan Sprint. SAFe menjelaskan cara merencanakan lintas tim. DA mengajukan pertanyaan yang berbeda lebih dulu: bagaimana situasi Anda, dan opsi mana yang cocok? Itulah sebabnya DA sering disebut toolkit, bukan framework, dan itulah mengapa DA menarik bagi organisasi yang satu metode bakunya terus berbenturan dengan kenyataan.

Fakta Utama

• Scott Ambler dan Mark Lines menciptakan pendekatan Disciplined Agile bersama pada 2012; akarnya ada pada Disciplined Agile Delivery (DAD), yang menurut Ambler bermula di IBM Rational sekitar 2008.
• PMI mengumumkan akuisisi DA pada Agustus 2019; menurut penuturan Ambler, PMI membeli Disciplined Agile Inc. dan Disciplined Agile Consortium untuk memperoleh toolkit ini.
• Situs PMI menata toolkit ini ke dalam lapisan Foundation, Disciplined DevOps, Value Streams, dan Disciplined Agile Enterprise.
• PMI menggambarkan DA sebagai sesuatu yang dapat digunakan berdampingan dengan pendekatan tradisional, Scrum, atau SAFe, bukan sebagai pengganti.
• Pola pikir DA bertumpu pada prinsip, janji, dan delapan pedoman.

Dari mana Disciplined Agile berasal

DA bermula sebagai metode pengembangan perangkat lunak. Scott Ambler, yang menelusuri DAD ke pekerjaannya di IBM Rational sekitar 2008, dan Mark Lines menciptakan pendekatan Disciplined Agile yang lebih luas bersama pada 2012. Tujuan mereka adalah pendekatan fleksibel yang mengakui bahwa setiap organisasi berbeda, dan bahwa bahkan di dalam satu organisasi, tim yang berbeda bekerja dengan cara berbeda.

Keduanya kemudian menerbitkan lima buku tentang DA dan mendirikan DA Consortium. Pada Agustus 2019, PMI mengumumkan akuisisi tersebut, dan toolkit ini berpindah ke bawah naungan yang sama dengan tradisi PMBOK. Ambler menyandang jabatan Vice President dan Chief Scientist of DA di PMI hingga Juli 2022 dan menyatakan bahwa ia tidak lagi terlibat dalam arah perkembangannya.

Kepemilikan itu penting untuk cara Anda membaca DA hari ini. DA adalah jawaban PMI atas ketegangan lama: banyak organisasi menjalankan sebagian pekerjaan dengan metode prediktif dan sebagian dengan metode agile, dan mereka membutuhkan panduan yang mencakup keduanya tanpa memihak.

Apa arti sebenarnya dari "pilih WoW Anda"

Gagasan intinya mudah dinyatakan dan sulit dipraktikkan: tidak ada proses terbaik yang tunggal, jadi pilihlah cara kerja Anda sendiri dengan sengaja. Pengantar PMI menawarkan DA sebagai cara untuk menjelajahi opsi Anda dan menemukan langkah berikutnya yang terbaik, dimulai dari posisi Anda saat ini lalu memperbaiki dari sana.

Dalam praktiknya, "memilih WoW" adalah serangkaian keputusan kecil, bukan satu peristiwa adopsi besar:

• Siklus hidup mana yang cocok dengan pekerjaan tim ini?
• Praktik perencanaan, estimasi, dan kualitas mana yang kita gunakan, dan mana yang kita lewati?
• Seberapa besar tata kelola yang dibutuhkan tingkat risiko yang satu ini?
• Dengan siapa kita berkoordinasi, dan bagaimana caranya?

Alat DA untuk ini adalah process goal diagram. PMI menyatakan bahwa tim DA dipandu memilih WoW mereka melalui process goal diagram yang lugas, yang menunjukkan opsi untuk setiap keputusan dan apa harga dari masing-masing. PMI menambahkan bahwa setiap praktik punya trade-off: berjalan baik dalam beberapa situasi dan buruk dalam situasi lain. Diagram itu ada untuk membuat trade-off tersebut terlihat sebelum Anda berkomitmen.

Inilah juga alasan DA cocok dipadukan dengan perbaikan berkelanjutan. PMI menyebut pendekatannya untuk hal ini Guided Continuous Improvement, yang berarti Anda meninjau kembali pilihan seiring situasi berubah, alih-alih mengunci pilihan itu.

Lapisan-lapisan toolkit

Situs PMI menata toolkit DA ke dalam lapisan, dan setiap lapisan memperluas cakupan keputusan yang dibahas.

Pelapisan inilah yang membedakan DA dari kebanyakan framework tingkat tim. Metode berbasis sprint jarang berbicara tentang bagaimana tim Hukum atau Keuangan harus bekerja dengan tim agile. DA membahasnya, karena toolkit PMI memperlakukan hal-hal itu sebagai keputusan proses juga. PMI membingkai lapisan teratas sebagai kemampuan untuk merasakan dan menanggapi perubahan pasar dengan budaya dan struktur yang mendukung perubahan.

Dua hal yang perlu diketahui sebelum Anda mendalaminya. Pertama, lapisan-lapisan ini bukan tangga tingkat kematangan yang harus didaki berurutan. Sebuah tim dapat memakai panduan Disciplined DevOps tanpa ada yang menyentuh lapisan enterprise. Kedua, PMI menerbitkan sebagian besar materi ini sebagai basis pengetahuan yang bisa dijelajahi, bukan buku yang dibaca sekali, jadi bersiaplah untuk keluar-masuk.

Memilih siklus hidup

Salah satu kontribusi DA yang paling praktis adalah ia tidak memaksa setiap tim ke siklus hidup yang sama. Mark Lines menyampaikan argumen ini secara langsung: banyak organisasi mengurung agile dalam satu rasa, seperti Scrum atau Kanban atau pola scaling yang preskriptif, dan itu mempersempit porsi proyek yang bisa memakai agile sama sekali.

Siklus hidup yang ia uraikan dalam tulisan tersebut mencakup:

Lines juga mencatat bahwa organisasi yang mengadopsi DA cenderung menggeser bauran siklus hidup mereka seiring waktu, dari tradisional menuju agile dasar dan akhirnya menuju siklus hidup berkelanjutan yang lebih maju, seiring kemampuan tim meningkat. Itu model mental yang berguna: pilihan siklus hidup bukan vonis terhadap sebuah tim, melainkan kecocokan antara pekerjaan dan kemampuan tim saat ini.

Jika Anda menimbang antara siklus hidup gaya Scrum dan gaya aliran, Scrumban adalah contoh yang baik dari jenis hybrid yang diperlakukan DA sebagai opsi yang sah, bukan penyimpangan.

Perbandingan DA dengan SAFe, LeSS, Nexus, dan Scrum of Scrums

Pendekatan-pendekatan ini terus-menerus dibandingkan, padahal jenisnya tidak sama. SAFe, LeSS, dan Nexus adalah cara scaling yang sudah ditetapkan. Scrum of Scrums adalah pola koordinasi. DA adalah toolkit keputusan yang dapat memasukkan salah satunya sebagai opsi.

Ringkasan jujurnya: jika Anda sudah tahu menginginkan model scaling tertentu, pelajari langsung SAFe, LeSS, Nexus, atau Scrum of Scrums. Jika Anda belum tahu, atau jika bagian-bagian organisasi Anda jelas membutuhkan hal yang berbeda, tugas DA adalah membantu Anda memutuskan.

PMI menegaskan bahwa DA tidak bersaing dengan metode-metode itu di wilayah mereka sendiri. PMI menyatakan penerapan toolkit ini memungkinkan organisasi menyesuaikan metode atau framework apa pun, termasuk tradisional, Scrum, atau SAFe. Dengan kata lain, Anda bisa menjalankan SAFe dan memakai DA untuk mempertanyakan praktik SAFe mana yang benar-benar Anda butuhkan.

Cara mulai menggunakan DA: pendekatan langkah demi langkah

Anda tidak perlu mengadopsi seluruh toolkit. Berikut cara ringan untuk memulai dengan satu tim.

1. Gambarkan situasinya. Catat ukuran tim, lokasi, kendala regulasi, seberapa dapat diprediksi pekerjaannya, dan keterampilan yang ada di ruangan. Seluruh premis DA adalah bahwa konteks menentukan pilihan.
2. Pilih siklus hidup awal. Cocokkan pekerjaan dengan salah satu siklus hidup di atas. Jika ragu, siklus hidup dasar berbasis Scrum adalah titik awal yang umum, dan Anda bisa berpindah nanti.
3. Identifikasi keputusan yang menyakitkan. Di mana tim berdebat atau macet? Pilih dua atau tiga area proses, seperti estimasi, rilis, atau tata kelola pemangku kepentingan.
4. Lihat opsi dan trade-off. Untuk setiap titik masalah, gunakan DA Browser dan process goal diagram untuk mendaftar opsi dan harga masing-masing.
5. Pilih dan catat keputusan. Pilih satu opsi, jelaskan alasannya, dan catat apa yang akan membuat Anda meninjaunya kembali. Template di bawah ini membantu.
6. Coba selama periode tetap. Jalankan pilihan itu selama beberapa iterasi dan lihat hasilnya dalam retrospektif.
7. Ulangi. Perlakukan WoW sebagai sesuatu yang hidup. Ketika tim atau pekerjaan berubah, tinjau kembali keputusannya.

Template catatan keputusan WoW

Kebanyakan tim mengubah proses mereka lewat percakapan lalu kehilangan alasannya. Catatan keputusan memperbaikinya. Salin tabel ini dan simpan satu baris untuk setiap keputusan.

Jaga kolom "trade-off yang kami terima" tetap jujur. Itu bagian yang paling diperhatikan DA, dan bagian yang dilewatkan tim ketika menginginkan jawaban cepat.

Contoh berdasarkan fungsi bisnis

Karena DA menjangkau lebih jauh dari perangkat lunak, ada baiknya melihat seperti apa keputusan WoW di fungsi lain. Berikut skenario ilustratif, bukan studi kasus.

Perhatikan polanya: organisasi yang sama memakai beberapa pendekatan sekaligus. Itu bukan inkonsistensi. Itulah intinya.

Do's and don'ts

Bagaimana dengan sertifikasi dan pelatihan DA saat ini?

PMI telah mengubah penawaran pelatihan agile-nya dalam beberapa tahun terakhir, jadi periksa pmi.org untuk informasi terkini sebelum Anda merencanakan program di sekitar sebuah kredensial. Situs DA milik PMI saat ini mengarahkan peserta ke sertifikasi agile dan mencantumkan kursus daring bernama Disciplined Agile Essentials dan Disciplined Agile Foundations, beserta pelatihan tatap muka melalui PMI Authorized Training Partner. Isi toolkit-nya sendiri tersedia di situs DA dan di DA Browser, sehingga Anda dapat menggunakan gagasannya tanpa kursus apa pun.

Kapan DA bukan pilihan yang tepat

DA memberi Anda kebebasan, dan kebebasan ada harganya. DA kurang cocok ketika:

• Sebuah tim menginginkan rutinitas siap pakai untuk diikuti sejak hari pertama. DA meminta keputusan, dan sebagian tim hanya ingin resep.
• Tidak ada yang punya pengalaman untuk menimbang trade-off. Di awal, banyak tim terbantu oleh seorang coach.
• Organisasi membutuhkan satu metode standar karena alasan kontrak atau audit. Framework yang sudah ditetapkan mungkin lebih mudah dipertahankan.
• Pimpinan ingin mengadopsi label, bukan menelaah bagaimana pekerjaan dijalankan.

Dalam kasus-kasus itu, memulai dengan Scrum biasa atau framework scaling yang sudah ditetapkan, lalu memakai gagasan DA belakangan, adalah jalur yang masuk akal. Untuk latar belakang tentang keluarga metode yang lebih luas, lihat apa itu metodologi agile.

Disciplined Agile tidak akan memberi tahu Anda framework mana yang harus dibeli. DA memberi Anda cara untuk membahas proses dengan bukti: ini situasi kami, ini opsinya, ini trade-off yang kami ambil, dan ini kapan kami akan meninjaunya lagi. Jika tim Anda sudah menjalankan campuran pekerjaan agile dan tradisional, kebiasaan itu mungkin lebih berharga daripada metode tunggal mana pun.