Tutorial Metodologi SAFe: Apa itu Scaled Agile Framework

Apa itu Scaled Agile Framework (SAFe)?

Scaled Agile Framework (SAFe) adalah basis pengetahuan online yang tersedia secara gratis yang memungkinkan Anda menerapkan praktik lean-agile di tingkat perusahaan. Ini memberikan pengalaman sederhana dan ringan untuk pengembangan perangkat lunak. Ini adalah sekumpulan organisasi dan pola alur kerja yang dimaksudkan untuk memandu perusahaan dalam mengukur praktik ramping dan gesit. Ini dibagi menjadi tiga segmen yaitu Tim, Program dan Portofolio.

Kerangka SAFe memungkinkan tim untuk,

• Menerapkan perangkat lunak dan sistem Lean-Agile di tingkat perusahaan
• Ini didasarkan pada prinsip Lean dan Agile.
• Ini memberikan panduan terperinci untuk bekerja di Portofolio perusahaan, Aliran Nilai, Program, dan Tim.
• Ini dirancang untuk memenuhi kebutuhan semua pemangku kepentingan dalam suatu organisasi.

SAFe pertama kali dikembangkan di lapangan dan dielaborasi dalam buku dan blog Dean Leffingwell . Versi 1.0 adalah rilis resmi pertama pada tahun 2011. Versi terbaru adalah 4.6, dirilis pada Oktober 2018. Ini memberikan panduan untuk bekerja di tingkat Portofolio perusahaan, Aliran Nilai, Program, dan Tim.

Dalam tutorial SAFe Agile ini, Anda akan belajar-

• Apa itu Scaled Agile Framework (SAFe)
• Mengapa menggunakan Agile Framework
• Kapan Menggunakan Scaled Agile Framework
• Betapa berbeda dari praktik Agile lainnya
• Fondasi Kerangka Agile Berskala
• Manifesto Tangkas
• Level Berbeda dalam SAFE
• Tingkat Tim
• Tingkat Program
• Tingkat Portofolio
• Tingkat Arus Nilai

Mengapa menggunakan Agile Framework

Ini adalah kerangka kerja yang sederhana dan ringan, namun mampu menangani kebutuhan aliran nilai yang besar dan pengembangan sistem yang kompleks. Dengan menerapkan kerangka kerja lincah SAFe, Anda akan mendapatkan keuntungan sebagai berikut:

• Produktivitas meningkat oleh 20 - 50%
• Kualitas meningkat lebih dari 50%
• Time to Market lebih cepat dari 30-75%
• Meningkatkan keterikatan karyawan dan kepuasan kerja.

Diagram kerangka terperinci tersedia di situs web. Ini menunjukkan semua peran kunci, Aktivitas, kiriman, dan aliran. Ini juga berfungsi sebagai bantuan navigasi ke seluruh situs.

Gambar di bawah ini menjelaskan bagaimana proses agile bekerja. Epik adalah karya besar, yang selanjutnya dipecah menjadi sejumlah cerita atau sub-epik yang lebih kecil. Sub-epos ini dialokasikan ke tim sebagai sebuah cerita. Setiap tim kemudian mengerjakan cerita atau fitur perangkat lunak ini sesuai kebutuhan.

Kapan Menggunakan Scaled Agile Framework

• Ketika sebuah tim tertarik untuk menerapkan pendekatan tangkas secara konsisten di seluruh program dan portofolio multi-tim yang lebih besar.
• Ketika beberapa tim menjalankan penerapan Agile mereka dengan cara mereka sendiri tetapi secara teratur menghadapi hambatan, penundaan, dan kegagalan.
• Ketika tim ingin bekerja secara mandiri.
• Saat Anda ingin mengukur Agile di seluruh organisasi tetapi tidak yakin peran baru apa yang mungkin diperlukan atau peran yang sudah ada (misalnya, manajemen) perlu diubah dan bagaimana.
• Ketika Anda telah mencoba untuk mengukur Agile di seluruh organisasi Anda tetapi berjuang dalam keselarasan untuk mencapai strategi yang seragam atau konsisten di seluruh departemen bisnis dari portofolio ke tingkat program dan tim.
• Ketika sebuah organisasi perlu meningkatkan waktu tunggu pengembangan produknya dan ingin tahu bagaimana perusahaan lain berhasil menskalakan Agile dengan SAFe.

Betapa berbeda dari praktik Agile lainnya

