Panduan Scrum | 16. Mengskalakan Scrum

Tim Scrum harus terdiri dari hingga sepuluh orang. Tapi apa yang harus dilakukan ketika sekelompok besar spesialis perlu bekerja pada satu proyek? Atau jika organisasi memutuskan untuk mengikuti cara manajemen yang gesit? Untuk menyelesaikan masalah ini, para pengembang Scrum mengusulkan Scrum@Scale. Ini adalah arsitektur tanpa skala untuk mengorganisir seluruh tim sesuai dengan prinsip-prinsip Scrum.

Skala Scrum – daftar isi:

1. Pendahuluan
2. Scrum@Scale
3. Scrum of Scrums
4. Skala lebih lanjut dan masalah Scrum@Scale
5. Ringkasan

Pendahuluan

Segera setelah sebuah organisasi tumbuh, jenis masalah baru muncul. Misalnya, penurunan efektivitas karyawan yang disebabkan oleh struktur internal yang kompleks, pengambilan keputusan yang sulit, atau penetapan arah. Perusahaan yang beroperasi secara gesit di tingkat tim proyek kecil sering mencari cara untuk meningkatkan skala.

Banyak perusahaan berjalan dengan baik tanpa mengskalakan Scrum. Bahkan jika banyak Tim Scrum berjalan secara bersamaan, mereka tidak memerlukan koordinasi karena kelompok beroperasi secara independen. Namun, ini tidak berarti bahwa itu adalah Scrum multi-tim. Kebutuhan untuk mengskalakan muncul hanya ketika sebagian besar organisasi bekerja pada satu produk dan dapat menyinkronkan beberapa Tim Scrum mereka secara efektif.

Kebanyakan organisasi yang mengadopsi metode manajemen gesit dalam skala besar memilih model SAFE, atau Scaled Agile Framework. Namun, hari ini, kita tidak akan fokus pada SAFE tetapi kita akan membahas model berbeda yang disebut Scrum@Scale, karena menurut laporan 15th State of Agile dari 2021, ini adalah pilihan kedua terbaik di antara bisnis yang memilih agile.

Scrum@Scale

Pada tahun 1996, pencipta Scrum, Jeff Sutherland dan Ken Schwaber, sedang mengerjakan proyek besar. Saat mereka melakukannya, mereka mengalami kesulitan menjaga tim kecil yang bekerja dalam Scrum tetap sinkron. Mereka menemukan cara untuk mengskalakannya, yang akhirnya mereka sebut Scrum@Scale.

Analog dengan Panduan Scrum resmi adalah Panduan Scrum@Scale, yang mendefinisikan cara pengskalaan kerja ini sebagai:

Sebuah kerangka kerja di mana jaringan Tim Scrum beroperasi mengikuti Panduan Scrum untuk menyelesaikan masalah adaptif yang kompleks dan secara kreatif mengirimkan produk dengan nilai sebanyak mungkin.

Premis dasar dari Scrum@Scale adalah kesederhanaan dan efisiensi. Oleh karena itu, operasinya didasarkan pada arsitektur tanpa skala. Dengan kata lain, ia menggunakan Scrum untuk mengskalakan Scrum. Dengan cara ini, tim scrum yang terdiri dari individu yang bertindak sebagai Pemilik Produk, Scrum Master, atau Pengembang menjadi Scrum of Scrums: sebuah tim yang terdiri dari tim.

Scrum of Scrums

Scrum of Scrums adalah tim scrum dengan orang-orang yang mengambil peran Scrum tradisional. Namun, karena tugas Scrum of Scrums adalah untuk mengintegrasikan hasil kerja beberapa Tim Scrum, ia memerlukan pos tambahan:

• Tim Pemilik Produk – sekelompok Pemilik Produk yang bertemu untuk menyepakati prioritas dan menciptakan visi produk yang kohesif
• Pemilik Produk Utama – Pemilik Produk Tim Scrum atau seseorang yang menangani secara eksklusif dengan Scrum of Scrums
• Master Scrum of Scrums – orang yang mengawasi efektivitas Scrum of Scrums.

Mereka bertemu di acara Scrum yang sama dan menggunakan Artefak yang serupa.

Skala lebih lanjut dan masalah Scrum@Scale

Arsitektur tanpa skala dari Scrum@Scale berarti bahwa ia memungkinkan pengskalaan lebih dari sekali. Jika sebuah organisasi perlu mengkoordinasikan tim pada skala yang lebih besar, ia dapat membentuk Scrum of Scrums.

Namun, mengskalakan Scrum, seperti metodologi manajemen lainnya, memiliki kekurangan, dan dalam hal ini, mereka mirip dengan yang dimiliki oleh Tim Scrum dasar, hanya saja secara proporsional lebih besar. Itulah sebabnya kami merekomendasikan untuk merumuskan rincian kolaborasi dalam setiap Tim Scrum sebelum memulai Scrum dalam skala yang lebih besar. Kami menyarankan untuk mengskalakan Scrum untuk tim yang berpengalaman yang memiliki pengetahuan dan pemahaman yang baik tentang nilai dan cara kerja Scrum.

Skala Scrum – ringkasan

Mengskalakan Scrum bukanlah permainan anak-anak. Ini memerlukan Tim Scrum untuk secara mahir menerapkan prinsip-prinsip Scrum dan menyinkronkan tugas mereka dengan Tim Scrum lainnya. Oleh karena itu, pertanyaan dasar yang harus dijawab adalah: Apakah pengskalaan diperlukan? Hanya karena ada banyak Tim Scrum dalam sebuah organisasi tidak secara otomatis berarti bahwa mengkoordinasikan mereka akan membawa hasil yang lebih baik.

Jika sebuah organisasi memilih untuk meningkatkan Scrum, ia mendapatkan arsitektur tanpa skala yang dapat ditingkatkan lebih lanjut dengan sukses. Namun, setiap peningkatan disertai dengan peningkatan tingkat kompleksitas yang harus dihadapi oleh Tim Pemilik Produk, Pemilik Produk Utama, dan Master Scrum of Scrums.

Jika Anda menyukai konten kami, bergabunglah dengan komunitas sibuk kami di Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.