Setelah menonton video ini, Anda akan dapat mendeskripsikan ketiga artefak Scrum, jelaskan
lima acara Scrum, dan diskusikan manfaat Scrum. Mari kita lihat artefaknya
dari Scrum. Yang pertama adalah product backlog. Ini adalah daftar semua cerita yang pernah kamu alami
akan ingin melakukan. Ini semua kebutuhan Anda untuk produk yang belum dilakukan.
Jadi cerita apa pun yang tidak ada di sprint saat ini, ada di product backlog. Beberapa tim
memiliki product backlog dan icebox dan release backlog. Tapi sebagian besar, kita akan
sebut itu semua jaminan simpanan produk, semua yang akan Anda lakukan di masa depan. Lalu ada
sprint backlognya. Itu adalah cerita yang akan Anda lakukan dalam dua minggu ke depan,
di sprint berikutnya. Jadi, itulah cerita-cerita yang semacam di dek untuk dieksekusi. Lalu
Anda telah melakukan peningkatan. Peningkatan yang dilakukan adalah peningkatan produk yang diselesaikan dengan:
akhir sprint. Jadi, Anda bekerja selama dua minggu dalam sprint. Dan kemudian, semoga, di
akhir itu, Anda punya kenaikan lengkap atau selesai. Scrum memiliki lima acara. Pertama
adalah pertemuan perencanaan sprint. Di situlah Anda berkumpul untuk merencanakan sprint. Di
pertemuan itu, Anda akan memiliki pemilik produk dan master Scrum dan seluruh perencanaan tim
tahu apa yang harus dilakukan selanjutnya, di mana tim berkomitmen pada cerita yang akan mereka penuhi
di sprint berikutnya. Kemudian Anda mendapatkan Scrum harian atau rapat stand-up harian. Dan ini
terjadi setiap hari, bukan? Biasanya di tempat yang sama, waktu yang sama, di mana mereka bertemu untuk kebaikan
sinkronisasi tentang bagaimana kita lakukan? Apa yang akan kita selesaikan hari ini? Dan apakah ada orang?
memiliki hambatan yang dapat diatasi oleh master Scrum? Lalu ada sprint
sendiri, kan? Itu adalah dua minggu di mana semua orang bekerja. Dan kemudian di akhir
dari sprint, Anda memiliki ulasan sprint. Saatnya demo. Saat itulah Anda menunjukkan apa
telah Anda lakukan kepada para pemangku kepentingan sehingga mereka dapat melihat kemajuan yang Anda dapatkan,
fitur baru yang Anda masukkan ke dalam produk. Dan akhirnya, dan yang paling penting, adalah
retrospektif Sprint. Retrospektif itu adalah tempat tim merefleksikan apa yang berjalan dengan baik
apa yang tidak berjalan dengan baik, apa yang bisa kita ubah untuk masa depan? Jadi, apa sajakah manfaatnya?
menggunakan Scrum? Nah, produktivitas yang lebih tinggi, bukan? Saat semua orang bertemu setiap hari
untuk memahami apa yang harus dilakukan ketika kita memiliki papan Kanban, dengan semua pekerjaan kita yang sedang berlangsung,
semua orang dapat melihat apa yang sedang dikerjakan semua orang. Ini cocok untuk produktivitas yang lebih tinggi, karena
orang-orang jenis mengelola diri sendiri dan menjadi sangat produktif. Juga, kualitas yang lebih baik, bukan?
Kualitas perangkat lunak yang lebih baik, karena tim terlibat dalam apa yang mereka lakukan. mereka adalah
menjalankan tes, mereka menggunakan pengembangan yang didorong oleh perilaku, mereka menggunakan pengembangan yang didorong oleh pengujian,
Baik? Dan mereka mendapatkan kualitas yang lebih tinggi dari kode mereka
menulis karena mereka terus-menerus mengujinya.
Anda mendapatkan pengurangan waktu ke pasar karena Anda bekerja sedikit demi sedikit. Jadi, kenaikan kecil
berarti, saya menyelesaikan sesuatu, saya menyelesaikan peningkatan lebih cepat sehingga saya dapat mengeluarkan dan memiliki pelanggan
menguji dan membuat pelanggan menikmati. Anda juga meningkatkan kepuasan pemangku kepentingan, karena
mereka tidak menunggu berbulan-bulan dan berbulan-bulan untuk melihat apakah apa pun yang Anda bangun adalah yang terbaik
mereka ingin. Mereka bisa melihatnya lebih cepat, itu membuat mereka jauh lebih bahagia. Dan kemudian, dari
tentu saja, Anda mendapatkan dinamika tim yang lebih baik karena transparan. Semua orang tahu apa yang dimiliki semua orang
bekerja pada. Semua orang ikut campur ketika seseorang terjebak. Ini benar-benar lingkungan yang lebih baik
dan lingkungan yang lebih produktif bagi pengembang untuk bekerja. Dan terakhir,
yang mengarah ke karyawan yang lebih bahagia, bukan? Karyawan memahami bahwa mereka memegang kendali. Mereka
menarik hal-hal dari backlog. Mereka berkomitmen untuk sprint, satu rencana sprint
pada suatu waktu, sehingga mereka merasa lebih memegang kendali dan mereka merasa lebih bahagia dengan pekerjaan mereka. Saya
ingin melihat sejenak Scrum versus Kanban. Kita akan menggunakan Kanban
board di Scrum, tetapi kita tidak akan mengikuti seluruh proses Kanban. Jadi, aku hanya ingin
untuk menunjukkan kepada Anda apa yang berbeda darinya. Ketika kita berbicara tentang Scrum dan berbicara tentang Kanban.
Pertama ada irama. Scrum menggunakan sprint dengan panjang tetap, biasanya berdurasi dua minggu.
Kanban adalah aliran yang terus menerus. Itu adalah sesuatu yang akan Anda lakukan di lantai produksi, bukan?
Anda tidak menghasilkan sekumpulan mobil setiap dua minggu. Anda memiliki mobil yang keluar dari perakitan
garis sepanjang hari. Metodologi rilisnya berbeda, kan? Scrum dirilis di
akhir sprint dan Kanban melakukan pengiriman terus menerus. Jadi, beberapa tim membuat perangkat lunak
dan ikuti Kanban di mana mereka terus mengirimkan kode. Kapan pun kodenya siap
mereka mendorongnya keluar. Mereka tidak menunggu sampai akhir sprint. Tapi Scrum menggunakan panjang tetap ini
sprint untuk melakukan pelepasan. Dan kemudian ada peran. Saya baru saja menunjukkan kepada Anda bahwa kami memiliki produk
pemilik dan master Scrum dan tim pengembangan di Scrum, tidak ada peran nyata. Ada bisa
menjadi pelatih Agile di Kanban tetapi tidak ada peran di Kanban. Hanya ada orang
yang bekerja untuk menghasilkan apa yang pernah Anda produksi. Kemudian metrik utama
di Scrum adalah kecepatan. Kami belum belajar tentang kecepatan, tetapi kecepatan adalah berapa banyak usaha
tim bisa selesai dalam dua minggu. Kanban melihat waktu siklus, Anda tahu, berapa lama
dibutuhkan dari awal hingga mendapatkan sesuatu yang Anda ketahui, di luar jalur perakitan,
benar dari awal sampai akhir? Berapa kali siklus saya, Anda tahu, mungkin mendapatkan pesanan
dari pelanggan dan benar-benar memproduksi sejumlah barang yang ada dalam urutan itu. Dan
maka ada perubahan filosofi, kan? Di Scrum, tim harus berusaha untuk tidak membuat perubahan
untuk ramalan sprint selama sprint. Terkadang itu terjadi, terkadang Anda harus
lakukan. Tetapi yang ingin Anda lakukan adalah bahwa dua minggu terkunci dan jika ada hal lain yang perlu
harus dilakukan, kami akan mengatasinya pada akhir dua minggu. Padahal, perubahan Kanban bisa terjadi
kapan saja. Mereka terus meningkat, terus berubah, dan siapa pun dapat memutuskan
ada cacat pada sesuatu dan membuat perubahan dan mengubah proses dan terus berjalan. ada
tidak ada batasan untuk filosofi perubahan. Dalam video ini, Anda mengetahui bahwa Scrum menghasilkan produk
backlog, sprint backlog, increment yang lengkap atau selesai. Acara Scrum adalah perencanaan sprint,
pertemuan Scrum harian, sprint, ulasan sprint, dan retrospektif sprint. Jika dilakukan dengan baik, Scrum
dapat meningkatkan produktivitas karyawan, kebahagiaan, meningkatkan kualitas produk, mengurangi waktu ke pasar
dan meningkatkan kepuasan pemangku kepentingan.