Sprint dibatasi waktu hingga 30 hari kalender berturut-turut. Selain faktor lainnya, ini adalah jumlah waktu yang diperlukan bagi Tim untuk membangun sesuatu yang menarik bagi Pemilik Produk dan pemangku kepentingan serta membawanya ke keadaan di mana itu berpotensi dapat dikirim.
Ini juga merupakan waktu maksimum yang dapat dialokasikan tanpa Tim melakukan begitu banyak pekerjaan sehingga memerlukan artefak dan dokumentasi untuk mendukung proses pemikirannya. Ini juga merupakan waktu maksimum yang akan ditunggu oleh sebagian besar pemangku kepentingan tanpa kehilangan minat pada kemajuan Tim dan tanpa kehilangan keyakinan mereka bahwa Tim melakukan sesuatu yang berarti bagi mereka.
- Tim dapat mencari nasihat, bantuan, informasi, dan dukungan dari luar selama Sprint.
- Tidak ada yang dapat memberikan nasihat, instruksi, komentar, atau arahan kepada Tim selama Sprint. Tim sepenuhnya mengelola dirinya sendiri.
- Tim berkomitmen pada Product Backlog selama pertemuan perencanaan Sprint. Tidak ada yang diizinkan untuk mengubah Product Backlog ini selama Sprint. Product Backlog dibekukan hingga akhir Sprint.
- Jika Sprint terbukti tidak layak, Scrum Master dapat menghentikan Sprint secara abnormal dan memulai pertemuan perencanaan Sprint baru untuk
menginisiasi Sprint berikutnya. Scrum Master dapat melakukan perubahan ini atas kehendaknya sendiri atau atas permintaan Tim atau Pemilik Produk. Sprint dapat terbukti tidak layak jika teknologi terbukti tidak dapat digunakan, jika kondisi bisnis berubah sehingga Sprint tidak akan bernilai bagi bisnis, atau jika Tim terganggu selama Sprint oleh siapa pun di luar Tim.
Jika Tim merasa tidak mampu menyelesaikan semua Product Backlog yang telah dikomit selama Sprint, mereka dapat berkonsultasi dengan Pemilik Produk tentang item mana yang harus dihapus dari Sprint saat ini. Jika terlalu banyak item yang memerlukan penghapusan sehingga Sprint telah kehilangan nilai dan maknanya, Scrum Master dapat menghentikan Sprint secara abnormal, seperti yang telah dinyatakan sebelumnya. - Jika Tim menentukan bahwa mereka dapat menangani lebih banyak Product Backlog selama Sprint daripada yang mereka pilih selama pertemuan perencanaan Sprint, mereka dapat berkonsultasi dengan Pemilik Produk tentang item Product Backlog tambahan mana yang dapat ditambahkan ke Sprint.
- Anggota Tim memiliki dua tanggung jawab administratif selama Sprint: mereka harus menghadiri pertemuan Daily Scrum, dan mereka harus menjaga Sprint Backlog tetap terkini dan tersedia di folder publik di server publik, terlihat oleh semua orang. Tugas baru harus ditambahkan ke Sprint Backlog saat mereka dipikirkan, dan perkiraan jam yang tersisa setiap hari untuk setiap tugas harus diperbarui.
Artikel Acara Scrum
- Pertemuan Daily Scrum — Panduan Singkat
- Mengapa Sprint Berdurasi Tetap dalam Scrum?
- Apa itu Perencanaan Rilis Scrum?
- Apa itu Perencanaan Sprint?
- Apa itu Tinjauan Sprint?
- Apa itu Pertemuan Retrospektif Sprint dalam Scrum?
- Apa itu Penyempurnaan Product Backlog?
This post is also available in Deutsch, English, Español, فارسی, Français, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 and 繁體中文.