Visi Produk dan Penyusunan Product Backlog
Project Landing Page kaos Custom bertujuan menghadirkan platform pemesanan kaos berbasis web yang memungkinkan pelanggan mendesain dan memesan kaos secara langsung. Sebagai Product Owner, prioritas fitur disusun dalam Product Backlog berdasarkan nilai bisnis dan urgensi. Backlog awal mencakup halaman beranda dengan Hero Section, galeri portofolio, form kustomisasi desain, kalkulator harga dinamis, integrasi payment gateway, dan halaman tracking pesanan. Setiap item backlog dilengkapi dengan deskripsi, estimasi effort menggunakan story point (Fibonacci), dan kriteria penerimaan. Target MVP (Minimum Viable Product) difokuskan pada fitur kustomisasi dasar dan checkout — fitur tracking dan integrasi pengiriman masuk ke sprint lanjutan. Dengan pendekatan ini, tim dapat merilis versi fungsional dalam tiga sprint pertama dan mengumpulkan umpan balik pelanggan untuk iterasi selanjutnya.
Perencanaan Sprint dan Penjadwalan Rilis
Sprint berdurasi dua minggu dengan total empat sprint untuk peluncuran MVP. Sprint pertama mencakup pembuatan struktur halaman menggunakan HTML5 dan CSS3, termasuk implementasi Hero Section responsif. Sprint kedua fokus pada galeri interaktif dan integrasi JavaScript untuk kalkulator harga. Sprint ketiga menambahkan form kustomisasi dan validasi input pengguna. Sprint keempat digunakan untuk integrasi payment gateway, pengujian lintas perangkat, serta optimasi performa. Satu sprint dialokasikan sebagai buffer untuk menangani risiko teknis seperti kompatibilitas browser dan kecepatan loading gambar. Rilis MVP dijadwalkan setelah sprint keempat dengan target operasional penuh di akhir sprint kelima setelah perbaikan berdasarkan umpan balik pengguna.
Penulisan User Story dengan Format INVEST
User story disusun mengikuti prinsip INVEST (Independent, Negotiable, Valuable, Estimable, Small, Testable) untuk memastikan setiap item backlog jelas dan dapat dikerjakan dalam satu sprint. Format penulisan menggunakan pola "Sebagai [pengguna], saya ingin [fitur] sehingga [manfaat]". Setiap user story dilengkapi kriteria penerimaan spesifik untuk memvalidasi hasil kerja. Berikut contoh tiga user story utama yang menjadi tulang punggung pengembangan:
- US-001: Sebagai pengunjung, saya ingin melihat katalog desain kaos agar dapat memilih inspirasi sebelum melakukan kustomisasi.
- US-002: Sebagai pelanggan, saya ingin mengunggah gambar dan menempatkannya pada mockup kaos secara real-time agar dapat melihat hasil akhir sebelum membeli.
- US-003: Sebagai pelanggan, saya ingin melihat perhitungan harga secara otomatis berdasarkan jenis kaos, jumlah, dan teknik cetak yang dipilih agar dapat menyesuaikan dengan anggaran saya.
Implementasi Scrum Artifacts dan Daily Scrum
Scrum artifacts utama meliputi Product Backlog, Sprint Backlog, dan Increment. Sprint Backlog dipilih saat Sprint Planning berdasarkan kapasitas tim dan velocity sprint sebelumnya. Tim pengembang yang terdiri dari tiga anggota (frontend developer, UI/UX designer, backend developer) menjalankan Daily Scrum setiap pukul 09.00 WIB selama maksimal 15 menit. Setiap anggota menjawab tiga pertanyaan kunci: apa yang dikerjakan kemarin, apa yang akan dikerjakan hari ini, dan apa hambatan yang dihadapi. Scrum Master bertanggung jawab menghilangkan blockers, seperti ketergantungan pada API pihak ketiga atau kendala akses aset desain. Sprint Burndown Chart diperbarui setiap hari untuk memonitor progres pekerjaan terhadap target sprint.
Validasi dan Quality Assurance dalam Sprint
Definition of Done (DoD) ditetapkan di awal sprint dan disepakati seluruh tim untuk memastikan standar kualitas terpenuhi. Kriteria DoD meliputi: kode telah melalui code review, semua unit test dan integration test lulus, halaman lolos pengujian Lighthouse dengan skor performa minimal 80, validasi W3C tanpa error, tampilan responsif di tiga breakpoint (mobile, tablet, desktop), dan cross-browser testing pada Chrome, Firefox, serta Safari. Setiap increment yang memenuhi DoD dipresentasikan dalam Sprint Review kepada stakeholder. Berikut contoh unit test sederhana untuk memvalidasi fungsi kalkulator harga agar hasil perhitungan sesuai ekspektasi:
// test/priceCalculator.test.js
const { calculatePrice } = require('../js/calculator');
test('harga 2 kaos katun size L sablon DTG = Rp 278.000', () => {
const result = calculatePrice({
material: 'cotton',
quantity: 2,
size: 'L',
technique: 'DTG'
});
expect(result).toBe(278000);
});
Sprint Retrospective dan Perbaikan Berkelanjutan
Setelah setiap sprint berakhir, tim mengadakan Sprint Retrospective menggunakan format Start-Stop-Continue untuk mengidentifikasi area perbaikan proses. Tim mendiskusikan metrik velocity sprint, kualitas kode, dan kolaborasi internal. Retrospective menghasilkan minimal satu action item konkret yang dimasukkan ke sprint berikutnya — misalnya peningkatan coverage test dari 70% menjadi 85%, pengurangan waktu review pull request, atau standardisasi dokumentasi API endpoint. Dengan siklus inspeksi dan adaptasi ini, tim terus meningkatkan efisiensi dan kualitas deliverable secara berkelanjutan sepanjang siklus pengembangan landing page kaos custom.