Tutorial SAFe (Kerangka Agile Berskala).

Aman kerangka kerja memungkinkan tim untuk,

• Menerapkan perangkat lunak dan sistem Lean-Agile di tingkat perusahaan
• Ini didasarkan pada prinsip Lean dan Agile.
• Ini memberikan panduan rinci 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 Dekan Leffingwell's buku dan blog. Versi 1.0 adalah rilis resmi pertama pada tahun 2011. Versi terbaru adalah 4.6, dirilis pada Oktober 2018. Versi ini memberikan panduan untuk bekerja di tingkat Portofolio, Aliran Nilai, Program, dan Tim perusahaan.

Mengapa menggunakan SAFe Agile Framework

Kerangka kerja ini sederhana dan ringan, tetapi mampu menangani kebutuhan aliran nilai yang besar dan pengembangan sistem yang kompleks. Dengan menerapkan kerangka kerja tangkas SAFe, Anda akan memperoleh manfaat berikut:

• Produktivitas meningkat by 20 - 50%
• Kualitas meningkat lebih dari 50%
• Waktu untuk Pasar lebih cepat dari 30 -75%
• Peningkatan keterlibatan karyawan dan kepuasan kerja.

Diagram kerangka kerja terperinci tersedia di situs web. Ini menunjukkan semua peran utama, Aktivitas, hasil, dan alur. Ini juga berfungsi sebagai bantuan navigasi ke seluruh situs.

Gambar di bawah menjelaskan cara kerja proses tangkas. Epik adalah kumpulan karya besar, yang selanjutnya dipecah menjadi beberapa cerita kecil atau subepik. Sub-epik ini dialokasikan ke tim sebagai sebuah cerita. Setiap tim kemudian mengerjakan cerita atau fitur perangkat lunak ini sesuai dengan kebutuhan.

Kapan Menggunakan Kerangka Agile Berskala

• 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 dengan cara mereka sendiri tetapi sering kali menghadapi hambatan, penundaan, dan kegagalan.
• Ketika tim ingin bekerja secara mandiri.
• Saat Anda ingin menskalakan Agile di seluruh organisasi tetapi tidak yakin peran baru apa yang mungkin diperlukan atau peran apa yang ada (yaitu manajemen) perlu diubah dan bagaimana caranya.
• Ketika Anda telah mencoba untuk menskalakan Agile di seluruh organisasi Anda tetapi kesulitan dalam menyelaraskan untuk mencapai strategi yang seragam atau konsisten di seluruh departemen bisnis mulai dari portofolio hingga tingkat program dan tim.
• Ketika sebuah organisasi perlu meningkatkan waktu tunggu pengembangan produknya dan ingin mengetahui bagaimana perusahaan lain berhasil menskalakan Agile dengan SAFe.

Betapa berbedanya dengan praktik Agile lainnya

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

• Ini tersedia untuk umum dan gratis untuk digunakan.
• Tersedia dalam bentuk yang sangat mudah didekati dan digunakan.
• Ringan, hasilnya terbukti secara praktis dan spesifik untuk level.
• Ini secara konstan/teratur memodifikasi/mempertahankan praktik tangkas yang paling umum digunakan.
• Menawarkan ekstensi yang berguna untuk praktik tangkas umum.
• Mendasarkan praktik tangkas pada konteks perusahaan.
• Menawarkan gambaran lengkap tentang pengembangan perangkat lunak.
• Visibilitas atau transparansi lebih penting di semua tingkatan.
• Umpan balik yang berkelanjutan atau teratur mengenai kualitas dan peningkatan.

Foundations Kerangka Agile Berskala

Scaled Agile Framework (SAFe): Ia berdiri di atas fondasi

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, ditunjukkan, dan dilanjutkan untuk mendapatkan hasil yang diinginkan.

