---

Pelajari Kerangka Kerja Scrum melalui Studi Kasus Nyata! Ini Mungkin Mengejutkan Anda!

Sebelum Memulai Sprint Pertama

Alex menjadi Scrum Product Owner proyek pengembangan perangkat lunak baru. Salah satu tugas awalnya menilai serta mengenali persyaratan untuk menghasilkan nilai bisnis yang diinginkan klien.

Ia perlu memastikan klien memperoleh perangkat lunak yang tepat untuk mencapai hasil bisnis nyata. Ia menuliskan kasus penggunaan utama dan membahasnya dengan arsitek, perwakilan klien, serta pemangku kepentingan lain dari TI dan unit bisnis. (Lihat Contoh Scrum)

Setelah menghimpun kasus penggunaan serta persyaratan tingkat tinggi, ia menuliskannya ke dalam Scrum Product Backlog dan memulai sesi estimasi serta prioritas bersama Scrum Team. Hasilnya, seluruh item Scrum Product Backlog memperoleh estimasi kasar dan prioritas awal.

Dalam sesi tersebut, Anna, Scrum Master, memastikan semua berbicara dengan bahasa yang sama. Dengan demikian, Scrum Product Owner, anggota Scrum Team, serta pemangku kepentingan selaras dengan tujuan yang diharapkan. Mereka pun memiliki pemahaman memadai tentang konsep yang mungkin baru bagi mereka, seperti Kasus Penggunaan, Backlog, Sprint, dan sebagainya. Yang terpenting, proses pengembangan serta penyampaian perangkat lunak Scrum diterapkan dengan benar di tempat kerja.

Kini Alex, Scrum Product Owner, mulai memecah persyaratan tingkat tinggi menjadi draf awal cerita pengguna yang lebih terperinci. Dengan daftar ini, ia mengadakan Sprint Planning pertama.

Sprint 1 - Hari 0

Selama Pertemuan Sprint Planning, Alex menyajikan item Scrum Product Backlog dari prioritas tertinggi hingga terendah. Scrum Team mengajukan dan memperjelas pertanyaan terbuka. Untuk setiap item, tim membahas apakah kapasitas serta pengetahuannya cukup untuk mengembangkan dan menyampaikannya. Tim perlu memastikan seluruh sumber daya manusia serta teknis tersedia sebelum Sprint dimulai. Mereka perlu memastikan seluruh prasyarat serta ketergantungan yang penting bagi keberhasilan fitur perangkat lunak telah dipenuhi.

Selama Sprint Planning (Bagian Apa), Developers memperkirakan dapat menyelesaikan cerita pengguna 1,2,3,6,7 dan 8 pada akhir Sprint untuk mendukung Sprint Goal yang disepakati. Cerita ini kini dipindahkan dari Scrum Product Backlog ke Sprint Backlog. Cerita pengguna 4 dan 5 belum dapat diselesaikan dalam Sprint ini karena sebagian infrastruktur teknis prasyarat belum tersedia.

Setelah Bagian Apa Sprint Planning, Anna, Scrum Master, mengajak Scrum Team memerinci cara mengimplementasikan cerita pengguna yang disepakati (Bagian Bagaimana). Tugas yang muncul pada Bagian Bagaimana ditulis pada kartu dan disimpan dalam Sprint Backlog. Kini seluruh anggota siap memilih tugas untuk mulai dikerjakan.

Sprint 1 - Hari 1

Pada pagi hari, Developers berkumpul untuk Pertemuan Daily Scrum. Setiap orang memberikan pernyataan singkat dan ringkas tentang pekerjaan yang telah dilakukan serta memperbarui estimasi sisa pekerjaan pada kartu Sprint Backlog. Semua menyampaikan rencana hari ini dan mengungkap hambatan yang menghalangi pengerjaan tugas.

Hari ini, Melinda memberitahu Scrum Team bahwa ia mengalami masalah lisensi lingkungan pengembangan perangkat lunak terpadu yang digunakannya. Anna, Scrum Master, memeriksa apakah rekan lain mengalami hal sama dan memastikan akan menangani hambatan setelah pertemuan. Setelah sekitar 15 menit Daily Scrum ini, semua kembali bekerja.

Setelah pertemuan, Anna memperbarui Grafik Burndown Sprint untuk menggambarkan kemajuan pekerjaan Sprint. Lalu ia menghubungi pemasok perangkat lunak, memesan lisensi yang kurang, dan memberikannya kepada Melinda.

Pengenalan Scrum melalui Contoh Nyata (Studi Kasus) pada Berbagai Tahap dan Sprint Scrum

Sprint 1 - Hari 2

