SAFe: Rangka Kerja Scaled Agile Dijelaskan

Scaled Agile Framework (SAFe) ialah pendekatan yang paling meluas digunakan untuk membawa Agile ke dalam organisasi besar. Jika organisasi anda mempunyai ratusan jurutera, berpuluh-puluh pasukan, dan lini produk yang kompleks yang tidak dapat disusun dalam satu persediaan Scrum, SAFe memberikan cara berstruktur untuk menyelaraskan semuanya tanpa meninggalkan prinsip Agile yang sudah anda gunakan.

Ia bukan penyelesaian yang sempurna dan mempunyai pengkritik yang benar. Namun memahami apa sebenarnya SAFe dan masalah yang cuba diselesaikannya membantu anda membuat keputusan yang lebih bijak tentang sama ada ia sesuai untuk organisasi anda.

Apakah SAFe (Scaled Agile Framework)?

SAFe (Scaled Agile Framework) ialah set corak organisasi dan aliran kerja untuk melaksanakan amalan Agile pada skala perusahaan. Scaled Agile, Inc. membangun dan menyelenggarakannya. Rangka kerja ini menggabungkan idea daripada Lean, Agile, dan pemikiran sistem untuk membantu pasukan yang berjumlah ratusan atau ribuan orang menyampaikan perisian dan produk dengan lebih cepat, berkualiti lebih tinggi, dan sejajar dengan matlamat perniagaan.

Pasukan kecil yang menjalankan Scrum atau Kanban tidak memerlukan SAFe. Tetapi apabila anda mempunyai 50, 100, atau 500 pasukan yang perlu menghasilkan produk berdasarkan visi yang sama, penyelarasan menjadi hambatan utama. SAFe menangani hambatan itu dengan mendefinisikan lapisan perancangan yang jelas, irama bersama, dan peranan khusus yang menjadi jambatan antara strategi dan pelaksanaan.

Fakta utama

• SAFe digunakan oleh 35% organisasi yang menjalankan Agile pada skala besar, menjadikannya rangka kerja penskalaan yang paling popular (State of Agile Report, 2023).
• Organisasi yang melaksanakan SAFe melaporkan masa ke pasaran 30-75% lebih cepat dalam kajian kes Scaled Agile (Scaled Agile, Inc., 2022).
• Rangka kerja ini telah melalui lima versi utama sejak diperkenalkan pada 2011, dengan SAFe 6.0 dikeluarkan pada 2023.

Empat konfigurasi SAFe

SAFe bukan pendekatan satu saiz untuk semua. Ia hadir dalam empat konfigurasi, masing-masing direka untuk saiz dan kerumitan organisasi yang berbeza.

Kebanyakan organisasi bermula dengan Essential SAFe. Konfigurasi lain menambah bebanan operasi, jadi anda hanya memilihnya apabila benar-benar memerlukan lapisan penyelarasan yang disediakannya.

Konsep teras: ART, perancangan PI, dan peringkat-peringkat

Agile Release Train (ART)

Agile Release Train ialah tulang belakang SAFe. ART ialah kumpulan pasukan Agile yang berpanjangan (biasanya 50-125 orang) yang merancang, berkomitmen, dan menyampaikan hasil bersama atas misi yang dikongsi. Bayangkan ia sebagai organisasi maya yang kekal bersama merentasi beberapa kitaran produk.

Semua pasukan dalam ART mengikuti irama iterasi yang sama, biasanya Sprint dua minggu. Mereka mengambil bahagian dalam acara perancangan yang sama dan beroperasi pada garis masa Program Increment (PI) yang sama. Irama bersama inilah yang membolehkan berpuluh-puluh pasukan kekal selaras tanpa arahan atas-ke-bawah yang berterusan.

Perancangan Program Increment (PI)

Perancangan PI ialah degupan jantung SAFe. Setiap 8-12 minggu, semua pasukan dalam ART berkumpul selama dua hari secara bersemuka (atau setara maya) untuk merancang Increment kerja seterusnya. Pasukan menilai keadaan produk semasa, menyemak peta jalan, dan berkomitmen kepada objektif khusus untuk PI yang akan datang.

Hasilnya ialah set objektif PI bagi setiap pasukan, papan ART gabungan yang menunjukkan kebergantungan, dan daftar risiko. Perancangan PI sering disebut sebagai "rahsia kejayaan" SAFe kerana ia mewujudkan penyelarasan sebenar antara pasukan tanpa memerlukan campur tangan pengurusan yang berterusan. Ia juga memakan masa, yang merupakan salah satu sebab pengkritik mempersoalkan sama ada bebanan SAFe berbaloi.

