Disciplined Agile (DA): Penerangan Toolkit Agile Hibrid PMI

Oleh Tara Minh · Dikemas kini 10 Oktober 2026

Disciplined Agile (DA) ialah toolkit keputusan proses yang dimiliki oleh Project Management Institute. Daripada menetapkan satu kaedah, ia menggariskan keputusan yang dihadapi pasukan, pilihan bagi setiap satu, dan pertukarannya, supaya pasukan boleh menyusun "cara kerja" (WoW) mereka sendiri. Ia boleh diletakkan di atas Scrum, Kanban, SAFe, atau kaedah tradisional.

Kebanyakan kerangka agile menjawab sesuatu soalan untuk anda. Scrum menerangkan cara menjalankan Sprint. SAFe menerangkan cara merancang merentas pasukan. DA bertanya soalan yang berbeza dahulu: apakah situasi anda, dan pilihan mana yang sesuai? Itulah sebabnya ia sering digambarkan sebagai toolkit dan bukannya kerangka, dan itulah sebabnya ia menarik minat organisasi yang satu kaedah tetapnya sentiasa gagal berdepan realiti.

Fakta Utama

• Scott Ambler dan Mark Lines mencipta pendekatan Disciplined Agile bersama-sama pada 2012; akarnya terletak pada Disciplined Agile Delivery (DAD), yang menurut Ambler bermula di IBM Rational sekitar 2008.
• PMI mengumumkan pengambilalihan DA pada Ogos 2019; menurut Ambler, PMI membeli Disciplined Agile Inc. dan Disciplined Agile Consortium untuk memperoleh toolkit itu.
• Laman PMI menyusun toolkit ini kepada lapisan Foundation, Disciplined DevOps, Value Streams, dan Disciplined Agile Enterprise.
• PMI menyifatkan DA sebagai boleh digunakan bersama pendekatan tradisional, Scrum, atau SAFe, bukan sebagai pengganti kepada pendekatan tersebut.
• Pemikiran DA berpaksikan prinsip, janji, dan lapan garis panduan.

Dari mana Disciplined Agile bermula

DA bermula sebagai kaedah penghantaran perisian. Scott Ambler, yang mengesan DAD kepada kerjanya di IBM Rational sekitar 2008, dan Mark Lines mencipta pendekatan Disciplined Agile yang lebih luas bersama-sama pada 2012. Matlamat mereka ialah pendekatan fleksibel yang mengiktiraf bahawa setiap organisasi berbeza, dan bahawa dalam satu organisasi pun, pasukan yang berbeza bekerja dengan cara yang berbeza.

Pasangan ini kemudian menerbitkan lima buku tentang DA dan menubuhkan DA Consortium. Pada Ogos 2019, PMI mengumumkan pengambilalihan itu, dan toolkit ini berpindah di bawah bumbung yang sama dengan tradisi PMBOK. Ambler memegang jawatan Naib Presiden dan Ketua Saintis DA di PMI sehingga Julai 2022 dan telah menyatakan bahawa beliau tidak lagi terlibat dalam perkembangannya.

Pemilikan itu penting untuk cara anda memahami DA hari ini. Ia merupakan jawapan PMI kepada ketegangan lama: banyak organisasi menjalankan sebahagian kerja dengan kaedah ramalan dan sebahagian lagi dengan kaedah agile, dan mereka memerlukan panduan yang meliputi kedua-duanya tanpa memihak.

Maksud sebenar "pilih WoW anda"

Idea utamanya mudah dinyatakan tetapi sukar diamalkan: tiada proses terbaik yang tunggal, jadi pilihlah cara kerja anda sendiri dengan sengaja. Pengenalan PMI memperkenalkan DA sebagai cara untuk meneroka pilihan anda dan mencari langkah seterusnya yang terbaik, bermula dari kedudukan anda sekarang dan bertambah baik dari situ.

Dalam praktiknya, "memilih WoW anda" ialah satu siri keputusan kecil dan bukannya satu peristiwa penerimaan yang besar:

• Kitar hayat manakah yang sesuai dengan kerja pasukan ini?
• Amalan perancangan, anggaran dan kualiti manakah yang kita gunakan, dan manakah yang kita langkau?
• Berapa banyak tadbir urus yang diperlukan oleh tahap risiko tertentu ini?
• Dengan siapa kita berkoordinasi, dan bagaimana?

