Bagaimana Cara Kerja Tim Scrum? – Panduan Cepat

• Pemilik Produk
• Master Scrum
• Tim Pengembangan

Otonom dan Multifungsi

Dalam Scrum, tim ini adalahotonom dan multifungsi:

• Tim otonom memilih cara terbaik untuk menyelesaikan pekerjaan mereka—daripada diarahkan oleh seseorang di luar tim.
• Tim multifungsi memiliki semua keterampilan yang dibutuhkan untuk menyelesaikan pekerjaan, tanpa bergantung pada individu di luar tim. Model tim Scrum dirancang untuk mengoptimalkan fleksibilitas, kreativitas, dan produktivitas.

Bagaimana Tim Scrum Bekerja Sama Secara Efektif?

Tim Scrum mengirimkan peningkatan produk secara bertahap dan iteratif, memaksimalkan peluang umpan balik. Mengirimkan peningkatan produk yang “selesai” memastikan versi yang siap dikirim selalu tersedia.

Scrum didefinisikan oleh seperangkat prinsip (atau 5 Nilai Scrum), yang harus dipahami sebagai pedoman sederhana untuk bekerja secara efektif dalam tim. Mereka adalah:

• Keteguhan – terutama saat menyelesaikan masalah yang sulit
• Fokus
• Komitmenterhadap tujuan tim bersama
• Hormat untuk anggota tim
• Keterbukaanuntuk bekerja dan tantangan apa pun yang mungkin muncul

Konsep Kunci Scrum

Scrum terdiri dari serangkaianSprintatau iterasi pengembangan. Setiap Sprint Scrum melibatkan proses yang sama: Peran (orang), Acara (rapat), danHasil Karya (hasil yang dapat dipegang).

• Sprint adalah siklus pengembangan yang berulang hingga proyek selesai.
• Selama setiap Sprint, kebutuhan dikembangkan, diuji, diintegrasikan, dan disetujui (sering dalam bentuk cerita pengguna). Proses ini berlanjut dari Sprint ke Sprint.

Seperti yang disebutkan sebelumnya, kerangka kerja Scrum terdiri dari tiga kategori yang berbeda:Peran, Acara, danHasil Karya:

Peran Scrum

Kerangka kerja Scrum didefinisikan oleh tiga peran inti: Tim Pengembangan, Master Scrum, dan Pemilik Produk.

Pemilik Produk

Pemilik Produk bertanggung jawab untuk memaksimalkan nilai produk dan pekerjaan Tim Pengembangan. Cara mencapainya dapat bervariasi tergantung organisasi, tim Scrum, dan individu.

Peran Pemilik Produk

Pemilik Produk adalah satu-satunya orang yang bertanggung jawab mengelolaBacklog Produk. Pengelolaan Backlog Produk mencakup:

• Menjelaskan dengan jelas item-item Backlog Produk;
• Mengatur urutan item dalam Backlog Produk untuk mencapai tujuan dan sasaran secara optimal;
• Memaksimalkan nilai pekerjaan yang dilakukan Tim Pengembangan;
• Memastikan Backlog Produk terlihat, transparan, dan jelas bagi semua, menunjukkan apa yang akan dikerjakan tim Scrum selanjutnya; dan
• Memastikan tim pengembangan memahami item dalam daftar produk hingga tingkat yang dibutuhkan.

Master Scrum

Master Scrum bertanggung jawab untuk memastikan Scrum dipahami dan diterapkan. Master Scrum mencapai hal ini dengan memastikan tim Scrum mematuhi teori, praktik, dan aturan Scrum.

Master Scrum adalah pemimpin yang melayani bagi tim Scrum. Master Scrum membantu orang di luar tim Scrum memahami interaksi mana dengan tim yang bermanfaat dan mana yang tidak. Master Scrum membantu semua pihak mengubah interaksi ini untuk memaksimalkan nilai yang dihasilkan oleh tim Scrum.

Peran Master Scrum

Master Scrum melayani Product Owner dengan berbagai cara, termasuk:

• Mengidentifikasi teknik manajemen daftar produk yang efektif;
• Membantu tim Scrum memahami kebutuhan akan item daftar produk yang jelas dan ringkas;
• Memahami perencanaan produk dalam lingkungan empiris;
• Memastikan Product Owner tahu cara mengatur daftar produk untuk memaksimalkan nilai;
• Memahami dan menerapkan fleksibilitas; dan
• MemfasilitasiAcara Scrum sesuai kebutuhan.