Peringkat-peringkat

SAFe mengatur kerja merentasi tiga (atau empat) peringkat:

Peringkat Team. Pasukan Agile individu menjalankan Sprint, menyelenggarakan Backlog pasukan, dan mengambil bahagian dalam upacara Agile standard seperti retrospektif dan semakan Sprint. Product Backlog pada peringkat ini menyuap ke dalam Backlog peringkat program.

Peringkat Program. Di sinilah ART beroperasi. Pasukan menyelaras melalui perancangan PI, Papan Program (untuk menggambarkan kebergantungan antara pasukan), dan Backlog program bersama yang dipanggil Program Increment Backlog (atau PI Backlog). Release Train Engineer (RTE) memudahkan lapisan ini.

Peringkat Large Solution (jika diperlukan). Apabila beberapa ART membina satu sistem besar bersama-sama, lapisan ini menyelaraskannya. Solution Train Engineer dan Solution Architect menyelenggarakan Backlog peringkat penyelesaian dan menjalankan perancangan Solution PI.

Peringkat Portfolio. Di sini, strategi disambungkan kepada pelaksanaan. Pemimpin perniagaan mendefinisikan tema pelaburan dan aliran nilai, menetapkan belanjawan menggunakan Lean Portfolio Management (LPM), dan memantau aliran menggunakan portfolio Kanban. Epik pada peringkat ini dipecahkan kepada ciri-ciri pada peringkat program, kemudian kepada kisah-kisah pada peringkat pasukan.

Peranan dalam SAFe

SAFe mendefinisikan set peranan yang lengkap merentasi setiap peringkat. Berikut ialah peranan yang paling kerap anda temui.

RTE sering digambarkan sebagai "super Scrum Master" untuk train tersebut. Ia merupakan peranan sepenuh masa, dan kualiti RTE sering menentukan seberapa baik ART berfungsi.

Faedah SAFe

Penyelarasan pada skala besar. Perancangan PI mewujudkan pelan bersama yang semua orang, daripada jurutera hingga eksekutif, boleh rujuk. Pasukan mengetahui bagaimana kerja mereka berhubung dengan visi produk yang lebih besar. Tahap penyelarasan seperti itu jarang berlaku dan amat berharga dalam organisasi besar.

Penghantaran yang boleh diramal. Oleh sebab semua pasukan bekerja pada irama PI yang sama, kepimpinan boleh meramal penghantaran dengan ketepatan yang munasabah. Anda tahu lebih kurang apa yang akan dihasilkan daripada setiap PI sebelum PI itu bermula.

Gelung maklum balas yang lebih cepat. SAFe menggalakkan pasukan untuk menghasilkan perisian berfungsi setiap dua minggu, dengan demonstrasi sistem pada akhir setiap PI. Itu adalah gelung maklum balas yang jauh lebih ketat berbanding kitaran pelepasan Waterfall tradisional yang masih dijalankan oleh banyak perusahaan.

Ketangkasan perniagaan terbina. Lean Portfolio Management Portfolio SAFe memberi eksekutif cara untuk mengalihkan pelaburan antara aliran nilai tanpa menunggu kitaran bajet tahunan seterusnya. Ia bukan pembiayaan berterusan yang sebenar, tetapi jauh lebih responsif daripada perancangan korporat biasa.

Komuniti dan alat bantu. SAFe mempunyai komuniti pengamal bertauliah yang besar dan sokongan alat bantu yang kukuh daripada platform seperti Jira Align, Rally, dan Planview. Ekosistem itu dapat mempercepatkan penggunaan.

Kritikan dan had

SAFe mempunyai pengkritik yang serius, dan bantahan mereka wajar dipertimbangkan dengan teliti sebelum anda membuat komitmen.

Terlalu berat. SAFe memperkenalkan banyak peranan, artifak, dan upacara di atas apa yang sudah dilakukan oleh pasukan. Bagi organisasi yang mahukan "Agile" bermaksud "mudah dan adaptif," SAFe boleh terasa sebaliknya.

Direka untuk atas ke bawah. Satu kritikan berterusan ialah SAFe meniru hierarki pengurusan tradisional di bawah label Agile. Business Owners meluluskan objektif PI. Belanjawan mengalir ke bawah dari peringkat portfolio. Pasukan merancang berdasarkan peta jalan yang dikawal sebahagian besarnya oleh pihak berkepentingan perniagaan. Itu jauh dari pasukan yang mengatur diri sendiri yang menjadi inti manifesto Agile.

