Studi Kasus: Aplikasi Pelacak Pengeluaran Mobile
Sebagai tim pengembangan perangkat lunak, Anda diberi tugas untuk membuat aplikasi pelacak pengeluaran mobile. Aplikasi ini harus membantu pengguna melacak pengeluaran harian, mengkategorikan pengeluaran, dan menetapkan tujuan anggaran. Tujuannya adalah memberikan pengguna aplikasi yang mudah digunakan, efisien, dan kaya fitur yang dapat digunakan pada platform Android dan iOS.
Untuk mensimulasikan backlogs produk untuk proyek ini, mari kita buat tabel dengan beberapa cerita pengguna, prioritasnya, estimasi (dalam poin cerita), dan kriteria penerimaan.
| Cerita Pengguna | Prioritas | Estimasi | Kriteria Penerimaan |
|---|---|---|---|
| Autentikasi Pengguna | Tinggi | 8 | – Pengguna dapat mendaftar menggunakan email dan kata sandi. – Pengguna dapat masuk menggunakan kredensial mereka. – Kata sandi disimpan secara aman dan di-hash. – Pengguna dapat mengatur ulang kata sandi jika lupa. |
| Input Pengeluaran | Tinggi | 13 | – Pengguna dapat memasukkan pengeluaran baru dengan judul, jumlah, tanggal, dan kategori. – Pengguna dapat mengedit pengeluaran yang sudah ada. – Pengguna dapat menghapus pengeluaran. – Pengeluaran disimpan dan diambil dari basis data. |
| Kategori Pengeluaran | Sedang | 5 | – Pengguna dapat membuat kategori pengeluaran khusus. – Pengeluaran dapat ditetapkan ke kategori tertentu. – Pengguna dapat mengedit dan menghapus kategori. |
| Analitik Pengeluaran | Sedang | 8 | – Pengguna dapat melihat laporan dan grafik pengeluaran bulanan dan tahunan. – Pengeluaran secara otomatis dikategorikan berdasarkan aturan yang ditentukan pengguna. – Pengguna dapat menetapkan tujuan anggaran untuk kategori yang berbeda. |
| Sinkronisasi Cloud | Tinggi | 13 | – Data pengguna disinkronkan di seluruh perangkat. – Data disimpan dengan aman di cloud. – Akses offline didukung dengan penyimpanan data lokal. – Perubahan yang dibuat pada satu perangkat akan tercermin di perangkat lain. |
| Konversi Mata Uang | Rendah | 3 | – Pengguna dapat memilih mata uang yang diinginkan. – Jumlah pengeluaran secara otomatis dikonversi berdasarkan mata uang yang dipilih. |
| Autentikasi Touch ID/Face ID | Rendah | 5 | – Pengguna dapat mengaktifkan autentikasi biometrik untuk keamanan tambahan. – Aplikasi mendukung autentikasi Touch ID (iOS) dan Face ID (iOS) atau sidik jari (Android). |
| Ekspor Data | Sedang | 8 | – Pengguna dapat mengekspor data pengeluaran dalam format CSV. – Data yang diekspor berisi semua detail pengeluaran, termasuk tanggal dan kategori. – Data dapat dikirim melalui email atau disimpan secara lokal. |
| Pengingat Notifikasi | Sedang | 8 | – Pengguna dapat mengatur pengingat pengeluaran harian, mingguan, atau bulanan. – Pengingat memicu notifikasi dengan pesan yang telah ditentukan sebelumnya. |
| Penyortiran Pengeluaran | Rendah | 3 | – Pengguna dapat mengurutkan pengeluaran berdasarkan tanggal, jumlah, atau kategori. – Urutan pengurutan dapat naik atau turun. |
Tabel ini mensimulasikan daftar produk yang disederhanakan untuk pengembangan aplikasi pelacak pengeluaran mobile. Setiap cerita pengguna diprioritaskan berdasarkan pentingnya terhadap proyek, diperkirakan dalam poin cerita untuk mengukur kompleksitasnya, dan memiliki kriteria penerimaan yang jelas untuk menentukan kapan dianggap selesai. Daftar ini berfungsi sebagai titik awal untuk perencanaan sprint dan memastikan bahwa tim pengembangan dan pemangku kepentingan memiliki pemahaman bersama mengenai cakupan dan prioritas proyek.
Dari Daftar Produk ke Perencanaan Sprint
Perencanaan sprint merupakan bagian penting dari manajemen proyek Agile, dan melibatkan pemilihan sejumlah cerita pengguna dari daftar produk untuk dikerjakan selama sprint mendatang. Perencanaan sprint biasanya terdiri dari dua bagian: rapat perencanaan sprint dan pembuatan daftar backlog sprint. Mari kita bahas langkah-langkah untuk merencanakan sprint berdasarkan daftar produk yang Anda berikan:
Langkah 1: Tentukan Tujuan Sprint
- Mulailah rapat perencanaan sprint dengan membahas tujuan atau objektif keseluruhan dari sprint mendatang. Sebagai contoh, dalam kasus Anda, bisa berupa, “Tujuan sprint ini adalah menerapkan otentikasi penting dan fungsi entri pengeluaran dasar.”
Langkah 2: Tentukan Durasi Sprint
- Tentukan durasi sprint. Durasi sprint yang umum adalah dua minggu, tiga minggu, atau satu bulan. Pilih durasi yang paling sesuai untuk tim dan proyek Anda.
Langkah 3: Pilih Cerita Pengguna
- Ulas daftar produk dan, dalam kolaborasi dengan tim pengembangan dan pemilik produk, pilih sejumlah cerita pengguna yang dapat diselesaikan secara realistis dalam durasi sprint. Pertimbangkan prioritas, perkiraan, dan ketergantungan dari cerita pengguna. Perhatikan kecepatan tim, yaitu jumlah pekerjaan yang dapat diselesaikan tim dalam satu sprint berdasarkan kinerja sebelumnya.
Sebagai contoh, mari kita asumsikan tim Anda dapat menyelesaikan cerita pengguna dengan total 30 poin cerita dalam sprint dua minggu. Berdasarkan kapasitas tersebut, Anda mungkin memilih cerita pengguna berikut:
- Autentikasi Pengguna (8 poin cerita)
- Entri Pengeluaran (13 poin cerita)
- Konversi Mata Uang (3 poin cerita)
- Autentikasi Touch ID/Face ID (5 poin cerita)
Pemilihan ini berjumlah total 29 poin cerita, yang dekat dengan kapasitas tim Anda.
Langkah 4: Pisahkan Cerita Pengguna (jika diperlukan)
- Jika salah satu cerita pengguna yang dipilih terlalu besar atau kompleks, pertimbangkan untuk membaginya menjadi tugas-tugas kecil yang lebih mudah dikelola atau sub-cerita. Pastikan sub-cerita tersebut didefinisikan dengan baik dan memiliki kriteria penerimaan yang jelas.
Langkah 5: Perkirakan Tugas
- Perkirakan usaha yang dibutuhkan untuk setiap cerita pengguna atau sub-cerita yang dipilih dalam satuan jam atau poin cerita. Ini membantu tim memahami beban kerja dan memastikan sprint tetap dapat dikelola.
Langkah 6: Buat Daftar Backlog Sprint
- Buat daftar tugas untuk setiap cerita pengguna atau sub-cerita yang dipilih. Sertakan usaha perkiraan, dan bagikan tugas kepada anggota tim berdasarkan keterampilan dan ketersediaan mereka. Ini menjadi daftar backlog sprint Anda.
Berikut adalah contoh bagaimana daftar backlog sprint bisa terlihat:
Daftar Backlog Sprint untuk Sprint 2-Minggu Mendatang
| Cerita Pengguna | Deskripsi Tugas | Usaha yang Diperkirakan | Ditugaskan Kepada |
|---|---|---|---|
| Autentikasi Pengguna | Implementasikan logika pendaftaran | 4 jam | Pengembang A |
| Autentikasi Pengguna | Implementasikan logika login | 6 jam | Pengembang B |
| Input Pengeluaran | Desain formulir input pengeluaran | 5 jam | Desainer |
| Input Pengeluaran | Implementasikan antarmuka pengguna formulir pengeluaran | 8 jam | Pengembang C |
| Input Pengeluaran | Buat skema basis data untuk pengeluaran | 4 jam | Spesialis Basis Data |
| Konversi Mata Uang | Tambahkan fitur pemilihan mata uang | 2 jam | Pengembang D |
| Autentikasi Touch ID/Face ID | Implementasikan autentikasi biometrik (iOS) | 8 jam | Pengembang E |
Langkah 7: Berkomitmen pada Sprint
- Selama rapat perencanaan sprint, tim berkomitmen untuk menyelesaikan cerita pengguna dan tugas yang dipilih dalam durasi sprint. Komitmen ini memastikan bahwa tim fokus pada pengiriman pekerjaan yang direncanakan.
Langkah 8: Menetapkan Tujuan Sprint
- Berdasarkan cerita pengguna dan tugas yang dipilih, jelaskan tujuan sprint yang jelas dan ringkas yang merangkum apa yang ingin dicapai tim pada akhir sprint. Tujuan ini memberikan pemahaman bersama tentang tujuan sprint.
Langkah 9: Meninjau dan Menutup Rapat Perencanaan Sprint
- Sebelum menutup rapat, pastikan semua orang memahami tujuan sprint, cerita pengguna yang dipilih, dan tugas masing-masing. Tangani pertanyaan atau kekhawatiran, dan secara resmi mulai sprint.
Sepanjang sprint, adakan rapat stand-up harian untuk melacak kemajuan, melakukan penyesuaian jika perlu, dan memastikan tim berada di jalur untuk mencapai tujuan sprint. Pada akhir sprint, lakukan tinjauan sprint untuk menunjukkan pekerjaan yang telah selesai kepada pemangku kepentingan dan mengumpulkan umpan balik. Akhirnya, adakan refleksi sprint untuk merefleksikan proses sprint dan mengidentifikasi area perbaikan untuk sprint mendatang.
Kesimpulan
Perencanaan sprint adalah jembatan kunci yang menghubungkan antrian produk dengan upaya pengembangan yang dapat dijalankan dalam manajemen proyek Agile. Ini adalah proses kolaboratif dan dinamis yang memungkinkan tim memilih dan berkomitmen terhadap sekumpulan cerita pengguna atau tugas yang jelas untuk sprint tertentu. Melalui pertimbangan cermat terhadap prioritas, ketergantungan, dan estimasi, perencanaan sprint memastikan bahwa tim selaras dengan tujuan proyek secara keseluruhan dan dapat memberikan nilai kepada pelanggan secara bertahap.
Perencanaan sprint yang efektif melampaui sekadar penugasan tugas; ia memupuk komunikasi yang jelas, memberdayakan anggota tim untuk mengambil kepemilikan atas pekerjaan mereka, dan pada akhirnya menghasilkan tujuan sprint yang membimbing upaya tim. Perencanaan sprint secara rutin, dikombinasikan dengan rapat stand-up harian, tinjauan sprint, dan refleksi sprint, membentuk detak jantung pengembangan Agile, memungkinkan tim beradaptasi terhadap perubahan kebutuhan, menjaga fokus, dan terus-menerus meningkatkan proses mereka.
Dengan menguasai seni perencanaan sprint, tim Agile dapat mengarungi lingkungan kompleks pengembangan perangkat lunak dengan presisi, memastikan bahwa setiap sprint membawa mereka lebih dekat untuk menghadirkan produk luar biasa yang memenuhi kebutuhan pelanggan dan mendorong kesuksesan bisnis. Ini adalah praktik yang mencerminkan prinsip-prinsip Agile tentang kolaborasi, responsivitas, dan orientasi pelanggan, menjadikannya fondasi utama manajemen proyek Agile.