Tujuan dari pekerjaan sehari-hari dalam sebuah sprint adalah untuk menciptakan inkrement produk yang dapat dikirim untuk produk dalam bentuk yang dapat disampaikan kepada pelanggan atau pengguna.
Dalam konteks satu sprint, inkrement produk atau inkrement yang dapat dikirim berarti bahwa produk kerja telah dikembangkan, diintegrasikan, diuji, dan didokumentasikan sesuai dengan definisi selesai proyek dan dianggap siap untuk dirilis.
Tim pengembangan mungkin atau mungkin tidak merilis produk tersebut pada akhir sprint — waktu rilis tergantung pada rencana rilis. Proyek mungkin memerlukan beberapa sprint sebelum produk mengandung seperangkat produk yang dapat dipasarkan minimum (MMP) yang diperlukan untuk membenarkan rilis ke pasar.
Untuk menciptakan fungsionalitas yang dapat dikirim, tim pengembangan dan pemilik produk terlibat dalam tiga aktivitas utama:
Mengelaborasi
Dalam proyek agile, pengelaborasian adalah proses menentukan rincian dari fitur produk. Setiap kali tim pengembangan menangani cerita pengguna baru, pengelaborasian memastikan bahwa setiap pertanyaan yang belum terjawab tentang cerita pengguna dijawab sehingga proses pengembangan dapat dilanjutkan.
Pemilik produk bekerja dengan tim pengembangan untuk mengelaborasi cerita pengguna, tetapi tim pengembangan harus memiliki keputusan akhir tentang keputusan desain. Pemilik produk harus tersedia untuk konsultasi jika tim pengembangan memerlukan klarifikasi lebih lanjut tentang persyaratan sepanjang hari.
Mengembangkan
Selama pengembangan produk, sebagian besar aktivitas, secara alami, jatuh pada tim pengembangan. Pemilik produk terus bekerja dengan tim pengembangan sesuai kebutuhan untuk memberikan klarifikasi dan menyetujui fungsionalitas yang dikembangkan. Selama Sprint, anggota tim:
- Pasangkan anggota tim pengembangan untuk menyelesaikan tugas. Melakukannya meningkatkan kualitas pekerjaan dan mendorong berbagi keterampilan.
- Ikuti standar desain yang disepakati oleh tim pengembangan. Jika Anda tidak dapat mengikutinya karena alasan apapun, tinjau kembali standar ini dan tingkatkan.
- Mulai pengembangan dengan menyiapkan pengujian otomatis. Anda dapat menemukan lebih banyak tentang pengujian otomatis di bagian berikut dan di Bab 15. Jika fitur baru yang diinginkan muncul selama pengembangan, tambahkan ke backlog produk. Hindari mengkode fitur baru yang berada di luar tujuan sprint.
- Integrasikan perubahan yang dikodekan selama hari itu, satu set pada satu waktu. Uji untuk 100 persen kebenaran. Integrasikan perubahan setidaknya sekali sehari; beberapa tim mengintegrasikan banyak kali dalam sehari. Lakukan tinjauan kode untuk memastikan bahwa kode mengikuti standar pengembangan. Identifikasi area yang perlu direvisi. Tambahkan revisi sebagai tugas dalam backlog sprint.
- Buat dokumentasi teknis saat Anda bekerja. Jangan tunggu sampai akhir sprint atau, lebih buruk lagi, akhir sprint sebelum rilis.
Memverifikasi
Memverifikasi pekerjaan yang dilakukan dalam sebuah sprint memiliki tiga bagian: pengujian otomatis, tinjauan sejawat, dan tinjauan pemilik produk. Tim dapat melakukan:
Pengujian otomatis
Pengujian otomatis berarti menggunakan program komputer untuk melakukan sebagian besar pengujian kode Anda. Dengan pengujian otomatis, tim pengembangan dapat dengan cepat mengembangkan dan menguji kode, yang merupakan keuntungan besar bagi proyek agile. Seringkali, tim proyek agile mengkode selama hari dan membiarkan pengujian berjalan semalaman. Di pagi hari, tim proyek dapat meninjau laporan cacat yang dihasilkan oleh program pengujian, melaporkan masalah apa pun selama scrum harian, dan segera memperbaiki masalah tersebut selama hari.
- Pengujian otomatis dapat mencakup yang berikut: Pengujian unit: Menguji kode sumber dalam bagian terkecilnya — tingkat komponen
- Pengujian sistem: Menguji kode dengan sisa sistem
- Pengujian statis: Memverifikasi bahwa kode produk memenuhi standar berdasarkan aturan dan praktik terbaik yang telah disepakati oleh tim pengembangan
Tinjauan sejawat
Tinjauan sejawat berarti bahwa anggota tim pengembangan meninjau kode satu sama lain.
Tinjauan pemilik produk
Ketika sebuah cerita pengguna telah dikembangkan dan diuji, tim pengembangan memindahkan cerita tersebut ke kolom Terima di papan tugas. Pemilik produk kemudian meninjau fungsionalitas dan memverifikasi bahwa itu memenuhi tujuan cerita pengguna, sesuai dengan kriteria penerimaan cerita pengguna. Pemilik produk memverifikasi cerita pengguna sepanjang hari.
Ringkasan
Tim pengembangan melaporkan kemajuan tugas dengan memperbarui backlog sprint tentang tugas mana yang telah diselesaikan dan berapa banyak pekerjaan, dalam jam, yang masih harus dilakukan pada tugas baru yang dimulai. Tergantung pada perangkat lunak yang digunakan tim scrum, data backlog sprint dapat secara otomatis memperbarui grafik pembakaran sprint juga.
Artikel Scrum Lainnya
- Apa itu Template Peran-Fitur-Alasan?
- Inkrement Sprint vs Produk yang Dapat Dikirim Potensial vs MVP vs MMP
- Tulis Tujuan SMART & INVEST untuk Cerita Pengguna
- Manifesto Agile dan Dua Belas Prinsip
- 10 Aturan Dasar yang Paling Sering Disebutkan dalam Scrum
- Apa itu Acara Scrum?
- Apa itu Upacara Scrum?
- Apa itu Perawatan Backlog Produk?
- Apa itu Sprint dalam Scrum?
- Detak Jantung Scrum — Standup Harian
This post is also available in Deutsch, English, Español, فارسی, Français, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 and 繁體中文.