Pada pagi hari, Developers kembali berkumpul untuk Pertemuan Daily Scrum. Sore harinya, James, anggota Scrum Team, belum yakin tentang hasil yang diharapkan dari salah satu cerita pengguna. Ia menghubungi Alex, Scrum Product Owner, dan membahas cerita tersebut agar memahaminya dengan tepat. Setelah yakin tentang langkah berikutnya, James melanjutkan implementasi.

Sprint 1 - Hari 6

Hari kembali dimulai dengan Daily Scrum. Pagi ini Anna, Scrum Master, melihat pertemuan cenderung berlangsung lebih dari 15 menit. Anggota membahas optimalisasi beberapa kueri basis data. Anna mengingatkan bahwa Daily Scrum ditujukan untuk menginspeksi kemajuan menuju Sprint Goal dan menyesuaikan rencana Developers, bukan diskusi teknis panjang.

Setelah Daily Scrum, Alex (Product Owner) memberitahu Anna (Scrum Master) bahwa klien menyampaikan beberapa persyaratan baru yang mungkin memengaruhi Sprint berjalan serta berikutnya. Anna mengingatkan dengan sopan bahwa perubahan tidak boleh membahayakan Sprint Goal. Developers dan Product Owner dapat memperjelas atau menegosiasikan ulang cakupan seiring pembelajaran, tanpa memperlakukan setiap cerita terpilih sebagai komitmen yang tidak dapat diubah. Karena itu, Anna mengatur Pertemuan Refinement Backlog pada sore hari agar Alex dapat menjelaskan persyaratan baru ini kepada tim.

Dalam pertemuan, kelompok membantu Alex menentukan posisi cerita pengguna dalam rencana keseluruhan pengembangan perangkat lunak, pemecahan tugas awal, estimasi, serta prioritasnya.

Sprint 1 - Hari 10

Akhirnya tiba hari terakhir Sprint pertama. Anna, Scrum Master, mengundang Scrum Team untuk Pertemuan Sprint Review. Tim telah menyiapkan server nonproduksi dengan versi terbaru Increment perangkat lunak siap kirim yang dibuatnya.

Alex, Scrum Product Owner, dan Bapak Rich, salah satu pemangku kepentingan klien, duduk di depan antarmuka pengguna grafis perangkat lunak ini. Mereka memvalidasi apakah implementasi memenuhi ekspektasi dan apakah tim telah mendokumentasikan detail tingkat aplikasi saat ini secara memadai.

Pada akhir Sprint Review, Alex menyimpulkan:

• Tim menyelesaikan cerita pengguna 1,2,6 dan 7 sesuai komitmen serta harapan.
• Tim tidak dapat menyelesaikan cerita pengguna 3 tepat waktu dan sama sekali tidak memperagakannya. Cerita belum selesai kembali ke Product Backlog untuk diurutkan ulang; sisa pekerjaannya dapat dipilih dalam Sprint Planning berikutnya.
• Cerita pengguna 8 belum memenuhi Definition of Done (DoD) bersama. Cerita kembali ke Product Backlog agar tim dapat memperjelas kriteria penerimaan serta sisa tugas sebelum menentukan kapan memilihnya lagi.

Alex, Scrum Product Owner, dan Bapak Rich, pemangku kepentingan klien, memberi penjelasan singkat kepada Scrum Team tentang perubahan serta tantangan persyaratan perangkat lunak mendatang dan arah strategi keseluruhan perangkat lunak ini. Bapak Rich berterima kasih atas upaya serta komitmen tim, lalu meninggalkan ruangan.

Setelah Sprint Review selesai, Scrum Team berkumpul untuk Rapat Sprint Retrospective. Dalam pertemuan ini, mereka membahas hal yang berjalan baik serta peluang perbaikan selama Sprint agar prakiraan mendatang membaik dan masalah cerita 3 serta 8 tidak terulang. Salah satu hambatan yang ditemukan adalah kurangnya pengetahuan tentang arsitektur sistem keseluruhan. Anna, Scrum Master, mengambil tugas mendatangkan arsitek sistem untuk melatih serta memandu tim pada awal Sprint berikutnya.

Sprint 2 - Hari 1

Alex, Scrum Product Owner, terus menambahkan persyaratan baru ke Scrum Product Backlog berdasarkan pertemuan klien terbaru. Ia juga memperjelas kriteria penerimaan serta sisa pekerjaan cerita pengguna 8 sambil menjaga Definition of Done bersama, agar Scrum Team lebih memahami hasil yang diharapkan.

Alex lalu mengundang tim ke Sprint Planning untuk Sprint 2. Scrum Team menyepakati Sprint Goal dan Developers memilih serta merencanakan cerita pengguna pendukung. Anna, Scrum Master, membantu efektivitas acara, dan Sprint kedua dimulai.