• Ambil pandangan ekonomi
• Menerapkan pemikiran sistem
• Asumsikan variabilitas; melestarikan pilihan
• Bangun secara bertahap dengan siklus pembelajaran yang cepat dan terintegrasi
• Dasarkan tonggak sejarah pada evaluasi objektif sistem kerja
• Visualisasikan dan batasi WIP, kurangi ukuran batch, dan kelola panjang antrian
• Terapkan irama, sinkronkan dengan perencanaan lintas domain
• Membuka motivasi intrinsik pekerja pengetahuan
• Desentralisasi pengambilan keputusan

Nilai Inti Agile SAFe

Metodologi SAFe Agile didasarkan pada empat nilai ini.

Penjajaran:

• SAFe mendukung penyelarasan.
• Penyelarasan dimulai pada,
  • Tema Strategis dalam Portfolio Backlog dan
  • Pindah ke Visi dan Peta Jalan Backlog Program, lalu
  • Pindah ke Backlog Tim.

Kualitas Bawaan:

• Hal ini memastikan bahwa setiap pengiriman tambahan mencerminkan standar kualitas.
• Kualitas bukanlah sesuatu yang “ditambahkan kemudian” melainkan sudah tertanam di dalam diri.
• Kualitas bawaan merupakan prasyarat Lean dan merupakan keharusan

Transparansi:

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

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 yang Ramping dan Agile

Pemimpin Lean-Agile adalah pembelajar dan guru seumur hidup. Hal ini membantu tim untuk membangun sistem yang lebih baik melalui pemahaman dan penerapan Prinsip Lean-Agile SAFe.

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

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

Prinsip Pemimpin Lean-Agile ini

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

Pola Pikir Lean Agile

Pola pikir Lean-Agile direpresentasikan dalam dua hal:

1. Rumah Lean yang SAFe
2. Manifesto Agile

Rumah Lean yang SAFe:

SAFe berasal dari prinsip dan praktik Lean manufacturing. Berdasarkan faktor-faktor tersebut SAFe menghadirkan “SAFe House of Lean”. Terinspirasi dari “rumah” lean Toyota.

Tujuan lean tidak ada duanya: Untuk memberikan nilai maksimum kepada pelanggan dalam waktu tunggu yang sesingkat-singkatnya dengan kualitas setinggi mungkin kepada pelanggan

Gambar di bawah ini menjelaskan Tujuan, Pilar, dan Foundation dari “Rumah Lean SAFe.”

Manifesto Agile

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

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

Manifesto Agile

1. Prioritas tertinggi adalah memuaskan pelanggan melalui pengiriman perangkat lunak yang berharga secara berkelanjutan dan dini.
2. Menerima perubahan persyaratan, bahkan dalam tahap pengembangan yang terlambat. Proses metodologi Agile SAFe memanfaatkan perubahan demi keuntungan pelanggan.
3. Mengirimkan perangkat lunak yang berfungsi secara berkala, dari beberapa minggu hingga beberapa bulan, dengan preferensi pada skala waktu yang lebih singkat.
4. Pengembang dan pebisnis harus bekerja sama setiap hari sepanjang proyek.
5. Bangun proyek di sekitar individu yang termotivasi. Beri mereka dukungan dan lingkungan yang mereka perlukan, dan percayakan mereka untuk menyelesaikan pekerjaannya.
6. Metode komunikasi yang paling efisien dengan tim pengembangan adalah percakapan tatap muka.
7. Perangkat lunak yang berfungsi adalah ukuran utama kemajuan.
8. Proses tangkas mendorong pembangunan berkelanjutan. Para sponsor, pengembang, dan pengguna harus mampu mempertahankan kecepatan yang konstan tanpa batas.
9. Perhatian terus-menerus terhadap keunggulan teknis dan desain yang baik akan meningkatkan ketangkasan.
10. Kesederhanaan – seni memaksimalkan jumlah pekerjaan yang belum diselesaikan – sangatlah penting.
11. Arsitektur, persyaratan, dan desain terbaik muncul dari tim yang mengorganisasikan diri sendiri.
12. Secara berkala, tim merenungkan bagaimana menjadi lebih efektif, kemudian menyesuaikan dan menyesuaikan perilakunya.

Tingkat Berbeda dalam AMAN

