Tema
3.8 - Product Backlog
🎯 Poin-Poin Utama
| # | Poin Utama |
|---|---|
| 1 | Ini memastikan semua pemangku kepentingan memahami apa yang perlu dilakukan dan alasannya. |
| 2 | Backlog adalah alat dinamis yang mencakup tugas jangka pendek dan tujuan strategis jangka panjang. |
| 3 | Satu poin cerita adalah tugas sederhana yang dapat diselesaikan dengan cepat, seperti memperbaiki kesalahan ketik pada halaman web. |
| 4 | Fitur berikutnya lebih detail daripada epos, namun tetap mewakili fungsionalitas spesifik yang signifikan. |
| 5 | Saya ingin fungsionalitas sehingga saya mendapat manfaat. |
| 6 | Kisah-kisah ini memperjelas tujuan di balik setiap fitur dan memandu upaya pengembangan tim. |
| 7 | Mari kita bahas aspek-aspek kunci dari proses ini. |
| 8 | Ini memastikan pekerjaan yang paling berdampak ditangani terlebih dahulu. |
| 9 | Bagian penting lainnya dari penyempurnaan backlog adalah mengumpulkan masukan dari para pemangku kepentingan. |
| 10 | Ini memastikan simpanan tetap selaras dengan kebutuhan pelanggan sebenarnya. |
| 11 | Salah satu kerangka kerja yang dikenal luas untuk mengevaluasi kualitas simpanan adalah pendekatan mendalam. |
| 12 | Ini berarti memberikan tingkat detail yang tepat untuk setiap item berdasarkan urgensinya. |
📖 Materi Lengkap
┌──────────────────────────────────────┐
│ 📊 FRAMEWORK │
├──────────────────────────────────────┤
│ ▸ Epics First │
│ ▸ Lead Scoring Algorithm │
│ ▸ Features │
│ ▸ User Account Management │
│ ▸ Third-Party Integration │
│ ▸ User Stories Then │
├──────────────────────────────────────┤
│ Detail → PDF hal. 3 │
└──────────────────────────────────────┘📌 Tunggakan Produk
📖 Definisi
Setelah fitur diprioritaskan berdasarkan teknik seperti MoSCoW atau RICE, langkah selanjutnya adalah mengaturnya dalam product backlog. Ini memastikan semua pemangku kepentingan memahami apa yang perlu dilakukan dan alasannya. Product backlog berfungsi sebagai gudang pusat untuk segala sesuatu yang terkait dengan satu produk, mulai dari tugas terperinci yang siap untuk segera ditindaklanjuti hingga konsep tingkat tinggi untuk eksplorasi di masa depan.
Dengan kata lain, ini mencakup semua item pekerjaan yang berkontribusi terhadap pengembangan, peningkatan, pemeliharaan, atau dukungan produk tersebut. Sekarang mari kita bahas apa saja isi product backlog. Backlog adalah alat yang dinamis, mencakup tugas jangka pendek dan tujuan strategis jangka panjang.
Setiap perusahaan atau tim mungkin menyusun backlog mereka secara berbeda, menyesuaikannya dengan proses, sasaran, dan alur kerja unik mereka. Terlepas dari perbedaan-perbedaan ini, ada elemen tertentu yang umumnya ditemukan di sebagian besar simpanan, yang akan kita bahas secara mendetail. Untuk memastikan backlog dapat ditindaklanjuti dan efisien, diperlukan hierarki yang jelas.
Mari kita mulai dengan memeriksa kolom. Kolom pertama, Judul, berisi nama ringkas untuk item backlog, memungkinkan tim untuk mengidentifikasinya secara sekilas. Kemudian, kita memiliki kolom Deskripsi yang berisi penjelasan singkat namun jelas tentang apa yang dimaksud dengan item tersebut dan mengapa itu penting.
Sekarang, kita punya perkiraan menarik yang disebut Estimasi Upaya, yang memberikan perkiraan ukuran upaya atau waktu yang diperlukan untuk menyelesaikan suatu tugas. Dalam agile, upaya sering kali dinyatakan dalam poin cerita, bukan dalam hitungan jam. Daripada mengandalkan perkiraan waktu atau tenggat waktu tertentu, poin cerita menilai kompleksitas relatif dan ukuran tugas.
📖 Definisi
Poin-poin ini bersifat subjektif dan berbeda-beda di setiap tim, namun biasanya mengikuti skala relatif: 1 Story Point adalah tugas sederhana yang dapat diselesaikan dengan cepat, seperti memperbaiki kesalahan ketik pada halaman web. 3 Story Points mendapatkan tugas yang cukup rumit, memerlukan waktu atau pemikiran seperti menambahkan formulir pendaftaran untuk akun. 5 Poin Cerita mewakili tugas kompleks yang melibatkan beberapa langkah seperti menambahkan fitur untuk mengunggah dan mengelola gambar profil dalam akun mereka.
Dan 8 atau Lebih Poin Cerita menggambarkan tugas yang sangat besar atau tidak pasti, seringkali memerlukan perincian lebih lanjut. Misalnya, mengembangkan dasbor yang menampilkan analisis real-time untuk aktivitas pengguna di beberapa akun. Ingatlah bahwa perkiraan kasar ini terkait dengan sprint atau siklus pengembangan tertentu.
📖 Definisi
Fokusnya adalah pada tugas-tugas yang dapat diselesaikan dalam sprint, selaras dengan tujuan dan prioritas langsung tim. Kolom berikutnya Prioritas menunjukkan pentingnya item dibandingkan item lain di backlog. Tingkat prioritas mungkin "Tinggi", "Sedang", "Rendah" atau menggunakan peringkat numerik.
Terakhir, kita memiliki kolom Status yang melacak status item saat ini dalam alur kerja. Sekarang kita telah membahas kolom-kolom utama yang menyusun product backlog, mari kita alihkan fokus kita ke jenis item yang ada di dalamnya. Untuk membuat bagian ini praktis, kami juga akan memberikan contoh nyata untuk setiap jenis item backlog.
📋 Langkah-langkah
Pertama, kami memiliki Epics. Ini adalah tujuan yang besar dan menyeluruh yang sering kali mewakili fungsionalitas yang signifikan. Dalam aplikasi SaaS, sebuah epik mungkin seperti "Algoritma Penskoran Prospek".
Hal-hal ini terlalu luas untuk ditangani sekaligus, sehingga akan dipecah menjadi komponen-komponen yang lebih kecil seiring berjalannya waktu. Epics memberi tim visi yang jelas tentang tujuan jangka panjang. Selanjutnya, fitur lebih detail daripada epos namun tetap mewakili fungsionalitas yang signifikan dan spesifik.
💡 Contoh
Misalnya, fitur produk SaaS mungkin berupa "Manajemen Akun Pengguna" atau "Integrasi Pihak Ketiga". Fitur berfokus pada memberikan nilai spesifik kepada pengguna dengan memenuhi kebutuhan mereka atau meningkatkan pengalaman mereka. Lalu kami memiliki cerita Pengguna.
Ini adalah deskripsi singkat tentang fungsionalitas yang ditulis dari sudut pandang pengguna akhir. Mereka mengikuti format: “Sebagai [tipe pengguna], saya ingin [fungsionalitas] sehingga [manfaat]”. Misalnya, "Sebagai admin, saya ingin menyetel ulang sandi pengguna agar saya dapat mengelola keamanan secara efisien".
💡 Konsep Penting
Kisah-kisah ini memperjelas tujuan di balik setiap fitur dan memandu upaya pengembangan tim. Tugas adalah unit pekerjaan terkecil dalam product backlog. Mereka memecah cerita atau fitur pengguna menjadi item yang dapat ditindaklanjuti dan dapat diselesaikan dalam satu sprint.
Contohnya mungkin "Buat front-end untuk pengaturan ulang kata sandi". Tugas memudahkan untuk melacak kemajuan dan memperkirakan waktu yang diperlukan untuk penyelesaian. Bug pada produk apa pun merupakan hal yang biasa.
Ini adalah kesalahan atau masalah tak terduga yang mengganggu fungsi produk. Tingkat keparahan bug dapat bervariasi, mulai dari gangguan kecil pada antarmuka pengguna hingga kegagalan kritis yang memengaruhi fitur inti. Contohnya adalah “Formulir pendaftaran mengizinkan alamat email tidak valid”.
Menyertakan bug dalam backlog memastikan bug tersebut terlihat oleh tim dan diprioritaskan dengan tepat bersama fitur-fitur baru. Product Backlog juga mengandung hutang Teknis. Hal ini mencakup jalan pintas atau kompromi yang dibuat selama pembangunan yang perlu ditangani kemudian.
Misalnya, sebuah tim mungkin memutuskan untuk menggunakan solusi cepat untuk suatu bug daripada menerapkan solusi yang kuat atau melewatkan penulisan pengujian menyeluruh untuk merilis fitur dengan cepat. Keputusan-keputusan ini, meskipun praktis pada saat ini, dapat terakumulasi menjadi permasalahan yang memperlambat pembangunan di masa depan atau memerlukan perbaikan yang mahal. Dan terakhir, kami memiliki persyaratan non-fungsional.
Item ini membahas aspek kinerja, skalabilitas, keamanan, dan kepatuhan produk. Termasuk ini memastikan produk memenuhi standar teknis dan hukum. Product backlog biasanya dikelola dalam alat digital yang dirancang untuk alur kerja yang tangkas.
Pilihan populer adalah perangkat lunak seperti Jira, Clickup atau Trello.
- Judul
- Keterangan
- Perkiraan Upaya
- Prioritas
- Status
- epik
- Fitur
- Kisah Pengguna
- Tugas
- Bug
- Hutang Teknis
- Persyaratan Non-Fungsional
💡 Proses Penyempurnaan Backlog
Setelah backlog dibuat, itu menjadi dokumen hidup yang berkembang bersama produk. Tim secara teratur meninjau kembali simpanan untuk meninjau dan memperbaruinya, sebuah proses yang sering disebut sebagai perawatan. Penyempurnaan backlog ini memastikan dokumen tetap relevan, mudah dikelola, dan selaras dengan tujuan bisnis.
Mari kita bahas aspek-aspek kunci dari proses ini. a) Review Mingguan Pertama, tim biasanya melakukan review mingguan. Ini adalah sesi khusus di mana tim mempersiapkan tugas untuk sprint mendatang.
Selama sesi ini mereka menghapus item yang tidak lagi relevan atau tidak dapat dijalankan lagi. Tim juga menyusun ulang item simpanan berdasarkan informasi baru, seperti masukan pelanggan atau kendala teknis. Ini memastikan pekerjaan yang paling berdampak ditangani terlebih dahulu.
Tugas tingkat tinggi seperti epik atau fitur besar dipecah menjadi tugas atau cerita pengguna yang lebih kecil dan dapat ditindaklanjuti. Hal ini memudahkan perencanaan dan pelaksanaan selama sprint. Tim juga menyempurnakan hal-hal yang kemungkinan akan segera ditangani.
Misalnya, mereka menambahkan deskripsi yang jelas, perkiraan upaya, dan rincian lain yang diperlukan untuk memastikan tugas telah didefinisikan dengan baik dan siap untuk dilaksanakan. Seperti yang bisa kita lihat, tinjauan mingguan sangat penting untuk menjaga agar backlog dapat ditindaklanjuti dan memastikan tim selalu siap untuk sprint berikutnya. b) Masukan dari Pemangku Kepentingan Bagian penting lainnya dari penyempurnaan backlog adalah mengumpulkan masukan dari pemangku kepentingan.
Backlog tidak dibuat atau dipelihara secara terpisah. Mereka memerlukan wawasan dari berbagai perspektif untuk memastikan produk memberikan nilai maksimal. Jadi, tim terlibat dengan pemangku kepentingan utama untuk menyelaraskannya dengan kebutuhan pengguna, tujuan bisnis, dan kelayakan teknis.
Mari kita periksa bagaimana berbagai pemangku kepentingan berkontribusi. Pertama, tim dapat menganalisis umpan balik pelanggan dari survei, wawancara, atau tiket dukungan untuk mengidentifikasi permasalahan atau permintaan mereka. Misalnya, jika beberapa pengguna melaporkan tantangan navigasi, fitur atau peningkatan terkait akan ditambahkan ke backlog dan diprioritaskan.
Selama sesi persiapan, tim dapat meninjau kembali dan memprioritaskan ulang fitur menggunakan kerangka kerja seperti RICE atau MoSCoW yang telah kita bahas di kuliah sebelumnya. Hal ini memastikan simpanan tetap selaras dengan kebutuhan pelanggan sebenarnya. Kelompok pemangku kepentingan lainnya adalah perwakilan penjualan, yang sering berinteraksi dengan calon pelanggan selama panggilan telepon atau uji coba.
Interaksi ini menawarkan wawasan berharga mengenai kebutuhan pelanggan. Misalnya, prospek mungkin meminta fitur tertentu atau menyampaikan kekhawatiran tentang hilangnya fungsionalitas atau batasan. Hal ini membantu tim mengidentifikasi perbaikan yang mengatasi keberatan.
Pengembang dan insinyur di tim teknis juga memberikan masukan yang berharga. Mereka menilai apakah fitur atau tugas yang diusulkan dapat dibangun dengan mempertimbangkan arsitektur sistem, alat, dan sumber daya saat ini. Banyak item backlog bergantung pada tugas lain yang harus diselesaikan terlebih dahulu.
Misalnya, sebelum menambahkan fitur pelaporan baru, mekanisme pengumpulan data yang mendasarinya mungkin perlu diperbarui. Insinyur memetakan ketergantungan ini untuk memastikan bahwa pekerjaan diurutkan secara logis. Pengembang juga memberikan masukan mengenai kompleksitas setiap item simpanan, yang sering kali dinyatakan dalam poin cerita.
Ini membantu tim merencanakan sprint dan mengalokasikan sumber daya secara efektif. Di bagian terakhir dari kuliah ini, kita akan membahas apa yang membuat simpanan menjadi sehat dan mudah dikelola. Salah satu kerangka kerja yang dikenal luas untuk mengevaluasi kualitas simpanan adalah pendekatan DEEP.
Simpanan yang sehat harus dirinci dengan tepat, diperkirakan, muncul, dan diprioritaskan. Mari kita uraikan masing-masing kualitas ini dan jelajahi apa artinya dalam praktik. Pertama, kita telah “merinci dengan tepat”.
Ini berarti memberikan tingkat detail yang tepat untuk setiap item berdasarkan urgensinya. Hal-hal yang direncanakan untuk segera dikerjakan oleh tim harus memiliki deskripsi yang jelas, atau hal spesifik lainnya untuk menghindari kebingungan selama implementasi. Misalnya, tugas jangka pendek seperti “Menambahkan fitur pengaturan ulang kata sandi” akan mencakup detail tentang desain dan fungsionalitas.
Di sisi lain, ide-ide jangka panjang, seperti “Menjelajahi rekomendasi AI”, dapat tetap penting hingga menjadi lebih relevan. Ciri selanjutnya adalah “Estimasi”. Setelah item cukup rinci, langkah selanjutnya adalah menetapkan perkiraan upaya.
Ini membantu tim memahami betapa rumit atau memakan waktu suatu tugas. Misalnya, mengetahui bahwa fitur seperti “Unggah Gambar Profil Pengguna” memerlukan upaya yang moderat mungkin memengaruhi penempatannya dalam sprint. Kemudian, backlognya harus “Emergent”.
Seperti yang telah kita ketahui, backlog adalah dokumen hidup yang berkembang seiring dengan tersedianya informasi baru. Tim sering kali melakukan perawatan berdasarkan perubahan prioritas atau masukan pelanggan. Kualitas yang muncul ini memastikan jaminan simpanan tetap relevan dan mencerminkan tujuan saat ini.
Terakhir, penetapan prioritas memastikan bahwa tugas-tugas yang paling penting diselesaikan terlebih dahulu. Misalnya, penyelesaian bug kritis yang memengaruhi login pengguna akan lebih diutamakan daripada penerapan peningkatan kecil. Prioritas yang jelas memastikan bahwa backlog mendorong kemajuan yang berarti.