Master Scrum Melayani Tim Pengembangan

Master Scrum melayani tim pengembangan dengan berbagai cara, termasuk:

• Memandu tim pengembangan dalam pengorganisasian diri dan kemampuan lintas fungsi;
• Membantu tim pengembangan menghasilkan produk bernilai tinggi;
• Menghilangkan hambatan yang menghambat kemajuan tim;
• Memfasilitasi acara Scrum sesuai kebutuhan; dan
• Memandu tim pengembangan dalam organisasi di mana Scrum belum sepenuhnya diadopsi atau dipahami.

Master Scrum Melayani Organisasi

• Master Scrum melayani organisasi dengan berbagai cara, termasuk:
• Memimpin dan memandu adopsi Scrum oleh organisasi;
• Merencanakan pelaksanaan Scrum dalam organisasi;
• Membantu karyawan dan pemangku kepentingan memahami dan mengadopsi Scrum serta pengembangan produk empiris;
• Mendorong perubahan untuk meningkatkan produktivitas tim Scrum; dan
• Berkolaborasi dengan master Scrum lain untuk meningkatkan efektivitas Scrum di seluruh organisasi.

Tim Pengembangan

Tim Pengembangan terdiri dari para profesional yang menghasilkan peningkatan produk yang siap dikirimkan “Selesai” pada akhir setiap Sprint. Hanya anggota tim pengembangan yang dapat menciptakan peningkatan tersebut.

Tim Pengembangan adalah tim yang mandiri dan diberi wewenang oleh organisasi untuk mengatur dan mengelola pekerjaan mereka sendiri. Sinergi ini memaksimalkan efisiensi dan efektivitas keseluruhan tim.

Peran Tim Pengembangan

Tim Pengembangan memiliki ciri-ciri berikut:

• Mereka adalah tim yang mandiri. Tidak ada yang (bahkan Scrum Master sekalipun) memberi tahu Tim Pengembangan bagaimana mengubah item-item dalam Product Backlog menjadi suatu peningkatan yang dapat dikirimkan.
• Tim Pengembangan bersifat lintas fungsi, memiliki semua keterampilan yang dibutuhkan untuk menciptakan peningkatan produk.
• Scrum tidak mengakui jabatan apa pun selain ‘Pengembang’ bagi anggota Tim Pengembangan, terlepas dari pekerjaan yang dilakukan. Aturan ini tidak memiliki pengecualian.
• Scrum tidak mengakui adanya tim bawahan di dalam Tim Pengembangan, terlepas dari domain tertentu yang dibahas (misalnya pengujian atau analisis bisnis). Aturan ini tidak memiliki pengecualian.
• Anggota tim mungkin memiliki keterampilan dan keahlian khusus, tetapi tanggung jawab berada pada seluruh Tim Pengembangan.

Acara Scrum

Rangkaian Scrum ditandai oleh lima acara. Yaitu: Sprint, Perencanaan Sprint, Daily Scrum, Ulasan Sprint, dan Refleksi Sprint.

• Sebuah Sprint (juga disebut iterasi) adalah unit dasar pengembangan dalam Scrum. Sebuah Sprint adalah upaya yang dibatasi waktu—artinya dibatasi pada durasi tertentu. Durasi setiap Sprint ditentukan sebelumnya, biasanya berkisar antara satu hingga empat minggu, paling umum dua minggu.dibatasi waktuupaya—artinya dibatasi pada durasi tertentu. Durasi setiap Sprint ditentukan sebelumnya, biasanya berkisar antara satu hingga empat minggu, paling umum dua minggu.
• Perencanaan Sprintadalah acara dalam kerangka Scrum di mana tim menentukan item-item dalam Product Backlog yang akan mereka kerjakan selama Sprint dan membahas rencana awal mereka untuk menyelesaikannya.
• Sebuah Daily Stand-up (juga disebut Daily Scrum) adalah pertemuan singkat yang dibatasi waktu yang diadakan setiap hari. Pertemuan ini biasanya dibatasi hingga 5–15 menit dan kadang disebut sebagai stand-up, huddle pagi, atau sinkronisasi harian.
• The Ulasan Sprint terjadi setelah Sprint berakhir. Selama ulasan, Product Owner menjelaskan apa yang telah selesai dan apa yang belum selesai selama Sprint. Tim kemudian mempresentasikan pekerjaan yang telah selesai dan membahas kemajuan, tantangan, serta cara untuk memperbaiki.
• The Ulasan Sprint diadakan setelah setiap Sprint, setelah ulasan Sprint. Ini memberikan tim kesempatan untuk meninjau diri sendiri dan membuat rencana perbaikan untuk Sprint berikutnya.