Sekarang dalam tutorial Scaled Agile Framework ini, mari kita lihat bagaimana framework Scaled Agile berbeda dari praktik agile lainnya,

• Ini tersedia untuk umum dan gratis untuk digunakan.
• Tersedia dalam bentuk yang sangat mudah didekati dan digunakan.
• Ini ringan, hasil yang terbukti secara praktis dan khusus untuk level.
• Itu terus-menerus / secara teratur memodifikasi / memelihara praktik tangkas yang paling umum digunakan.
• Menawarkan ekstensi yang berguna untuk praktik agile umum.
• Mendasarkan praktik tangkas ke konteks perusahaan.
• Menawarkan gambaran lengkap pengembangan perangkat lunak.
• Visibilitas atau transparansi lebih pada semua tingkatan.
• Umpan balik berkelanjutan atau reguler tentang kualitas dan peningkatan.

Fondasi Kerangka Agile Berskala

Scaled Agile Framework (SAFe): Berdiri di atas fondasinya

1. Prinsip Lean-Agile
2. Nilai Inti,
3. Kepemimpinan Lean-Agile
4. Pola Pikir Lean-Agile,
5. Komunitas Praktik (Sekelompok orang yang terus-menerus mengerjakan praktik SAFe)
6. Menerapkan 1-2-3

Prinsip SAFe Lean-Agile

Prinsip-prinsip dasar SAFe Agile dan nilai-nilai SAFe harus dipahami, dipamerkan dan dilanjutkan untuk mendapatkan hasil yang diinginkan.

• Ambil pandangan ekonomi
• Terapkan pemikiran sistem
• Asumsikan variabilitas; pertahankan pilihan
• Bangun secara bertahap dengan siklus pembelajaran yang cepat dan terintegrasi
• Tonggak dasar pada evaluasi objektif dari sistem kerja
• Visualisasikan dan batasi WIP, kurangi ukuran tumpukan dan kelola panjang antrian
• Terapkan irama, sinkronkan dengan perencanaan lintas domain
• Buka kunci motivasi intrinsik pekerja pengetahuan
• Desentralisasi pengambilan keputusan

Nilai Inti SAFe Agile

Metodologi SAFe Agile didasarkan pada empat nilai ini.

Penjajaran:

• SAFe mendukung penyelarasan.
• Penjajaran dimulai pada,
  • Tema Strategis dalam Portofolio Backlog dan
  • Pindah ke Visi dan Roadmap dari Program Backlogs dan kemudian
  • Pindah ke Team Backlogs.

Kualitas Bawaan:

• Ini memastikan bahwa setiap pengiriman tambahan mencerminkan standar kualitas.
• Kualitas tidak "ditambahkan nanti" adalah bawaan.
• Kualitas bawaan adalah prasyarat Lean dan wajibnya

Transparansi:

• Transparansi adalah pendorong kepercayaan.
• SAFe membantu perusahaan mencapai transparansi di semua tingkatan- Eksekutif, Manajer Portofolio, dan pemangku kepentingan lainnya.
• Setiap orang dapat melihat ke dalam portofolio backlog / Kanban, program backlogs / Kanban, dan Team Backlog / Kanban.
• Setiap level memiliki pemahaman yang jelas tentang tujuan PI.
• Program Kereta memiliki visibilitas ke backlog tim, serta backlog program lainnya
• Tim dan program memiliki visibilitas ke dalam Epics bisnis dan arsitektur. Mereka dapat melihat apa yang mungkin menuju ke arah mereka.

Eksekusi Program:

• SAFe sangat fokus pada sistem kerja dan hasil bisnis yang dihasilkan.
• SAFe tidak berguna jika tim tidak dapat mengeksekusi dan terus memberikan nilai.

Pemimpin Lean Agile:

Lean-Agile Leader adalah pembelajar dan guru seumur hidup. Ini membantu tim untuk membangun sistem yang lebih baik melalui pemahaman dan menunjukkan Prinsip SAFe Lean-Agile.

Sebagai pendukung tim, tanggung jawab utama adalah adopsi, kesuksesan, dan peningkatan berkelanjutan dari pengembangan Lean-Agile. Untuk perubahan dan perbaikan berkelanjutan, pemimpin harus dilatih.

Pemimpin perlu mengadopsi gaya kepemimpinan baru. Salah satu yang benar-benar memberdayakan dan melibatkan individu dan tim untuk mencapai potensi tertinggi mereka.