Ada dua jenis implementasi SAFe yang berbeda:

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 ditujukan untuk implementasi yang lebih kecil dengan 100 orang atau kurang. Program yang tidak memerlukan kolaborasi yang signifikan.
• SAFe 4 Tingkat ditujukan untuk solusi yang biasanya memerlukan ratusan praktisi untuk mengembangkan penerapan dan pemeliharaan perangkat lunak.

Tingkat Tim

Peran/Tim		Kegiatan		Artefak
* Tim Tangkas		* Sprint Perencanaan		* Backlog Tim
* Pemilik produk		* Perawatan Backlog		* Persyaratan Non-Fungsional
* Scrum Master		* Stand-Up Harian		* Tujuan Tim PI
		* Eksekusi		* Iterasi
		* Sprint Demo		* Cerita (Perangkat Lunak yang Bekerja)
		* Sprint Retrospektif		* Sprint Anda
		* AKU P Sprints		* Kualitas Bawaan
				* Paku
				* Tim Kanban

• Semua tim SAFe adalah bagian dari satu atau Agile Release Train (ART) lainnya.
• Tim SAFe adalah tim yang diberdayakan, mengatur dirinya sendiri, mengatur dirinya sendiri, dan lintas fungsi
• Setiap tim sama-sama bertanggung jawab untuk mendefinisikan, membangun, dan menguji cerita dari Backlog Tim mereka dalam Iterasi dengan panjang tetap
• Tim merencanakan dan melaksanakan iterasi dengan batasan waktu dua minggu sesuai dengan Tujuan Iterasi yang disepakati.
• Tim akan menggunakan rutinitas ScrumXP/Team Kanban untuk memberikan sistem berkualitas tinggi untuk menghasilkan Demo Sistem setiap dua minggu.
• Semua tim berbeda dalam ART (Agile Release Trains) akan menciptakan sistem yang terintegrasi dan teruji. Pemangku kepentingan akan mengevaluasi dan merespons 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 kualitas di setiap Iterasi.
• Peran ScrumXP meliputi:
  • Tim (Pengembangan+QA)
  • Scrum Guru
  • Pemilik produk. Dll..
• SAFe membagi garis waktu pengembangan menjadi serangkaian iterasi dalam PI (Peningkatan Program).
• Durasi PI antara 8 -12 minggu.
• Tim akan menggunakan cerita untuk menyampaikan nilai. 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. Saat Manajemen Produk memaparkan Roadmap, Visi, dan Program Backlog.
• 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
  • Dicapai melalui pola yang terus berulang
  • Rencanakan iterasinya
  • Berkomitmen pada beberapa fungsi
  • Jalankan iterasi dengan membuat dan menguji Stories
  • Demo fungsi 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 banyak ART.
• Iterasi Inovasi dan Perencanaan (IP) memberi tim peluang untuk inovasi dan eksplorasi.

Tingkat Program

Peran/Tim		Kegiatan		Artefak
* DevOps		* Perencanaan PI (Peningkatan Program).		* Visi
* Tim Sistem		* Demo Sistem		* Peta Jalan
* Manajemen Rilis		* Periksa dan Adopsi Lokakarya		* Metrik
* Manajemen Produk		* Archilandasan pacu tektural		* Tonggak sejarah
*UEX Architect		* Rilis Kapan Saja		* Rilis
* Rilis Insinyur Kereta (RTE)		* Kereta Rilis Agile		* Program Epik
* Sistem Architek/Insinyur		* Rilis		* Program Kanban
* Pemilik Bisnis				* Tunggakan Program
* Pemimpin yang Ramping dan Tangkas				* Persyaratan Non-Fungsional
* Komunitas Praktek				* Pekerjaan Terpendek Tertimbang Pertama (WSJF)
* Layanan berbagi				* Tujuan Program PI
* Pelanggan				* Fitur
				* Pengaktif
				* Solusi
				* Koordinasi Aliran Nilai