"SAFe bukan Agile." Sekumpulan jurulatih dan pemimpin pemikiran Agile yang lantang berpendapat bahawa ketegaran SAFe bercanggah dengan nilai-nilai Agile. Dave Thomas (salah seorang penandatangan Manifesto asal) dan yang lain telah mengkritiknya kerana melembagakan proses berbanding manusia. Ron Jeffries pernah menyebutnya sebagai "Dark Scrum dengan langkah tambahan." Kata-kata itu keras, tetapi kebimbangan yang mendasarinya adalah nyata: organisasi boleh mengamalkan upacara SAFe sambil kehilangan pemikiran yang menjadikan Agile berkesan.

Velocity dalam Agile boleh mengelirukan. Apabila pasukan SAFe mengukur velocity pada peringkat PI tanpa mengambil berat sama ada angka-angka itu diterjemahkan kepada nilai pengguna, mereka mengoptimumkan output berbanding hasil. SAFe tidak mencegah ini, dan tekanan untuk berkomitmen kepada objektif PI boleh memburukkan lagi keadaan.

Budaya persijilan. Ekosistem persijilan SAFe (SAFe Agilist, RTE, POPM, dll.) mewujudkan model perniagaan yang dianggap oleh sesetengah pengkritik tidak selaras dengan semangat Agile. Persijilan boleh menjadi semata-mata kotak semak berbanding isyarat kecekapan sebenar.

Semua ini tidak bermakna SAFe tidak sesuai untuk organisasi anda. Tetapi memulakan dengan mata terbuka membantu anda mengelakkan melaksanakan birokrasi tanpa mendapat manfaat yang dijanjikan.

Cara melaksanakan SAFe

Scaled Agile, Inc. menerbitkan Peta Jalan Pelaksanaan. Berikut ialah versi bahasa mudahnya.

Langkah 1: Latih pasukan kepimpinan

SAFe tidak akan berjaya jika pemimpin kanan tidak komited dan tidak terlatih. Mulakan dengan kursus Leading SAFe dua hari untuk eksekutif, pengarah, dan pengurus kanan. Jika pemimpin masih menjalankan perancangan portfolio Waterfall sementara pasukan cuba menjalankan SAFe, rangka kerja itu akan gagal pada titik sambungannya. Penyelarasan kepimpinan tidak boleh dirunding.

Langkah 2: Kenal pasti aliran nilai dan ART

Petakan organisasi anda kepada kerja yang dihasilkan untuk pelanggan, bukan carta organisasi anda. Aliran nilai ialah urutan langkah yang menghasilkan produk atau perkhidmatan yang dihargai pelanggan. Setiap aliran nilai menjadi sempadan ART. Definisikan ART pertama anda sebelum mendefinisikan yang kedua: lebih mudah untuk belajar, menyesuaikan, dan kemudian berkembang berbanding melancarkan lima ART serentak.

Langkah 3: Cipta pelan pelaksanaan

Ini bermakna menentukan tempoh PI anda (8 atau 12 minggu), merancang acara perancangan PI pertama, melatih pasukan yang akan membentuk ART, dan menyediakan peranan-peranan (RTE, Product Management, System Architect). Anda tidak memerlukan setiap peranan sempurna dari hari pertama, tetapi anda perlu mengisi peranan teras dengan orang yang memahami rangka kerja tersebut.

Langkah 4: Latih pasukan dan lancarkan ART

Jalankan acara Pelancaran ART dua hari yang menggabungkan latihan SAFe for Teams dengan perancangan PI pertama. Ini memastikan setiap ahli pasukan berorientasi dan menghasilkan pelan PI pertama yang sebenar. Jangkakan ia tidak akan berjalan lancar. Acara perancangan PI pertama jarang berlaku dengan sempurna. Itu dijangkakan dan tiada masalah.

Langkah 5: Bimbing pelaksanaan

Semasa beberapa PI pertama, bimbing secara berterusan. RTE dan Scrum Master perlu membantu pasukan menghayati irama tersebut. Titik kegagalan biasa: pasukan yang melangkau semakan iterasi, objektif PI yang terlalu kabur untuk dinilai, dan penjejakan kebergantungan pada Papan Program yang tidak sesiapa kemaskini.

Langkah 6: Kembangkan dan tambah baik