Prinsip dari Pemimpin Lean-Agile ini

• Pimpin Perubahan
• Ketahui Jalannya; Tekankan Pembelajaran Seumur Hidup
• Kembangkan Orang
• Menginspirasi dan Selaras dengan Misi; Minimalkan Kendala
• Desentralisasi Pengambilan Keputusan
• Buka Kunci Motivasi Intrinsik dari Pekerja Pengetahuan

Pola Pikir Lean Agile:

Pola pikir Lean-Agile direpresentasikan dalam dua hal:

1. Rumah Lean SAFe
2. Manifesto Tangkas

The SAFe House of Lean :

SAFe berasal dari prinsip dan praktik manufaktur Lean. Berdasarkan faktor-faktor tersebut SAFe menghadirkan "SAFe House of Lean". Terinspirasi oleh "rumah" dari Lean Toyota.

Sasaran lean tidak terkalahkan: Untuk memberikan nilai pelanggan maksimum dalam waktu tunggu sesingkat mungkin dengan kualitas setinggi mungkin kepada pelanggan

Gambar di bawah ini menjelaskan Tujuan, Pilar, dan Fondasi "SAFe House of Lean."

Manifesto Tangkas

Kami menemukan cara yang lebih baik untuk mengembangkan perangkat lunak dengan melakukannya dan membantu orang lain melakukannya. Melalui pekerjaan ini kami menjadi menghargai:

Itu sebabnya, meskipun ada nilai di item di sebelah kanan, kami lebih menghargai item di sebelah kiri.

Manifesto Tangkas

1. Prioritas tertinggi adalah untuk memuaskan pelanggan melalui pengiriman perangkat lunak yang berharga secara terus menerus dan lebih awal.
2. Rangkullah persyaratan yang berubah, bahkan di akhir pengembangan. Proses metodologi Agile SAFe memanfaatkan perubahan untuk keuntungan pelanggan.
3. Sering-seringlah mengirimkan perangkat lunak yang berfungsi, dari beberapa minggu hingga beberapa bulan, dengan preferensi untuk skala waktu yang lebih singkat.
4. Pengembang dan pebisnis harus bekerja sama setiap hari selama proyek berlangsung.
5. Bangun proyek di sekitar individu yang termotivasi. Beri mereka dukungan dan lingkungan yang mereka butuhkan, dan percayakan mereka untuk menyelesaikan pekerjaan.
6. Metode paling efisien untuk komunikasi dengan tim pengembangan adalah percakapan tatap muka.
7. Perangkat lunak yang berfungsi adalah ukuran utama kemajuan.
8. Proses tangkas mempromosikan pembangunan berkelanjutan. Para sponsor, pengembang, dan pengguna harus dapat mempertahankan kecepatan yang konstan tanpa batas waktu.
9. Perhatian terus menerus pada keunggulan teknis dan desain yang baik meningkatkan ketangkasan.
10. Kesederhanaan - seni memaksimalkan jumlah pekerjaan yang belum selesai - sangat penting.
11. Arsitektur, persyaratan, dan desain terbaik muncul dari tim yang mengatur dirinya sendiri.
12. Secara berkala, tim merefleksikan bagaimana menjadi lebih efektif, kemudian menyesuaikan dan menyesuaikan perilakunya.

Level Berbeda dalam SAFE

Ada dua jenis implementasi SAFe:

1. Implementasi SAFe 4.0
2. Implementasi SAFe 3.0

• Dalam implementasi SAFe 4.0 kami memiliki 4-Level: Portofolio, Aliran Nilai, Program, dan Tim.
• Dalam implementasi SAFe 3.0 kami memiliki 3-Level: Portofolio, Program, dan Tim
• SAFe 3-Tingkat adalah untuk implementasi yang lebih kecil dengan 100 orang atau kurang. Program yang tidak membutuhkan kolaborasi yang signifikan.
• 4-Level SAFe adalah untuk solusi yang biasanya membutuhkan ratusan praktisi untuk mengembangkan penerapan dan pemeliharaan perangkat lunak.

Tingkat Tim

Peran / Tim		Acara		Artefak
* Tim Tangkas		* Perencanaan Sprint		* Backlog Tim
* Pemilik produk		* Perawatan Backlog		* Persyaratan Non-Fungsional
* Scrum Master		* Stand-Up Harian		* Tujuan Tim PI
		* Eksekusi		* Iterasi
		* Demo Sprint		* Cerita (Software Bekerja)
		* Sprint Retrospektif		* Tujuan Sprint
		* Sprint IP		* Kualitas Built-In
				* Paku
				* Tim Kanban