Alat DA untuk ini ialah rajah matlamat proses. PMI menyatakan bahawa pasukan DA dipandu memilih WoW mereka melalui rajah matlamat proses yang mudah, yang menunjukkan pilihan bagi setiap keputusan dan apa kos setiap satunya. Ia menambah bahawa setiap amalan mempunyai pertukaran: ia berfungsi baik dalam sesetengah situasi dan kurang baik dalam yang lain. Rajah-rajah itu wujud untuk menjadikan pertukaran tersebut kelihatan sebelum anda membuat komitmen.

Inilah juga sebabnya DA berpadanan baik dengan penambahbaikan berterusan. PMI menamakan pendekatannya untuk ini Guided Continuous Improvement, bermaksud anda menyemak semula pilihan apabila situasi berubah dan bukannya mengunci pilihan itu.

Lapisan toolkit

Laman PMI menyusun toolkit DA kepada lapisan, setiap satu meluaskan skop keputusan yang diliputi.

Pelapisan inilah yang membezakan DA daripada kebanyakan kerangka peringkat pasukan. Kaedah berasaskan sprint jarang mengatakan apa-apa tentang cara Undang-undang atau Kewangan patut bekerja dengan pasukan agile. DA melakukannya, kerana toolkit PMI menganggap perkara itu juga sebagai keputusan proses. PMI membingkaikan lapisan teratas sebagai keupayaan untuk mengesan dan bertindak balas terhadap perubahan pasaran dengan budaya dan struktur yang menyokong perubahan.

Dua perkara yang patut diketahui sebelum anda mendalaminya. Pertama, lapisan ini bukan tangga kematangan yang didaki mengikut urutan. Pasukan boleh menggunakan panduan Disciplined DevOps tanpa sesiapa menyentuh lapisan perusahaan. Kedua, PMI menerbitkan sebahagian besar ini sebagai pangkalan pengetahuan yang boleh diselusuri dan bukannya buku yang dibaca sekali, jadi jangkakan anda akan keluar masuk darinya.

Memilih kitar hayat

Salah satu sumbangan DA yang paling praktikal ialah ia tidak memaksa setiap pasukan menggunakan kitar hayat yang sama. Mark Lines menghujahkannya secara langsung: banyak organisasi mengurung agile dalam satu perisa, seperti Scrum atau Kanban atau corak penskalaan preskriptif, dan itu mengecilkan bahagian projek yang berpeluang menggunakan agile sama sekali.

Kitar hayat yang beliau huraikan dalam catatan itu termasuk:

Lines juga menyatakan bahawa organisasi yang menerima pakai DA cenderung mengalihkan campuran kitar hayat mereka dari semasa ke semasa, dari tradisional ke arah agile asas dan akhirnya ke arah kitar hayat berterusan yang lebih maju, apabila keupayaan pasukan bertambah baik. Itu model mental yang berguna: pilihan kitar hayat bukan penghakiman terhadap sesebuah pasukan, ia ialah kesesuaian antara kerja dan keupayaan semasa pasukan.

Jika anda sedang memilih antara kitar hayat gaya Scrum dan gaya aliran, Scrumban ialah contoh yang baik bagi jenis hibrid yang dianggap DA sebagai pilihan yang sah dan bukannya penyelewengan.

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

Pendekatan ini sentiasa dibandingkan, tetapi ia bukan jenis perkara yang sama. SAFe, LeSS dan Nexus ialah cara penskalaan yang ditetapkan. Scrum of Scrums ialah corak koordinasi. DA ialah toolkit keputusan yang boleh memasukkan mana-mana daripadanya sebagai satu pilihan.

Ringkasan yang jujur: jika anda sudah tahu anda mahukan model penskalaan tertentu, baca terus tentang SAFe, LeSS, Nexus, atau Scrum of Scrums. Jika anda belum tahu, atau jika bahagian organisasi yang berbeza jelas memerlukan perkara yang berbeza, tugas DA ialah membantu anda memutuskannya.

PMI menegaskan bahawa DA tidak bersaing dengan kaedah tersebut di gelanggang mereka sendiri. Ia menyatakan bahawa penggunaan toolkit ini membolehkan organisasi menyesuaikan mana-mana kaedah atau kerangka, termasuk tradisional, Scrum, atau SAFe. Dengan kata lain, anda boleh menjalankan SAFe dan menggunakan DA untuk mempersoalkan amalan SAFe mana yang sebenarnya anda perlukan.

Cara mula menggunakan DA: pendekatan langkah demi langkah

Anda tidak perlu menerima pakai seluruh toolkit. Berikut ialah cara ringan untuk bermula dengan satu pasukan.