• Di tingkat Program, Nilai SAFe disampaikan melalui Agile Release Trains (ART) yang berumur panjang. Iterasi untuk tim dan pelatihan untuk program.
• Agile Release Trains (ART) adalah sarana utama penyampaian nilai di tingkat program. Ini memberikan aliran nilai bagi organisasi.
• Durasi Program Inkremen (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 memberikan perangkat lunak tingkat sistem yang teruji sepenuhnya, berfungsi.
• Setiap PI adalah kotak waktu multi-Iterasi. Selama kotak waktu tersebut, peningkatan signifikan dan berharga dari sistem dikembangkan dan dikirimkan.
• Di setiap PI, sesi “demo” dan “Inspeksi dan adaptasi” akan dilakukan, dan Perencanaan dimulai untuk PSI berikutnya.
• Pada tingkat Program, SAFe menekankan pada prinsip keselarasan. Hal ini karena berbagai upaya tim tangkas diintegrasikan untuk menciptakan nilai pelanggan.
• Hierarki artefak SAFe adalah Epik->fitur->cerita pengguna.
• Pada tingkat Program, Manajer Produk/Manajer Program memiliki otoritas konten. Dia mendefinisikan dan memprioritaskan simpanan program.
• Program backlog adalah daftar fitur yang diprioritaskan.
• Pada tingkat program, fitur-fitur dapat berasal, atau dapat berasal dari epik yang ditentukan pada 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
• System ArchiPeran tektonik di tingkat program adalah untuk berkolaborasi dalam pekerjaan sehari-hari dengan tim. Ia memastikan bahwa persyaratan non-fungsional terpenuhi. Selain itu, mereka bekerja dengan arsitek perusahaan di tingkat portofolio untuk memastikan ada landasan arsitektur yang cukup untuk mendukung kebutuhan pengguna dan bisnis yang akan datang.
• Desain antarmuka, pedoman pengalaman pengguna, dan elemen desain untuk tim disediakan oleh Desainer UX.
• Peran Chief-Scrum Master dimainkan oleh 'Release Train Engineer'.
• Berbagai tim (mulai dari pemasaran, pengembangan, kualitas, operasi, dan penerapan) membentuk 'Tim Manajemen Rilis'. Mereka akan menyetujui peluncuran rutin solusi berkualitas kepada pelanggan.
• Penerapan perangkat lunak ke lingkungan pelanggan dan keberhasilan pengiriman ditangani oleh tim DevOps.

Tingkat Portofolio

Peran/Tim		Kegiatan		Artefak
* Enterprise Architect		* Perencanaan Investasi Strategis		* Tema Strategis
* Manajemen Portofolio Program		* Perencanaan Portofolio Kanban (Epik).		* Perusahaan
* Pemilik Epik				* Tunggakan Portofolio
				* Portofolio Kanban
				* Persyaratan Non-Fungsional
				* Epik dan Enabler
				* Aliran Nilai
				* Anggaran (CapEx dan OpEx)

• Tingkat minat/kepedulian/keterlibatan/tertinggi pada SAFe adalah Portofolio AMAN
• Portofolio menyediakan blok dasar untuk mengatur aliran nilai Lean-Agile Enterprise melalui satu atau lebih Value Streams.
• Portofolio membantu mengembangkan sistem dan solusi yang dijelaskan dalam tema strategis (menghubungkan portofolio SAFe dengan perubahan strategi bisnis suatu perusahaan).
• Untuk memenuhi tujuan strategis, tingkat portofolio merangkum elemen-elemen ini. Ini menyediakan penganggaran dasar dan mekanisme tata kelola lainnya. Dengan cara ini, hal ini menjamin bahwa investasi pada value stream memberikan keuntungan yang diperlukan perusahaan.
• Portofolio terhubung ke bisnis secara dua arah:
  • Untuk memandu Portofolio menuju perubahan tujuan bisnis yang lebih besar, Portofolio menyediakan tema-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 pembangunan yang diperlukan yang dibutuhkan perusahaan untuk memenuhi tujuan strategisnya.
• Value Streams adalah tujuan utama dalam Portofolio, yang memerlukan pendanaan untuk sumber daya manusia dan sumber daya lainnya untuk membangun Solusi.
• Konsep kunci penting yang digunakan di sini adalah:
  • Koneksi ke Perusahaan,
  • Manajemen Portofolio Program,
  • Mengelola Aliran Epik Portofolio.

Tingkat Aliran Nilai

Peran/Tim		Kegiatan		Artefak
* DevOps		* Perencanaan Pra dan Pasca PI (Peningkatan Program).		* Visi
* Tim Sistem		* Demo Solusi		* Peta Jalan
* Manajemen Rilis		* Periksa dan Adopsi Lokakarya		* Metrik
* Manajemen Solusi		* Kereta Rilis Agile		* Tonggak sejarah
*UEX Architect				* Rilis
* Insinyur Aliran Nilai (RTE)				*Epik Aliran Nilai
* Solusi Architek/Insinyur				* Aliran Nilai Kanban
* Layanan berbagi				* Simpanan Aliran Nilai
* Pelanggan				* Persyaratan Non-Fungsional
* Pemasok				* Pekerjaan Terpendek Tertimbang Pertama (WSJF)
				* Tujuan PI Aliran Nilai
				* Kemampuan
				* Pengaktif
				* Konteks Solusi
				* Koordinasi Aliran Nilai
				* Kerangka Ekonomi
				* Maksud Solusi
				*MBSE
				* Berbasis Set
				* Lincah Architekstur

• Tingkat Aliran Nilai bersifat opsional di SAFe.
• Tingkat Aliran Nilai merupakan hal baru di SAFe 4.0.
• Tingkat Aliran Nilai ditujukan/dirancang untuk Perusahaan/pembangun/organisasi yang:

1. Ukuran besar
2. Independen
3. Memiliki solusi yang kompleks
4. Solusi mereka biasanya memerlukan banyak ART
5. Mereka memiliki kontribusi Pemasok.
6. Mereka menghadapi tantangan sistem terbesar
7. Untuk sistem cyber-fisik
8. Untuk perangkat lunak, perangkat keras, kelistrikan dan elektronik, optik, mekanik, fluida, dan lainnya.

• Membangun sistem seperti ini seringkali membutuhkan ratusan, bahkan ribuan praktisi, pemasok eksternal dan internal.
• Jika sistem adalah misi yang penting. Kegagalan Solusi, atau bahkan subsistem, mempunyai konsekuensi ekonomi dan sosial yang tidak dapat diterima.
• Jika Perusahaan dapat dibangun dengan beberapa ratus praktisi, maka Perusahaan tersebut mungkin tidak memerlukan konstruksi pada tingkat ini. Dalam hal ini, mereka dapat menggunakan dari 'tampilan runtuh' yang merupakan SAFe 3 tingkat.
• Membangun solusi aliran nilai dalam pola Lean-Agile memerlukan artefak, koordinasi, dan konstruksi tambahan. Jadi level ini berisi Kerangka Ekonomi untuk memberikan batasan finansial untuk Value Stream
• Mendukung irama dan sinkronisasi untuk beberapa ART dan Pemasok. Termasuk rapat Perencanaan Pra-dan Pasca-PI dan Demo Solusi.
• Ini memberikan peran tambahan yaitu: Value Stream Engineer, Solution Architek/Teknik, dan Manajemen Solusi.

Ringkasan

• SAFe adalah metode yang terbukti dalam industri dan berfokus pada nilai untuk menskalakan Agile di tingkat Perusahaan.
• 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 mencapai tujuan strategis organisasi, bukan hanya tujuan proyek individu.
• Kerangka kerja ini menawarkan kemampuan untuk mempertahankan dan menciptakan strategi terpusat untuk memberikan nilai.
• Model SAFe memiliki tiga/empat tingkatan yang memusatkan tema strategis suatu organisasi.
• Strategi terpusat, dikombinasikan dengan pelaksanaan pembangunan tangkas yang terdesentralisasi.

Referensi:

SAFe untuk Perusahaan Lean 5.0:

http://www.scaledagileframework.com