Selepas 2-3 PI, nilai apa yang berkesan dan apa yang tidak. Jalankan bengkel inspect-and-adapt (I&A) yang menyeluruh pada akhir setiap PI untuk menghasilkan penambahbaikan yang boleh diambil tindakan. Hanya kembangkan kepada ART kedua atau kepada portfolio SAFe setelah ART pertama stabil. Menskalakan proses yang rosak hanya menjadikan masalah lebih besar.

SAFe berbanding pendekatan penskalaan lain

Jika anda sedang menilai Scrumban untuk pasukan individu atau memikirkan perbandingan Agile vs Scrum sebelum memilih pendekatan penskalaan, baca perkara itu dahulu. Amalan peringkat pasukan yang anda pilih mempengaruhi seberapa baik mana-mana rangka kerja penskalaan boleh berfungsi di atasnya.

Soalan yang kerap ditanya

Adakah SAFe masih Agile?

Itu bergantung kepada cara anda melaksanakannya. SAFe menggabungkan prinsip-prinsip Agile dan menggunakan upacara Agile, tetapi hierarki berstruktur dan kitaran perancangan atas-ke-bawahnya bertentangan dengan beberapa nilai Agile teras. Dilaksanakan dengan baik, SAFe boleh menghasilkan organisasi yang benar-benar adaptif. Dilaksanakan dengan buruk, ia mewujudkan ilusi ketangkasan sambil mengekalkan semua dinamik kawalan dan komando lama.

Berapa lama satu Program Increment (PI)?

PI biasanya 8 hingga 12 minggu. Kebanyakan organisasi menggunakan PI 10 minggu yang terdiri daripada lima iterasi dua minggu. Iterasi terakhir biasanya merupakan iterasi Innovation and Planning (IP) yang digunakan untuk pembersihan, pengukuhan, dan perancangan PI seterusnya.

Adakah anda perlu persijilan SAFe untuk melaksanakannya?

Tidak. Persijilan membantu pasukan mempelajari rangka kerja dengan lebih cepat, dan sijil RTE memberikan RTE kredibiliti dengan pasukan yang dibimbing. Tetapi organisasi telah berjaya melaksanakan SAFe dengan persijilan formal yang minimum melalui pelaburan dalam pembimbingan dalaman dan amalan langsung. Ekosistem persijilan berguna tetapi tidak diperlukan untuk berjaya.

Berapa banyak pasukan yang membentuk satu Agile Release Train?

ART biasanya mempunyai 5 hingga 12 pasukan, dengan setiap pasukan mempunyai 5-9 ahli. Itu meletakkan saiz ART pada 50-125 orang. Melebihi 125 bermakna anda mungkin perlu berpecah kepada dua ART atau beralih kepada konfigurasi Large Solution.

Apakah perbezaan antara Epic dan Feature dalam SAFe?

Epic ialah inisiatif perniagaan atau teknikal yang besar yang didefinisikan pada peringkat portfolio atau large solution. Feature ialah penghantaran yang lebih kecil yang didefinisikan pada peringkat program yang melaksanakan sebahagian daripada Epic. Pasukan kemudian memecahkan Feature kepada kisah pengguna dalam Backlog pasukan mereka. Hierarki Epic-Feature-Kisah inilah cara kerja mengalir dari strategi ke bawah hingga pelaksanaan harian.

Apa yang SAFe lakukan dengan betul dan ke mana seterusnya

SAFe bukan untuk semua orang. Tetapi bagi organisasi besar yang benar-benar bergelut dengan penyelarasan, peta jalan yang tidak selaras, dan penghantaran yang perlahan, ia menyediakan titik permulaan yang konkrit. Nilai terbesar rangka kerja ini bukan upacara itu sendiri. Ia adalah bahasa dan irama bersama yang diwujudkannya merentasi pasukan yang sebelum ini tidak mempunyai rentak bersama.

Mulakan kecil, latih dengan jujur, dan jalankan sesi inspect-and-adapt yang sebenar. Organisasi yang mendapat manfaat paling banyak daripada SAFe menganggapnya sebagai konfigurasi permulaan, bukan destinasi kekal.

Jika anda masih memilih antara pendekatan penghantaran, extreme programming menawarkan alternatif yang lebih berorientasikan kejuruteraan yang wajar dikaji bersama SAFe.

Bacaan berkaitan

• Apakah Metodologi Agile?
• Apakah Scrum?
• Agile vs Scrum
• Perancangan Sprint
• Upacara Agile
• Product Backlog
• Manifesto Agile
• Scrumban