• Semua tim SAFe adalah bagian dari satu atau Agile Release Train (ART) lainnya.
• Tim SAFe diberdayakan, mengatur diri sendiri, mengatur diri sendiri, tim lintas fungsi
• Setiap tim sama-sama bertanggung jawab untuk menentukan, membangun, dan menguji cerita dari Team Backlog mereka dalam Iterasi berdurasi tetap
• Tim merencanakan dan melaksanakan iterasi dengan batas waktu dua minggu sesuai dengan Sasaran Iterasi yang disepakati.
• Tim akan menggunakan rutinitas ScrumXP / Team Kanban untuk memberikan sistem berkualitas tinggi untuk menghasilkan Demo Sistem setiap dua minggu.
• Semua tim yang berbeda di ART (Agile Release Trains) akan membuat sistem yang terintegrasi dan teruji. Pemangku kepentingan akan mengevaluasi dan menanggapi dengan umpan balik yang cepat
• Mereka menerapkan praktik Kualitas Bawaan.
• Setiap tim ScrumXP akan memiliki 5-9 anggota tim, yang mencakup semua peran yang diperlukan untuk membangun nilai tambahan yang berkualitas di setiap Iterasi.
• Peran ScrumXP meliputi:
  • Tim (Dev + QA)
  • Scrum Master
  • Pemilik produk. Dll…
• SAFe membagi timeline pengembangan menjadi satu set iterasi dalam PI (Program Increment).
• Durasi PI antara 8 -12 minggu.
• Tim akan menggunakan cerita untuk menyampaikan nilainya. Pemilik Produk akan memiliki otoritas konten atas pembuatan dan penerimaan cerita mereka.
• Cerita berisi kebutuhan Pelanggan.
• Team Backlog mencakup cerita pengguna dan pendukung, yang diidentifikasi selama perencanaan PI. Ketika Manajemen Produk menyajikan Roadmap, Visi, dan Backlog Program.
• Mengidentifikasi, menguraikan, memprioritaskan, menjadwalkan, menerapkan, menguji, dan menerima cerita adalah persyaratan utama pekerjaan manajemen di tingkat tim.
• Setiap iterasi menyediakan:
  • Peningkatan fungsionalitas baru yang berharga
  • Capai melalui pola yang terus berulang
  • Rencanakan iterasi
  • Berkomitmen pada beberapa fungsi
  • Jalankan iterasi dengan membuat dan menguji Stories
  • Peragakan fungsionalitas baru
  • Retrospektif
  • Ulangi untuk iterasi berikutnya
• Tim juga mendukung Demo Sistem di akhir setiap Iterasi. yang merupakan titik integrasi penting untuk ART.
• Value Stream yang lebih besar akan memiliki beberapa ART.
• Inovasi dan Perencanaan (IP) Iterasi memanfaatkan tim dengan peluang untuk inovasi dan eksplorasi.

Tingkat Program

Peran / Tim		Acara		Artefak
* DevOps		* Perencanaan PI (Program Increment)		* Visi
* Tim Sistem		* Demo Sistem		* Peta jalan
* Manajemen Rilis		* Memeriksa dan Mengadopsi Lokakarya		* Metrik
* Manajemen Produk		* Landasan Pacu Arsitektur		* Tonggak Sejarah
* Arsitek UEX		* Lepaskan Kapan Saja		* Rilis
* Insinyur Kereta Rilis (RTE)		* Kereta Rilis Agile		* Program Epics
* Arsitek / Insinyur Sistem		* Rilis		* Program Kanban
* Pemilik Bisnis				* Backlog Program
* Pemimpin Lean-Agile				* Persyaratan Non-Fungsional
* Komunitas Praktek				* Pekerjaan Tertimbang Tertimbang Pertama (WSJF)
* Layanan berbagi				* Tujuan Program PI
* Pelanggan				* Fitur
				* Enabler
				* Solusi
				* Koordinasi Arus Nilai

