Berapa ukuran organisasi yang dimaksudkan atau target untuk Scrum Skala Besar (LeSS) dan Kerangka Kerja Agile (SAFe)?

10

The Scrum Panduan mendefinisikan satu unit yang terdiri dari Pemilik Produk, Tim Pengembangan 3-9 anggota, dan 1 Scrum Guru untuk suatu tempat antara 5 dan 11 anggota. Saya telah melihat contoh di mana Pemilik Produk mungkin memiliki staf pendukung atau tim mungkin tidak memiliki Scrum Master yang berdedikasi untuk sedikit memvariasikan angka itu, tetapi tampaknya membatasi sekitar selusin orang.

The Nexus Panduan menjelaskan salah satu metode skala Scrum untuk menangani 3-9 tim Scrum bekerja pada satu produk. Itu menambahkan Tim Integrasi Nexus baru yang mungkin anggota khusus atau mungkin terdiri dari orang-orang dari berbagai tim Scrum. Berdasarkan panduan itu, skala akan menjadi sekitar 20-120 individu.

Cekatan Disiplin dapat meningkatkan dari satu tim ke tim N. Ukuran tim individu standar akan hampir sama dengan di Scrum - 3-9 anggota ditambah peran pendukung dari berbagai spesialis, tim pengujian independen, pakar domain, dll. Pertimbangan dalam kerangka kerja ini tidak hanya penskalaan, tetapi menerapkan metode tangkas dalam organisasi besar, lingkungan yang diatur dengan kepatuhan, outsourcing, dan tim yang didistribusikan secara global. Sepertinya batasnya adalah Anda akan memiliki satu instance DA per produk atau lini produk.

Untuk berbagai tingkat, saya telah terlibat dalam mengerjakan atau mengimplementasikan proses menggunakan Scrum, Nexus, dan DAD, jadi saya memiliki pemahaman yang kuat tentang hal itu. Saya tidak memiliki pengetahuan tentang LeSS dan SAFe, melebihi apa yang saya baca yang dikatakan orang lain.

LeSS sepertinya mudah. Ini adalah alternatif untuk Nexus yang memiliki kemampuan skala jauh lebih besar. The aturan Kurang negara yang kurang dirancang untuk 2-8 tim dan kurang besar dirancang untuk 8 + tim, yang saya akan memperkirakan ukuran organisasi pembangunan berada di sekitar 15-80 kurang dan 80 + kurang besar. Bergantung pada organisasi Anda, Anda mungkin akan melihat 20-110 orang di organisasi produk untuk LeSS dan 100+ orang di LeSS Huge, menghitung manajemen, QA independen, operasi, dan sebagainya. Kedua bentuk LeSS tampaknya diarahkan untuk satu produk, atau mungkin serangkaian produk yang terkait erat (seperti lini produk atau serangkaian layanan mikro). Setiap produk akan memiliki instance LeSS (atau LeSS Huge) sendiri.

SAFe tampaknya termasuk seluruh organisasi - operasi, pengalaman pengguna, arsitek perusahaan dan insinyur sistem, manajer produk, QA, pengembang, dan sebagainya. Ini memiliki dua model - organisasi 3 tingkat dan organisasi 4 tingkat. Organisasi 3 tingkat mengidentifikasi Tim, Program, dan Portofolio. Organisasi 4 tingkat menambahkan tingkat Value Stream antara Program dan Portofolio. Berdasarkan jumlah peran yang diidentifikasi, sepertinya ini menargetkan organisasi perusahaan besar dengan banyak produk dan program bersamaan. Membaca panduan mereka untuk implementasi, sepertinya mereka mengharapkan organisasi pelaksana untuk melatih eksekutif dan manajemen dan kemudian setidaknya 50 anggota tim pengembangan. Ukuran organisasi minimum tampaknya adalah beberapa ratus orang di semua kelompok yang diidentifikasi dan beberapa produk untuk membuat implementasi masuk akal.

Apakah saya benar dalam asumsi saya bahwa LeSS adalah "pesaing" untuk Nexus sehubungan dengan audiens target dan SAFe menargetkan organisasi yang sangat besar dengan sejumlah besar produk atau lini produk, jauh lebih banyak daripada kerangka kerja gesit skala lainnya?

Thomas Owens
sumber

Jawaban:

2

Sebagai sumber obyektif, saya pikir kita bisa menggunakan matriks ASK (Agile scaling knowledge) . Muncul dengan 9 kerangka kerja tangkas skala yang telah ditetapkan.

Saat ini mereka menentukan ukuran berikut:

  • Kecil: <100 orang atau 10 tim
  • Med:> 100 <500 orang atau 50 tim
  • Org Besar:> 500 orang atau 100-an tim

Kemudian mereka membuat kerangka kerja yang Anda namakan seperti ini:

  • Nexus: Kecil tapi Nexus + dapat melebihi 9
  • LeSS: Med - Besar
  • SAFe: Besar - Perusahaan

Dari informasi ini saya akan mengatakan bahwa Less dan Nexus dapat membandingkan pada level "Sedang", tetapi LeSS lebih berfokus pada sisi yang lebih besar, sedangkan fokus Nexus dimulai pada pengaturan yang lebih kecil.

SAFe tampaknya menjadi satu-satunya yang berfokus pada organisasi (perusahaan) yang lebih besar dan bahkan lebih besar. Masih saya bertanya-tanya apakah perusahaan yang menerapkan SAFe dapat benar-benar gesit. (Kedengarannya lebih seperti mimpi konsultan menjadi kenyataan, tapi mungkin itu pertanyaan yang berbeda ;-)

Secara pribadi saya belum bekerja di perusahaan yang lebih besar dari 3 tim. Jadi mungkin saya bukan orang yang tepat untuk memvalidasi informasi ini. Mungkin Anda bisa mendiskusikan ini dengan tangan-pada-gesit-kendur yang berisi beberapa pelatih yang mungkin telah bekerja dengan perusahaan menggunakan kerangka kerja penskalaan yang berbeda ini.

Niels van Reijmersdal
sumber
2

Saya seorang praktisi LeSS Bersertifikat dan Konsultan Program SAFe. Baik LeSS dan SAFe dirancang untuk tim ukuran apa pun mulai dari 50 orang hingga ribuan orang. Implementasi LeSS terbesar yang saya sadari adalah pada mobil self-driving BMW dengan 1800 orang di tim. SAFe namun saya tahu banyak organisasi dengan 4000+ orang di tim.

Saya pikir ukuran organisasi seharusnya tidak menjadi faktor penentu kerangka kerja Anda, itu adalah pandangan yang sangat sederhana. setiap kerangka kerja memiliki konteks yang optimal.

LeSS bekerja paling baik jika perhatian utama Anda adalah kelincahan dalam pengembangan produk. Namun SAFe bekerja paling baik jika Anda ingin Agility tetapi selera risiko Anda rendah dan Anda bersedia mengorbankan beberapa ketangkasan untuk stabilitas.

SAFe adalah kerangka kerja yang besar dan kompleks, itu merugikan tetapi bekerja dengan baik dengan organisasi yang tidak mau disederhanakan. Saya telah menulis dan artikel yang merangkum beberapa aspek utama dari Kerangka Tangkas Agile . Itu merangkum peran kunci, artefak, dan upacara SAFe untuk membuatnya sedikit lebih mudah untuk dipahami.

Kuadrat
sumber