Belajar SCRUM Pengertian Cara Kerja Dengan Framework SCRUM
Pengertian SCRUM
Scrum adalah sebuah kerangka kerja yang ringan untuk membantu suatu orang, sebuah tim, dan organisasi yang menghasilkan nilai melalui solusi yang bersifat adaptif untuk masalah yang kompleks. dalam implementasinya secara singkat dengan Scrum harus membutuhkan Scrum Master untuk mengembangkannya yang di mana kriteria sebagai Scrum Master mencakup:
- Dari Product Owner memerintahkan pekerjaan untuk masalah kompleks ke dalam Product Backlog.
- Tim Scrum mengubah sebuah pilihan pekerjaan menjadi tujuan untuk Peningkatan nilai selama masa proses Sprint.
- Dalam Tim anggota Scrum dan pemangku kepentingannya memeriksa hasil dan menyesuaikan untuk Sprint berikutnya.
- Ulangi kembali proses di atas sampai dalam masa kerja dengan Scrum.
dengan scrum bisa dibilang sangat sederhana. Cobalah dengan apa adanya dan tentukan sebuah filosofi, teori, dan strukturnya untuk membantu dalam mencapai tujuan dan menciptakan nilai. Tahapan kerangka kerja Scrum dirancang sengaja tidak lengkap, hanya mendefinisikan bagian-bagian yang diperlukan untuk mengimplementasikan teori Scrum. Scrum dibangun di atas kepandaian dan kesadaran kolektif orang-orang yang menggunakannya. dengan begitu akan memberikan sebuah instruksi terperinci kepada orang-orang, aturan Scrum akan memandu hubungan dan interaksi di antara member tim Scrum. Berbagai proses, teknik dan metode dapat digunakan dalam kerangka kerja. dengan Scrum maka membungkus praktik yang ada atau menjadikannya untuk tidak perlu ada. Scrum memperlihatkan akan kemanjuran yang relatif dari sebuah manajemen, lingkungan, dan teknik kerja pada masa saat ini, sehingga menciptakan untuk melakukan perbaikan untuk dilakukan.
Teori Scrum
Scrum didasarkan pada empirisme dan pemikiran yang simple dan ringkas. Empirisme yang dimaksud yaitu untuk menegaskan bahwa pengetahuan berasal dari pengalaman dan pengambilan keputusan berdasarkan apa yang diamati. Pemikiran ringkas berfokus pada hal-hal penting saja sehingga tidak ada hal yang dilakukan yang sia-sia. Scrum menggunakan pendekatan iteratif, inkremental untuk mengoptimalkan prediktabilitas dan untuk mengendalikan risiko. Scrum melibatkan dengan sekelompok orang yang secara kolektif yang memiliki sebuah keterampilan dan keahlian untuk melakukan pekerjaan atau untuk memperoleh keterampilan tersebut sesuai kebutuhan.
di dalam Scrum menggabungkan empat kegiatan formal untuk inspeksi dan adaptasi dalam acara yang berisi, Sprint. kegiatan ini berhasil karena mereka menerapkan pilar empiris Scrum yaitu ada Transparansi, Inspeksi, dan Adaptasi.
Transparansi
Proses dan pekerjaan yang ada harus dapat dilihat oleh mereka yang melakukan pekerjaan dalam tim dan juga mereka yang menerima pekerjaan tersebut. Dengan Scrum, keputusan penting didasarkan pada keadaan yang dirasakan dari tiga artefak formalnya. Artefak yang memiliki transparansi rendah dapat menyebabkan keputusan yang mengurangi nilai dan meningkatkan risiko.dengan transparansi memungkinkan pemeriksaan. Inspeksi tanpa transparansi adalah menyesatkan dan boros waktu sehingga kurang efisien.
Inspeksi
Artefak Scrum dan kemajuan menuju tujuan yang disepakati harus diperiksa secara berkala dan teliti untuk mendeteksi kemungkinan varians atau masalah yang tidak diinginkan. Untuk membantu pemeriksaan, Scrum menyediakan irama dalam bentuk lima kegiatan.
Inspeksi memungkinkan adaptasi. Inspeksi tanpa adaptasi dianggap sia-sia. Acara scrum dirancang untuk mengajak perubahan.
Adaptasi
Jika ada aspek proses yang menyimpang di luar batas yang dapat diterima atau jika produk yang dihasilkan tidak dapat diterima, proses yang diterapkan atau bahan yang diproduksi harus disesuaikan. Penyesuaian harus dilakukan sesegera mungkin untuk meminimalkan penyimpangan lebih lanjut.
Adaptasi menjadi lebih sulit ketika orang-orang yang terlibat tidak diberdayakan atau dikelola sendiri. Tim Scrum diharapkan untuk beradaptasi saat mempelajari sesuatu yang baru melalui inspeksi.
Scrum Values (Nilai Scrum)
Untuk mencapai keberhasilan penggunaan Scrum, tergantung pada orang yang mahir dalam menjalankan lima nilai berikut:
- Komitmen (Commitment)
- Fokus (Focus)
- Keterbukaan (Openness)
- Rasa Hormat (Respect)
- dan Keberanian (Courage)
Tim Scrum berkomitmen untuk mencapai tujuannya dan saling mendukung. Fokus utama mereka adalah pada pekerjaan Sprint untuk membuat kemajuan sebaik mungkin menuju tujuan. Tim Scrum dan pemangku kepentingannya terbuka tentang pekerjaan dan tantangannya. Anggota Tim Scrum saling menghormati sebagai orang yang mampu, mandiri, dan dihormati oleh orang-orang yang bekerja dengan mereka. Anggota Scrum Team memiliki keberanian untuk melakukan hal yang benar, untuk mengatasi masalah yang sulit.
Nilai-nilai ini memberikan arahan kepada Tim Scrum terkait dengan pekerjaan, tindakan, dan perilaku mereka.Keputusan yang dibuat, langkah-langkah yang diambil, dan cara penggunaan Scrum harus memperkuat nilai-nilai ini, bukan mengurangi atau melemahkannya. Anggota Tim Scrum mempelajari dan mengeksplorasi nilai-nilai saat mereka bekerja dengan acara dan artefak Scrum. Ketika nilai-nilai ini diwujudkan oleh Tim Scrum dan orang-orang yang bekerja dengan mereka, pilar empiris Scrum dari transparansi, inspeksi, dan adaptasi menjadi hidup dan membangun kepercayaan.
Scrum Team
Unit dasar Scrum adalah tim kecil yang terdiri dari orang-orang, Tim Scrum. Tim Scrum terdiri dari satu Scrum Master, satu Pemilik Produk (Product Owner), dan Pengembang (Developer). Dalam Tim Scrum, tidak ada sub-tim atau hierarki. di dalam tim terdiri sebuah unit profesional yang kohesif yang berfokus pada satu tujuan pada satu waktu, Sasaran Produk.
Tim Scrum bersifat lintas fungsi, artinya anggota memiliki semua keterampilan yang diperlukan untuk menciptakan nilai setiap Sprint. Mereka juga mengatur diri sendiri, artinya mereka secara internal memutuskan siapa melakukan apa, kapan, dan bagaimana.
Tim Scrum cukup kecil untuk tetap gesit dan cukup besar untuk menyelesaikan pekerjaan penting dalam Sprint, biasanya 10 orang atau kurang. Secara umum,dalam tim yang lebih kecil berkomunikasi lebih baik dan lebih produktif.
Jika Tim Scrum menjadi terlalu besar, mereka harus mempertimbangkan untuk mengatur ulang menjadi beberapa Tim Scrum yang kohesif, masing-masing berfokus pada produk yang sama. Oleh karena itu, mereka harus memiliki Product Goal, Product Backlog, dan Product Owner yang sama.
Tim Scrum bertanggung jawab atas semua aktivitas terkait produk mulai dari kolaborasi pemangku kepentingan, verifikasi, pemeliharaan, pengoperasian, eksperimen, penelitian dan pengembangan, dan hal lain yang mungkin diperlukan. Mereka terstruktur dan diberdayakan oleh organisasi untuk mengelola pekerjaan mereka sendiri. Bekerja di Sprint dengan kecepatan yang berkelanjutan meningkatkan fokus dan konsistensi Tim Scrum. Seluruh Tim Scrum bertanggung jawab untuk menciptakan Increment yang berharga dan berguna setiap Sprint. Scrum mendefinisikan tiga akuntabilitas khusus dalam Tim Scrum: Pengembang(Developer), Pemilik Produk(Product Owner), dan Scrum Master.
Developers (Para pengembang)
Pengembang adalah orang-orang di Tim Scrum yang berkomitmen untuk menciptakan aspek apa pun dari Increment yang dapat digunakan setiap Sprint. Keterampilan khusus yang dibutuhkan oleh Pengembang seringkali luas dan akan bervariasi dengan domain pekerjaan. Namun, Pengembang selalu bertanggung jawab untuk:
- Membuat rencana untuk Sprint, Sprint Backlog;
- Menanamkan kualitas dengan berpegang pada Definisi tugas yang sudah selesai;
- Menyesuaikan rencana mereka setiap hari menuju Sprint Goal; dan,
- Saling memegang tanggung jawab sebagai seorang profesional.
Product Owner (Pemilik Produk)
Pemilik Produk bertanggung jawab untuk memaksimalkan nilai produk yang dihasilkan dari pekerjaan Tim Scrum. Bagaimana hal ini dilakukan dapat sangat bervariasi di seluruh organisasi, Tim Scrum, dan individu. Pemilik Produk juga bertanggung jawab atas pengelolaan Product Backlog yang efektif, yang meliputi:
- Mengembangkan dan mengkomunikasikan Sasaran Produk secara eksplisit;
- Membuat dan mengkomunikasikan item Product Backlog dengan jelas;
- Memilih item Product Backlog; dan,
- Memastikan bahwa Product Backlog transparan, terlihat dan dipahami.
Pemilik Produk dapat melakukan pekerjaan di atas atau dapat mendelegasikan tanggung jawab kepada orang lain. Apapun, Pemilik Produk tetap bertanggung jawab.
Agar Pemilik Produk berhasil, seluruh organisasi harus menghormati keputusan mereka. Keputusan ini terlihat dalam konten dan urutan Product Backlog, dan melalui pencapaian yang diperiksa di Sprint Review.
Pemilik Produk adalah satu orang, maka bukan sebagai panitia. Pemilik Produk dapat mewakili kebutuhan banyak pemangku kepentingan dalam Product Backlog. Mereka yang ingin mengubah Product Backlog dapat melakukannya dengan mencoba meyakinkan Pemilik Produk.
Scrum Master
Scrum Master bertanggung jawab untuk membangun Scrum sebagaimana didefinisikan dalam Panduan Scrum. Mereka melakukan ini dengan membantu semua orang memahami teori dan praktik Scrum, baik di dalam Tim Scrum maupun organisasi.
Scrum Master bertanggung jawab atas efektivitas Tim Scrum. Mereka melakukan ini dengan memungkinkan Tim Scrum untuk meningkatkan praktiknya, dalam kerangka kerja Scrum.
Scrum Masters adalah pemimpin sejati yang melayani Tim Scrum dan organisasi yang lebih besar.
Scrum Master melayani Tim Scrum dalam beberapa cara, termasuk:
- Melatih anggota tim dalam manajemen diri dan lintas fungsi;
- Membantu Tim Scrum untuk fokus menciptakan Increments bernilai tinggi yang memenuhi Definisi tugas yang statusnya selesai;
- Membantu mengurangi hambatan bagi kemajuan Tim Scrum; dan,
- Memastikan bahwa semua acara Scrum berlangsung dan bersifat positif, produktif, dan disimpan dalam kotak waktu.
Scrum Master melayani Product Owner dengan beberapa cara, antara lain:
- Membantu menemukan teknik untuk definisi Sasaran Produk dan manajemen Product Backlog yang efektif;
- Membantu Tim Scrum memahami kebutuhan akan item Product Backlog yang jelas dan ringkas;
- Membantu membangun perencanaan produk empiris untuk lingkungan yang kompleks; dan,
- Memfasilitasi kolaborasi pemangku kepentingan sesuai permintaan atau kebutuhan.
Scrum Master melayani organisasi dalam beberapa cara, termasuk:
- Memimpin, melatih, dan melatih organisasi dalam penerapan Scrum;
- Merencanakan dan menasihati implementasi Scrum dalam organisasi;
- Membantu karyawan dan pemangku kepentingan memahami dan menerapkan pendekatan empiris untuk pekerjaan yang kompleks; dan,
- Menghapus hambatan antara pemangku kepentingan dan Tim Scrum.
Kegiatan Scrum (Scrum Events)
Sprint adalah wadah untuk semua acara lainnya. Setiap acara di Scrum adalah kesempatan formal untuk memeriksa dan mengadaptasi artefak Scrum. Acara Kegiatan ini s dirancang untuk memungkinkan proses transparansi yang diperlukan. Kegagalan untuk mengoperasikan acara apa pun seperti yang ditentukan mengakibatkan hilangnya kesempatan untuk memeriksa dan beradaptasi.Kegagalan untuk mengoperasikan acara apa pun seperti yang ditentukan mengakibatkan hilangnya kesempatan untuk memeriksa dan beradaptasi. Acara digunakan di Scrum untuk menciptakan keteraturan dan meminimalkan kebutuhan akan rapat yang tidak ditentukan dalam Scrum. Secara optimal, semua acara diadakan pada waktu dan tempat yang sama untuk mengurangi kompleksitas.
Sprint
Sprint adalah jantung dari Scrum, di mana ide-ide diubah menjadi nilai. Mereka adalah acara berdurasi tetap satu bulan atau kurang untuk menciptakan konsistensi. Sebuah Sprint baru dimulai segera setelah berakhirnya Sprint sebelumnya. Semua pekerjaan yang diperlukan untuk mencapai Sasaran Produk, termasuk Perencanaan Sprint, Scrum Harian, Tinjauan Sprint, dan Retrospektif Sprint, terjadi di dalam Sprint.
beberapa poin Selama Sprint:
- Tidak ada perubahan yang dilakukan yang akan membahayakan Sprint Goal;
- Kualitas tidak berkurang;
- Product dalam Backlog disempurnakan sesuai kebutuhan; dan,
- Cakupan dapat diklarifikasi dan dinegosiasikan ulang dengan Pemilik Produk seiring semakin banyak yang dipelajari.
Sprint memungkinkan prediktabilitas dengan memastikan inspeksi dan adaptasi kemajuan menuju Sasaran Produk setidaknya setiap bulan kalender. Ketika waktu cakupan Sprint terlalu panjang, Tujuan Sprint mungkin menjadi tidak valid, kompleksitas dapat meningkat, dan risiko dapat meningkat. Sprint yang lebih pendek dapat digunakan untuk menghasilkan lebih banyak siklus pembelajaran dan membatasi risiko biaya dan upaya ke kerangka waktu yang lebih kecil. Setiap Sprint dapat dianggap sebagai proyek pendek.
Berbagai praktik ada untuk meramalkan kemajuan, seperti burn-down, burn-up, atau arus kumulatif. Meskipun terbukti bermanfaat, ini tidak menggantikan pentingnya empirisme. Dalam lingkungan yang kompleks, apa yang akan terjadi tidak diketahui.
Sebuah Sprint dapat dibatalkan jika Sprint Goal menjadi usang. Hanya Product Owner yang memiliki kewenangan untuk membatalkan Sprint.
Sprint Planning
Perencanaan Sprint memulai Sprint dengan meletakkan pekerjaan yang harus dilakukan untuk Sprint. Rencana yang dihasilkan ini dibuat oleh kerja kolaboratif dari seluruh Tim Scrum.
Pemilik Produk memastikan bahwa peserta siap untuk mendiskusikan item Product Backlog yang paling penting dan bagaimana mereka memetakan ke Sasaran Produk. Tim Scrum juga dapat mengundang orang lain untuk menghadiri Sprint Planning untuk memberikan saran.
Perencanaan Sprint membahas topik-topik berikut:
-
Mengapa Sprint ini berharga ? Pemilik Produk mengusulkan bagaimana produk dapat meningkatkan nilai dan kegunaannya dalam Sprint saat ini. Seluruh Tim Scrum kemudian berkolaborasi untuk menentukan Tujuan Sprint yang mengkomunikasikan mengapa Sprint berharga bagi para pemangku kepentingan. Sprint Goal harus diselesaikan sebelum Sprint Planning berakhir.
-
Apa yang bisa dilakukan Sprint ini? Melalui diskusi dengan Pemilik Produk, Pengembang memilih item dari Product Backlog untuk disertakan dalam Sprint saat ini. Tim Scrum dapat menyempurnakan item-item ini selama proses ini, yang meningkatkan pemahaman dan kepercayaan diri. Memilih berapa banyak yang bisa diselesaikan dalam Sprint mungkin sulit Namun, semakin banyak Pengembang tahu tentang kinerja mereka sebelumnya, kapasitas mereka yang akan datang, dan Definisi Selesai mereka, semakin yakin mereka akan perkiraan Sprint mereka.
-
Bagaimana pekerjaan yang dipilih akan dilakukan? Untuk setiap item Product Backlog yang dipilih, Pengembang merencanakan pekerjaan yang diperlukan untuk membuat Kenaikan yang memenuhi Definisi Selesai. Hal ini sering dilakukan dengan menguraikan item Product Backlog menjadi item pekerjaan yang lebih kecil dalam satu hari atau kurang. Bagaimana hal ini dilakukan adalah atas kebijaksanaan Pengembang. Tidak ada orang lain yang memberi tahu mereka cara mengubah item Product Backlog menjadi Peningkatan nilai. Sprint Goal, item Product Backlog yang dipilih untuk Sprint, ditambah rencana pengirimannya disebut sebagai Sprint Backlog. Perencanaan Sprint dibatasi waktu hingga maksimum delapan jam untuk Sprint satu bulan. Untuk Sprint yang lebih pendek, acaranya biasanya lebih pendek.
Daily Scrum
Tujuan dari Scrum Harian adalah untuk memeriksa kemajuan menuju Sprint Goal dan menyesuaikan Sprint Backlog seperlunya, menyesuaikan rencana pekerjaan yang akan datang. Daily Scrum adalah acara 15 menit untuk Pengembang Tim Scrum. Untuk mengurangi kerumitan, diadakan pada waktu dan tempat yang sama setiap hari kerja Sprint. Jika Pemilik Produk atau Scrum Master secara aktif mengerjakan item di Sprint Backlog, mereka berpartisipasi sebagai Pengembang. Pengembang dapat memilih struktur dan teknik apa pun yang mereka inginkan, selama Daily Scrum mereka berfokus pada kemajuan menuju Sprint Goal dan menghasilkan rencana yang dapat ditindaklanjuti untuk hari kerja berikutnya. Ini menciptakan fokus dan meningkatkan manajemen diri.
Daily Scrum meningkatkan komunikasi, mengidentifikasi hambatan, mendorong pengambilan keputusan yang cepat, dan akibatnya menghilangkan kebutuhan akan rapat lain.
Scrum Harian bukan satu-satunya waktu yang diizinkan bagi Pengembang untuk menyesuaikan rencana mereka. Mereka sering bertemu sepanjang hari untuk diskusi lebih rinci tentang mengadaptasi atau merencanakan ulang sisa pekerjaan Sprint.
Sprint Retrospective
Tujuan dari Sprint Retrospective adalah untuk merencanakan cara-cara untuk meningkatkan kualitas dan efektivitas. Tim Scrum memeriksa bagaimana Sprint terakhir berjalan sehubungan dengan individu, interaksi, proses, alat, dan Definisi Selesai.
Elemen yang diperiksa seringkali berbeda dengan domain pekerjaan. Asumsi yang menyesatkan mereka diidentifikasi dan asal-usulnya dieksplorasi.
Tim Scrum mendiskusikan apa yang berjalan dengan baik selama Sprint, masalah apa yang dihadapi, dan bagaimana masalah tersebut (atau tidak) diselesaikan.
Tim Scrum mengidentifikasi perubahan yang paling membantu untuk meningkatkan efektivitasnya. Perbaikan yang paling berdampak ditangani sesegera mungkin. Mereka bahkan dapat ditambahkan ke Sprint Backlog untuk Sprint berikutnya.
Sprint Retrospective mengakhiri Sprint. Ini dibatasi waktu hingga maksimum tiga jam untuk Sprint satu bulan. Untuk Sprint yang lebih pendek, acaranya biasanya lebih pendek.
Scrum Artifacts
Artefak Scrum mewakili pekerjaan atau nilai. Mereka dirancang untuk memaksimalkan transparansi informasi utama. Jadi, setiap orang yang memeriksanya memiliki dasar yang sama untuk adaptasi.
Setiap artefak berisi komitmen untuk memastikannya memberikan informasi yang meningkatkan transparansi dan fokus yang dapat diukur kemajuannya:
- Untuk Product Backlog itu adalah Product Goal.
- Untuk Sprint Backlog itu adalah Sprint Goal.
- Untuk Kenaikan itu adalah Definisi Selesai.
Komitmen ini ada untuk memperkuat empirisme dan nilai-nilai Scrum bagi Tim Scrum dan pemangku kepentingan mereka.
Product Backlog
Product Backlog adalah daftar urutan yang muncul dari apa yang dibutuhkan untuk meningkatkan produk. Ini adalah satu-satunya sumber pekerjaan yang dilakukan oleh Tim Scrum. Item Product Backlog yang dapat dikerjakan oleh Scrum Team dalam satu Sprint dianggap siap untuk diseleksi dalam event Sprint Planning. Mereka biasanya memperoleh tingkat transparansi ini setelah kegiatan pemurnian. Penyempurnaan Product Backlog adalah tindakan memecah dan mendefinisikan lebih lanjut item Product Backlog menjadi item yang lebih kecil dan lebih tepat. Ini adalah aktivitas berkelanjutan untuk menambahkan detail, seperti deskripsi, urutan, dan ukuran. Atribut sering berbeda dengan domain pekerjaan. Pengembang yang akan melakukan pekerjaan bertanggung jawab atas ukuran. Pemilik Produk dapat mempengaruhi Pengembang dengan membantu mereka memahami dan memilih kompromi.
Komitmen: Product Goal
Tujuan Produk menggambarkan keadaan produk di masa depan yang dapat berfungsi sebagai target untuk direncanakan oleh Tim Scrum. Tujuan Produk ada di Product Backlog. Sisa dari Product Backlog muncul untuk menentukan “apa” yang akan memenuhi Tujuan Produk.
Produk adalah kendaraan untuk memberikan nilai. Ini memiliki batas yang jelas, pemangku kepentingan yang dikenal, pengguna atau pelanggan yang terdefinisi dengan baik. Produk dapat berupa layanan, produk fisik, atau sesuatu yang lebih abstrak.
Product Goal adalah tujuan jangka panjang dari Scrum Team. Mereka harus memenuhi (atau mengabaikan) satu tujuan sebelum mengambil tujuan berikutnya.
Sprint Backlog
Sprint Backlog terdiri dari Sprint Goal (mengapa), set item Product Backlog yang dipilih untuk Sprint (apa), serta rencana yang dapat ditindaklanjuti untuk memberikan Increment (bagaimana).
The Sprint Backlog is a plan by and for the Developers. It is a highly visible, real-time picture of the work that the Developers plan to accomplish during the Sprint in order to achieve the Sprint Goal. Akibatnya, Sprint Backlog diperbarui sepanjang Sprint karena lebih banyak yang dipelajari. Itu harus memiliki detail yang cukup sehingga mereka dapat memeriksa kemajuan mereka di Scrum Harian.
Komitmen: Sprint Goal
Sprint Goal adalah satu-satunya tujuan Sprint. Meskipun Sprint Goal merupakan komitmen dari Developer, Sprint Goal memberikan fleksibilitas dalam hal pekerjaan yang tepat yang diperlukan untuk mencapainya. Sprint Goal juga menciptakan koherensi dan fokus, mendorong Tim Scrum untuk bekerja bersama daripada inisiatif terpisah. Sprint Goal dibuat selama acara Sprint Planning dan kemudian ditambahkan ke Sprint Backlog. Saat Pengembang bekerja selama Sprint, mereka mengingat Tujuan Sprint. Saat Pengembang bekerja selama Sprint, mereka mengingat Tujuan Sprint Jika pekerjaan ternyata berbeda dari yang mereka harapkan, mereka berkolaborasi dengan Pemilik Produk untuk menegosiasikan ruang lingkup Sprint Backlog dalam Sprint tanpa mempengaruhi Sprint Goal.