Artifak Scrum

Artifak adalah catatan fisik yang memberikan informasi rinci mengenai proyek. Artifak Scrum mencakup Daftar Produk, Daftar Sprint, dan Peningkatan Produk.

• The Daftar Produk adalah daftar yang diprioritaskan dari fitur, bug, atau pekerjaan teknis yang saat ini tidak sedang berjalan. Dari sudut pandang Product Owner, daftar ini harus mencakup semua pekerjaan yang bernilai.
• Seiring kebutuhan produk berkembang, Product Owner dan anggota tim lainnya bersama-sama meninjau dan menyesuaikan Daftar Produk sesuai kebutuhan.
• The Daftar Sprint adalah daftar semua item Daftar Produk yang dipilih untuk Sprint. Daftar ini disusun dengan memprioritaskan item dari Daftar Produk hingga tim merasa telah mencapai kapasitas Sprint mereka. Anggota tim mencatat tugas dalam Daftar Sprint berdasarkan keterampilan dan prioritas, mengikuti kerangka kerja Scrum yang mandiri.
• The Peningkatan Produk adalah jumlah dari semua pekerjaan produk yang telah selesai selama Sprint, ditambah semua pekerjaan yang telah selesai pada Sprint sebelumnya. Tujuan Sprint adalah menghasilkan peningkatan produk yang selesai. Tim Scrum menentukan apa yang mendefinisikan status ‘Selesai’ dari peningkatan tersebut, tetapi semua anggota harus setuju dan memahami definisinya.

Siklus Hidup Scrum

Siklus hidup Scrum dimulai dari Daftar Produk, tetapi tidak memberikan panduan tentang cara mengembangkan atau memprioritaskan daftar tersebut. Sebaliknya, ia mencakup serangkaian Sprint yang pada akhirnya menghasilkan peningkatan produk yang dapat dikirimkan, seperti yang ditunjukkan pada diagram di bawah ini.

Selama Sprint-sprint ini, semua aktivitas yang diperlukan untuk pengembangan produk terjadi pada sebagian kecil dari produk secara keseluruhan. Berikut adalah penjelasan mengenai langkah-langkah kunci dalam siklus hidup Scrum:

Kerangka Kerja Agile Scrum

• Perusahaan menentukan prioritas, dan tim mengatur diri sendiri untuk menentukan cara terbaik dalam menghadirkan fitur-fitur dengan prioritas tertinggi.
• Product Owner mewakili bisnis, bertanggung jawab untuk mempertahankan daftar produk (daftar fitur) dan menetapkan prioritas pengembangan.
• Selama perencanaan Sprint, tim mengambil sebagian kecil dari bagian atas daftar, menambahkannya ke Daftar Sprint, dan menentukan cara mengirimkannya.
• Scrum didasarkan pada siklus iteratif yang disebut Sprint, biasanya berlangsung selama 2–4 minggu, di mana produk dirancang, dikodekan, dan diuji sambil rapat harian melacak kemajuan (Rapat Harian).
• Selama proses ini, Master Scrum menjaga tim tetap fokus pada tujuan mereka.
• Pada akhir Sprint, pekerjaan seharusnya siap untuk dikirimkan kepada pemangku kepentingan.
• Sprint berakhir dengan Tinjauan Sprint dan Retrospektif.
• Dengan Sprint berikutnya, tim memilih bagian lain dari Daftar Produk dan memulai kembali.
• Proses ini berlanjut hingga seluruh daftar backlog selesai—atau hingga pekerjaan berhenti karena batasan waktu atau anggaran.
• Ini terus berlanjut hingga proyek dianggap selesai, baik ketika pekerjaan berhenti (batas waktu, anggaran, dll.) atau ketika seluruh daftar backlog selesai.