J
Jira
Paling umum buat Scrum di tim produk/software: product backlog, sprint backlog, board To Do–In Progress–Done, story point, burndown chart, dan velocity report.
Tenang. Gak ada istilah ribet. Bayangin aja kita lagi ngobrol santai sambil ngopi.
Jadi gini ya. Kalau kamu lagi bikin sesuatu yang gede bareng teman-teman, pasti suka bingung kan mau mulai dari mana? Scrum itu kayak resep masakan — ngasih tau urutan kerjanya biar gak ribet dan gak nyasar.
Kamu mau bikin kue. Tapi kuenya gede banget, mustahil dibikin dalam sehari.
Daripada pusing, kamu pecah jadi potongan-potongan kecil. Hari ini bikin adonan. Besok bikin krim. Lusa dekor. Tiap selesai, dicicipin dulu — enak gak? Kalau kurang manis, besok dibenerin.
Nah, itu Scrum.
Gak harus 3 orang persis ya — bisa lebih, tapi minimal ada 3 peran ini.
si pemilik ide
Orang yang tau mau bikin apa dan kenapa harus dibikin. Dia yang nentuin mana yang penting duluan, mana yang nanti aja.
si penjaga jalannya
Bukan bos. Lebih kayak pelatih yang ngebantu semua orang biar kerjanya lancar. Kalau ada hambatan, dia yang bantuin nyari solusinya.
si pekerja
Tim yang beneran ngerjain produknya. Bisa programmer, designer, atau siapa aja yang bikin sesuatunya jadi nyata.
Sprint itu kayak periode kerja singkat. Biasanya 1-2 minggu. Tiap sprint, ada urutan langkah yang diulang-ulang terus.
Tim ngumpul, milih kerjaan mana yang mau diberesin sprint ini.
Tim mulai kerja. Tiap pagi ngumpul 15 menit, ngobrolin progres.
Tim nunjukin hasil ke yang pesen. Dicobain. Dapet masukan.
Tim ngobrol bareng. "Apa yang OK? Apa yang harus dibenerin?"
↻ Selesai sprint, mulai lagi dari awal. Begitu terus sampe produknya jadi.
Namanya Daily Standup. Tim ngumpul bentar — sambil berdiri biar gak kepanjangan — dan masing-masing jawab 3 pertanyaan.
Bikin yang penting dulu. Yang lain bisa ditambahin pelan-pelan. Gak perlu nunggu semua siap baru jalan.
Kalau ternyata di tengah jalan kebutuhannya berubah, gak masalah. Sprint berikutnya bisa langsung disesuaiin.
Gak ada yang kerja diam-diam sendiri. Tiap pagi semua tau siapa ngerjain apa. Transparan banget.
Tiap selesai sprint, ada evaluasi. Kesalahan kemarin gak diulang lagi. Tim jadi makin oke dari waktu ke waktu.
Scrum tetap soal kebiasaan tim: planning, transparansi, review, dan evaluasi. Tools cuma papan kerja digital biar backlog, sprint, progress, dan catatan gak tercecer.
Paling umum buat Scrum di tim produk/software: product backlog, sprint backlog, board To Do–In Progress–Done, story point, burndown chart, dan velocity report.
cocok untuk workflow yang rapi dan terukurBoard visual yang ringan. Enak buat tim kecil yang butuh mulai cepat tanpa konfigurasi banyak.
Task, timeline, doc, dan dashboard dalam satu tempat. Oke kalau kerjaan lintas divisi.
Lebih developer-friendly. Issue, label, milestone, dan pull request bisa nyambung.
Buat dokumentasi: acceptance criteria, keputusan sprint, catatan review, dan hasil retro.
Bayangin setiap tugas jadi satu kartu. Product Owner masukin kartu ke backlog, tim pilih ke sprint, lalu kartu digeser sesuai status kerjaannya.
Bukan sihir. Bukan jurus rahasia. Cuma cara biar tim gak nyasar, hasilnya keliatan, dan tiap minggu makin baik.
"Pecah jadi kecil-kecil, kerjain sebagian dulu, cek bareng-bareng, terus ulang lagi."