Proyek & Pengembangan
Pengembangan Agile untuk Pemula: pahami peran, acara, dan artefak Scrum lalu jalankan sprint pertama
Pemula | 2 halaman papan tulis · Papan tugas 5 kolom (4 tugas induk, 12 subtugas)
Pemula: Tanpa istilah teknis. Cukup jawab pertanyaan di papan tulis sesuai contoh pengisian, dan hasilnya akan terbentuk.
Orang yang baru belajar pengembangan agile atau baru pertama kali masuk tim Scrum memakai templat untuk pemula ini untuk memahami 3 peran, 5 acara, dan 3 artefak, lalu menjalankan sprint pertamanya. Di papan tulis tersedia konsep agile, alur sprint 2 minggu dalam 5 langkah, tiga bingkai berisi 3 peran, tiga bingkai berisi 3 artefak, tabel ringkas 5 acara, empat kolom MoSCoW untuk memilih apa yang masuk, serta retrospektif KPT. Papan tugas punya lima kolom, yaitu Product Backlog, Sprint Backlog, dikerjakan, menunggu review, dan selesai, dengan 4 tugas induk serta 12 subtugas yang semuanya belum dikerjakan, mulai dari mengenal istilah sampai review dan retrospektif. Kalau ikut Scrum tanpa tahu istilahnya, Anda tertinggal di tengah obrolan, tetapi dengan menelusuri papan ini dari atas ke bawah selama satu sprint, Anda jadi tahu apa yang dibicarakan saat daily. Berbeda dengan papan operasional tim yang sudah berjalan, di sini yang utama adalah paham istilah dan mengalami sprint pertama.
Dengan akun gratis, Anda dapat menyalin templat ini dari pasar templat
Pratinjau papan tulis
Baca isi papan tulis sebagai teks
Pengembangan Agile untuk Pemula
Cara pakai: (1) Baca konsep agile → (2) Telusuri alur sprint 2 minggu → (3) Cek 3 peran dan 3 artefak (bingkai 3 sampai 8 di papan) → (4) Tetapkan jadwal 5 acara (bingkai 9 di papan) lalu pilah dengan MoSCoW mana yang masuk dan mana yang ditunda (bingkai 10 di papan) → (5) Tinjau ulang dengan KPT (bingkai 11 di papan)
1. Apa itu pengembangan agile (buat, tunjukkan, perbaiki dalam siklus pendek)
- Satu kalimat saja Dalam siklus pendek sekitar 2 minggu, buat sesuatu yang berjalan, tunjukkan, minta masukan, lalu perbaiki. Cara kerja ini diulang terus.
- Bedanya dengan cara lama mis. bukan menetapkan seluruh spesifikasi dulu baru membuat, melainkan menetapkan urutan lalu membuat sedikit demi sedikit dari atas. Urutan boleh berubah di tengah jalan.
- Apa untungnya mis. tiap 2 minggu wujud nyatanya terlihat, jadi kalau arahnya melenceng ketahuan dalam 2 minggu. Yang harus dibuat ulang paling banyak satu putaran.
2. Alur sprint 2 minggu (daily scrum diulang setiap hari)
- 1. Sprint planning Hari pertama sprint. Pilih pekerjaan 2 minggu dengan MoSCoW bingkai 10 lalu susun Sprint Backlog. Paling lama 4 jam. mis. ambil 3 item teratas Product Backlog senilai 13 poin.
- 2. Pengembangan (2 minggu) Kerjakan hanya yang sudah dipilih. Kalau ada permintaan baru, pada dasarnya tidak dimasukkan ke sprint ini. mis. hanya menggarap 3 item perbaikan login senilai 13 poin.
- 3. Daily scrum (15 menit tiap hari) Selama 2 minggu di langkah 2, 15 menit setiap hari pada jam yang sama. Masing-masing menyampaikan pekerjaan kemarin, rencana hari ini, dan hambatannya. Diulang tiap hari beriringan dengan pengembangan. mis. tiap pagi pukul 10 sambil berdiri.
- 4. Sprint review Hari terakhir. Tunjukkan hasil yang berjalan kepada pemangku kepentingan lalu minta masukan. Paling lama 2 jam. Tunjukkan layar, bukan materi presentasi. mis. mengoperasikan langsung layar login yang baru.
- 5. Retrospektif Setelah review. Yang ditinjau bukan hasil kerja, melainkan cara kerjanya. Paling lama 1,5 jam. Tetapkan satu langkah berikutnya lewat KPT bingkai 11. mis. menjadikan permintaan sisipan ditampung dulu oleh Scrum Master.
3. Product Owner
- Orang yang menentukan apa yang dibuat lebih dulu
- Bertanggung jawab atas urutan Product Backlog
- mis. memutuskan perbaikan login digarap lebih dulu
- Tempat bertanya saat ragu soal isi pekerjaan
4. Scrum Master
- Orang yang menjaga cara kerja tetap dipatuhi
- Menyingkirkan hambatan dan menjaga durasi tiap acara
- mis. menampung dulu permintaan sisipan lalu menegosiasikannya
- Bukan pemberi perintah dan belum tentu atasan
5. Developers
- Para pembuatnya, mencakup desain, koding, dan pengujian
- Yang memperkirakan kapasitas 2 minggu adalah mereka sendiri
- mis. tiga orang membagi isi Sprint Backlog
- Developers itu nama peran, bukan nama jabatan
6. Product Backlog
- Daftar semua yang ingin dibuat, diurutkan dari yang digarap lebih dulu
- Makin atas makin dulu dikerjakan; urutan ditentukan Product Owner
- mis. perbaikan login, pengaturan notifikasi, pencarian di halaman admin
- Daftar tanpa akhir. Boleh bertambah di tengah jalan
7. Sprint Backlog
- Hanya bagian yang disepakati dikerjakan dalam 2 minggu ini
- Dipilih saat planning dan tidak ditambah di tengah jalan
- mis. 3 item perbaikan login, totalnya 13 poin
- Siapa memegang apa juga terlihat dari sini
8. Increment
- Hasil yang berjalan pada akhir 2 minggu
- Yang belum memenuhi definisi selesai, yaitu syarat yang disepakati tim di awal untuk menyebut sesuatu selesai, tidak dihitung
- mis. perbaikan login yang sudah lolos uji dan pengecekan
- Inilah yang ditunjukkan pada sprint review
9. Tabel ringkas 5 acara
| Apa yang dilakukan | Siapa yang hadir | Perkiraan durasi | |
|---|---|---|---|
| Sprint | Sprint Wadah 2 minggu yang memuat 4 acara lainnya. Rentangnya tidak diperpanjang. | Seluruh tim Scrum (Product Owner, Scrum Master, Developers) | 2 minggu dipatok tetap, maksimal 1 bulan |
| Planning | Sprint planning Memilih pekerjaan 2 minggu lalu menyusun Sprint Backlog. | Seluruh tim Scrum | Maksimal 4 jam pagi hari pertama |
| Daily scrum | Daily scrum Membahas pekerjaan kemarin, rencana hari ini, dan hambatannya. | Developers (dua peran lain menjadi pendengar) | 15 menit jam dan tempat yang sama tiap hari |
| Review | Sprint review Menunjukkan hasil yang berjalan lalu meminta masukan. Layar, bukan slide. | Tim Scrum dan pemangku kepentingan (pemberi permintaan dan pengguna) | Maksimal 2 jam hari terakhir |
| Retrospektif | Retrospektif sprint Meninjau cara kerjanya, bukan hasil kerjanya. | Seluruh tim Scrum | Maksimal 1,5 jam setelah review |
10. Memilih yang masuk ke 2 minggu ini (MoSCoW)
Must (wajib)
- Hanya yang tanpa itu tujuan sprint tidak tercapai. mis. memperbaiki bug email atur ulang kata sandi yang tidak terkirim
Should (sebaiknya)
- Penting, tetapi tujuan tetap tercapai walau dikeluarkan kali ini. mis. memperbaiki kalimat pesan galat yang membingungkan
Could (kalau sempat)
- Dimasukkan ke sprint, tetapi paling dulu dikeluarkan kalau waktu kurang. Tanpa itu pun tujuan tercapai. mis. mengganti logo di layar login
Won't (ditunda dulu)
- Yang diputuskan tidak dikerjakan. Jangan dihapus, biarkan tetap di Product Backlog (bingkai 6). mis. pengaturan notifikasi dan pencarian admin dialihkan ke sprint berikutnya
11. Retrospektif sprint pertama (KPT)
Keep (dilanjutkan)
- Setelah daily scrum dipatok tiap pagi pukul 10, semua orang jadi hadir
- Hambatan bisa langsung diucapkan, sehingga kemacetan terurai dalam setengah hari
Problem (yang belum bisa)
- Dari 13 poin yang dipilih, 5 poin tidak selesai dalam 2 minggu
- Permintaan sisipan tidak bisa ditolak, sehingga Sprint Backlog membengkak
Try (dicoba berikutnya)
- Sprint berikutnya dimulai dari 8 poin, ditambah kalau masih ada sisa waktu
- Permintaan sisipan ditampung dulu oleh Scrum Master
Isi papan tugas
Product Backlog 16 item
Pahami istilah Scrum
Hambatan pertama selalu istilah. Hafalkan dalam tiga rumpun, yaitu peran, acara, dan artefak, supaya tidak tersesat saat rapat.
Tulis 3 peran
Tulis nama asli siapa Product Owner, siapa Scrum Master, dan siapa Developers. Kalau ada yang merangkap, tulis apa adanya.
Urutkan 5 acara
Urutkan sprint, planning, daily scrum, sprint review, dan retrospektif sesuai waktunya, lalu isi tanggal dan jamnya.
Cek 3 artefak
Pastikan di mana letak Product Backlog, Sprint Backlog, dan increment masing-masing berada.
Susun sprint awal
Hafal istilah saja tidak membuat paham. Kunci dulu rentang 2 minggu, lalu pilih hanya pekerjaan yang muat di dalamnya.
Tentukan tanggal
Tentukan tanggal mulai, tanggal selesai, serta hari dan jam setiap acara. Rentangnya tidak diperpanjang di tengah jalan.
Isi kolom pertama
Keluarkan semua yang ingin dibuat ke kolom Product Backlog, lalu urutkan sesuai yang dikerjakan lebih dulu. Urutan ditentukan Product Owner.
Pilih porsi 2 minggu
Dari atas ke bawah, pindahkan ke Sprint Backlog hanya yang selesai dalam 2 minggu. Kalau kebanyakan, tentukan dulu Won't di MoSCoW bingkai 10 lalu keluarkan. Kalau ragu: ambil lebih sedikit.
Jalankan daily
Ini rutinitas harian selama sprint. Jangan jadikan rapat laporan, jadikan tempat mengeluarkan hambatan agar segera terurai.
Kemarin dan hari ini
Setiap orang bercerita 1 menit tentang yang dikerjakan kemarin dan yang akan dikerjakan hari ini. Diskusi rinci dipisah setelah daily.
Ungkapkan hambatan
Katakan dengan lantang di mana Anda tersendat. Penyelesaiannya diambil alih Scrum Master setelah daily selesai.
Geser kartu di papan
Geser kartu ke dikerjakan, menunggu review, dan selesai supaya sisa pekerjaan terlihat sekali pandang.
Review dan refleksi
Ini penutup 2 minggu. Memisahkan masukan atas hasil kerja dari masukan atas cara kerja adalah bentuk baku Scrum.
Tunjukkan hasilnya
Pada sprint review, tunjukkan layar yang benar-benar berjalan kepada pemangku kepentingan, bukan materi presentasi, lalu minta masukan.
Balikkan ke backlog
Kembalikan masukan yang diterima sebagai kartu di kolom Product Backlog untuk bahan pengurutan berikutnya.
Pilih 1 Try di KPT
Pada retrospektif, tinjau cara kerja lalu tetapkan hanya satu Try untuk dicoba pada sprint berikutnya.