1. Huraikan situasi. Tuliskan saiz pasukan, lokasi, kekangan kawal selia, tahap kebolehramalan kerja, dan kemahiran yang ada dalam bilik. Premis DA sepenuhnya ialah konteks yang menentukan pilihan.
2. Pilih kitar hayat permulaan. Padankan kerja dengan salah satu kitar hayat di atas. Jika anda tidak pasti, kitar hayat asas berasaskan Scrum ialah titik permulaan yang biasa, dan anda boleh beralih kemudian.
3. Kenal pasti keputusan yang menyakitkan. Di mana pasukan bertengkar atau tersekat? Pilih dua atau tiga bidang proses, seperti anggaran, keluaran, atau tadbir urus pihak berkepentingan.
4. Lihat pilihan dan pertukaran. Bagi setiap titik masalah, gunakan DA Browser dan rajah matlamat proses untuk menyenaraikan pilihan dan apa kos setiap satu.
5. Pilih dan rekodkan keputusan. Pilih satu pilihan, nyatakan sebabnya, dan catat apa yang akan membuatkan anda menyemaknya semula. Templat di bawah membantu.
6. Cuba untuk tempoh tetap. Jalankan pilihan itu selama beberapa iterasi dan lihat hasilnya dalam retrospektif.
7. Ulang. Layan WoW sebagai sesuatu yang hidup. Apabila pasukan atau kerja berubah, semak semula keputusan itu.

Templat rekod keputusan WoW

Kebanyakan pasukan mengubah proses mereka melalui perbualan dan kemudian kehilangan sebab di sebaliknya. Rekod keputusan menyelesaikan masalah itu. Salin jadual ini dan simpan satu baris bagi setiap keputusan.

Pastikan lajur "pertukaran yang kami terima" jujur. Itulah bahagian yang paling dipedulikan DA, dan bahagian yang dilangkau pasukan apabila mereka mahukan jawapan pantas.

Contoh mengikut fungsi perniagaan

Oleh kerana DA melangkaui perisian, wajar melihat rupa keputusan WoW dalam fungsi lain. Ini ialah senario ilustrasi, bukan kajian kes.

Perhatikan coraknya: organisasi yang sama menggunakan beberapa pendekatan serentak. Itu bukan ketidakkonsistenan. Itulah intinya.

Perkara yang patut dan tidak patut dilakukan

Bagaimana dengan pensijilan dan latihan DA hari ini?

PMI telah mengubah tawaran latihan agile mereka sejak beberapa tahun lalu, jadi semak pmi.org untuk yang terkini sebelum anda merancang program berdasarkan sesuatu kelayakan. Laman DA PMI kini mengarahkan pelajar kepada pensijilan agile dan menyenaraikan kursus dalam talian yang dipanggil Disciplined Agile Essentials dan Disciplined Agile Foundations, bersama latihan dikendalikan jurulatih melalui PMI Authorized Training Partners. Kandungan toolkit itu sendiri tersedia di laman DA dan dalam DA Browser, jadi anda boleh menggunakan idea tersebut tanpa sebarang kursus.

Bila DA bukan pilihan yang tepat

DA memberi anda kebebasan, dan kebebasan ada kosnya. Ia kurang sesuai apabila:

• Pasukan mahukan rutin siap pakai untuk diikuti pada hari pertama. DA meminta keputusan, dan sesetengah pasukan hanya mahukan resipi.
• Tiada sesiapa yang berpengalaman untuk menimbang pertukaran. Pada peringkat awal, ramai pasukan mendapat manfaat daripada jurulatih.
• Organisasi memerlukan satu kaedah piawai atas sebab kontrak atau audit. Kerangka yang ditetapkan mungkin lebih mudah dipertahankan.
• Kepimpinan mahu menerima pakai label dan bukannya meneliti cara kerja dilakukan.

Dalam kes itu, bermula dengan Scrum biasa atau kerangka penskalaan yang ditetapkan, kemudian menggunakan idea DA selepas itu, ialah laluan yang munasabah. Untuk latar belakang tentang keluarga kaedah yang lebih luas, lihat apakah metodologi agile.

Disciplined Agile tidak akan memberitahu anda kerangka mana yang perlu dibeli. Ia memberi anda cara untuk berbincang tentang proses dengan bukti: inilah situasi kami, inilah pilihannya, inilah pertukaran yang kami ambil, dan inilah masa kami akan menyemaknya semula. Jika pasukan anda sudah menjalankan campuran kerja agile dan tradisional, tabiat itu mungkin lebih bernilai daripada mana-mana satu kaedah.