• Di tingkat Program, Value of SAFe diberikan oleh Agile Release Trains (ART) yang berumur panjang. Iterasi untuk tim dan kereta untuk program.
• Agile Release Trains (ART) adalah kendaraan utama untuk penyampaian nilai di tingkat program. Ini memberikan aliran nilai ke organisasi.
• Durasi Program Increments (PI) adalah 8 hingga 12 minggu.
• ART terdiri dari 5 - 12 Tim Agile (~ 50 - 125+ orang) yang mencakup semua peran dan infrastruktur yang diperlukan untuk menghadirkan perangkat lunak tingkat sistem yang teruji, berfungsi, dan sepenuhnya.
• Setiap PI adalah kotak waktu multi-Iterasi. Di mana peningkatan sistem yang signifikan dan berharga dikembangkan dan dijalankan.
• Di setiap PI akan terjadi sesi "demo" dan "Periksa dan adaptasi", dan Perencanaan dimulai untuk PSI berikutnya.
• Pada level Program, SAFe menekankan pada prinsip keselarasan. Ini karena beberapa upaya tim tangkas diintegrasikan untuk menciptakan nilai pelanggan.
• Hierarki artefak SAFe adalah Epics-> fitur-> cerita pengguna .
• Di tingkat Program, Manajer Produk / Manajer Program memiliki otoritas konten. Dia mendefinisikan dan memprioritaskan backlog program.
• Backlog program adalah daftar fitur yang diprioritaskan.
• Di tingkat program, fitur dapat berasal, atau berasal dari epos yang ditentukan di tingkat portofolio.
• Fitur terurai menjadi cerita pengguna dan mengalir ke simpanan tingkat tim.
• Peran Manajer Produk atau Insinyur Kereta Rilis dapat ditangani oleh Manajer Program / Manajer Proyek Senior
• Peran Arsitek Sistem di tingkat program adalah untuk berkolaborasi sehari-hari dengan tim. Ini memastikan bahwa persyaratan non-fungsional terpenuhi. Selain itu, mereka bekerja dengan arsitek perusahaan di tingkat portofolio untuk memastikan ada landasan pacu arsitektur yang memadai untuk mendukung kebutuhan pengguna dan bisnis yang akan datang.
• Desain antarmuka, panduan pengalaman pengguna, dan elemen desain untuk tim disediakan oleh UX Designers.
• Peran Chief-Scrum Master dimainkan oleh 'Release Train Engineer'.
• Berbagai tim (dari pemasaran, pengembangan, kualitas, operasi, dan penyebaran) membentuk 'Tim Manajemen Rilis'. Mereka akan menyetujui rilis rutin solusi berkualitas kepada pelanggan.
• Penyebaran perangkat lunak ke dalam lingkungan pelanggan dan pengiriman yang berhasil ditangani oleh tim DevOps.

Tingkat Portofolio

Peran / Tim		Acara		Artefak
* Arsitek Perusahaan		* Perencanaan Investasi Strategis		* Tema Strategis
* Manajemen Portofolio Program		* Perencanaan Kanban Portofolio (Epic)		* Perusahaan
* Pemilik Epik				* Portofolio Backlog
				* Portofolio Kanban
				* Persyaratan Non-Fungsional
				* Epic dan Enabler
				* Arus Nilai
				* Anggaran (CapEx dan OpEx)

• Minat / perhatian / keterlibatan / dalam SAFe tertinggi adalah Portofolio SAFe
• Portofolio menyediakan blok dasar untuk mengatur aliran nilai Lean-Agile Enterprise melalui satu atau lebih Aliran Nilai.
• Portofolio membantu mengembangkan sistem dan solusi yang dijelaskan dalam tema strategis (menghubungkan portofolio SAFe dengan strategi bisnis yang berubah dari suatu perusahaan).
• Untuk memenuhi tujuan strategis, tingkat portofolio merangkum elemen-elemen ini. Ini memberikan penganggaran dasar dan mekanisme tata kelola lainnya. Dengan cara ini, ia memastikan bahwa investasi dalam aliran nilai memberikan pengembalian yang diperlukan bagi perusahaan.
• Portofolio terhubung ke bisnis dua arah:
  • Untuk memandu Portofolio ke tujuan bisnis yang berubah lebih besar, ini menyediakan tema strategis.
  • Arah lain menunjukkan aliran nilai portofolio yang konstan.
• Manajemen Portofolio Program bertindak sebagai pemangku kepentingan, dan mereka bertanggung jawab untuk memberikan hasil bisnis.
• Tingkat Portofolio SAFe berisi orang-orang, proses, dan sistem serta solusi yang diperlukan yang dibutuhkan perusahaan untuk memenuhi tujuan strategisnya.
• Value Streams adalah tujuan utama dalam Portofolio, yang dengannya pendanaan untuk orang-orang dan sumber daya lain yang diperlukan untuk membangun Solusi.
• Konsep kunci penting yang digunakan di sini adalah:
  • Koneksi ke Perusahaan,
  • Manajemen Portofolio Program,
  • Mengelola Arus Portofolio Epics.

Tingkat Arus Nilai

Peran / Tim		Acara		Artefak
* DevOps		* Perencanaan Pra dan Pasca PI (Program Increment)		* Visi
* Tim Sistem		* Demo Solusi		* Peta jalan
* Manajemen Rilis		* Memeriksa dan Mengadopsi Lokakarya		* Metrik
* Manajemen Solusi		* Kereta Rilis Agile		* Tonggak Sejarah
* Arsitek UEX				* Rilis
* Value Stream Engineer (RTE)				* Value Stream Epics
* Arsitek / Insinyur Solusi				* Value Stream Kanban
* Layanan berbagi				* Value Stream Backlog
* Pelanggan				* Persyaratan Non-Fungsional
* Pemasok				* Pekerjaan Tertimbang Tertimbang Pertama (WSJF)
				* Tujuan Value Stream PI
				* Kemampuan
				* Enabler
				* Konteks Solusi
				* Koordinasi Arus Nilai
				* Kerangka Ekonomi
				* Maksud Solusi
				* MBSE
				* Set Berbasis
				* Arsitektur Agile

• Tingkat Aliran Nilai adalah opsional di SAFe.
• Value Stream Level baru di SAFe 4.0.
• Tingkat Arus Nilai dimaksudkan / dirancang untuk Perusahaan / pembangun / organisasi yang:

1. Berukuran besar
2. Independen
3. Punya solusi yang kompleks
4. Solusi mereka biasanya membutuhkan banyak ART
5. Mereka memiliki kontribusi Pemasok.
6. Mereka menghadapi tantangan sistem terbesar
7. Untuk sistem fisik siber
8. Untuk perangkat lunak, perangkat keras, kelistrikan dan elektronik, optik, mekanik, fluidika, dan lainnya.

• Membangun sistem semacam ini seringkali membutuhkan ratusan, bahkan ribuan praktisi, pemasok eksternal dan internal.
• Jika sistem adalah misi penting. Kegagalan Solusi, atau bahkan subsistem, memiliki konsekuensi ekonomi dan sosial yang tidak dapat diterima.
• Jika Badan Usaha dapat dibangun dengan beberapa ratus praktisi, mungkin tidak memerlukan konstruksi tingkat ini. Dalam hal ini, mereka dapat menggunakan dari ' tampilan diciutkan' yang merupakan SAFe 3 tingkat.
• Membangun solusi value stream dalam pola Lean-Agile membutuhkan artefak, koordinasi, dan konstruksi tambahan. Jadi level ini berisi Kerangka Ekonomi untuk memberikan batasan finansial untuk Value Stream
• Ini mendukung irama dan sinkronisasi untuk beberapa ART dan Pemasok. Ini mencakup pertemuan Perencanaan Pra-dan Pasca-PI dan Demo Solusi.
• Ini memberikan peran tambahan yaitu: Value Stream Engineer, Solution Architect / Engineering, dan Solution Management.

Ringkasan:

• SAFe adalah metode yang berfokus pada nilai dan terbukti industri untuk penskalaan Agile di tingkat Perusahaan.
• Ini menjawab pertanyaan seperti "Bagaimana kita merencanakan?", "Bagaimana kita menganggarkan?", Dan "Bagaimana kita menjadi lintas fungsi dalam arsitektur dan DevOps?"
• Kerangka kerja SAFe Agile membantu tim organisasi besar untuk memenuhi tujuan strategis organisasi, bukan hanya tujuan proyek individu.
• Kerangka kerja ini menawarkan kemampuan untuk mempertahankan dan membuat strategi terpusat untuk memberikan nilai.
• Model SAFe memiliki tiga / empat tingkatan yang memusatkan tema strategis organisasi.
• Strategi terpusat, dikombinasikan dengan eksekusi pengembangan tangkas yang tidak terpusat.

Referensi:

SAFe untuk Lean Enterprises 5.0:

http://www.scaledagileframework.com

Artikel ini dikontribusikan oleh Jyothi Rangaraj