Saya sering duduk di tengah-tengah.
Di antara stakeholder yang pengen cepet-cepet launching,
dan tim dev yang lagi ngobrol pakai bahasa alien.
Mereka bilang:
“Sekarang kita masih di tahap requirement gathering, habis itu analysis baru masuk ke design…”
“Belum bisa estimasi, ini baru discovery sprint doang.”
Dan saya — yang kerjaannya justru harus ngerti semuanya —
akhirnya bilang satu kalimat pamungkas:
“Coba jelasin SDLC-nya pakai bahasa manusia, bisa?”
Bagian dari seri “Syntax Error (in Communication)” — penjelasan ringan untuk orang-orang yang nyasar (atau diseret) masuk ke dunia teknologi.
SDLC (Software Development Life Cycle)
Bayangin Kita Lagi Bangun Mobil (atau Sepeda Motor)
SDLC alias Software Development Life Cycle itu sebenarnya kayak proses bikin kendaraan.
Bisa mobil, motor, sepeda listrik — pokoknya sesuatu yang bisa bantu orang bergerak lebih cepat.
Tapi kalau dijelasin pakai istilah teknikal, orang bisa mikir:
“Apaan sih ini? Harus ngerti mobil dulu baru bisa naik?”
Padahal sebenarnya…
Tahapan SDLC (dengan Bahasa Manusia)
1. Requirement: “Ini buat apa, siapa, dan kenapa?”
Ini tahap nanya dulu.
Kayak:
- “Kamu mau naik mobil ini buat ngapain?”
- “Yang bakal naik siapa aja?”
- “Medannya kayak gimana? Jalan tol, pegunungan, atau cuma muter-muter komplek?”
Ini penting, biar nggak bikin mobil sport padahal yang dibutuhin bajaj.
2. Analysis: “Apa aja komponen yang dibutuhin?”
Setelah tahu maunya apa, kita mulai petakan:
- Perlu 4 roda atau 2?
- Harus hemat bensin?
- Bisa angkut berapa orang?
Di dunia digital:
- Apakah butuh login?
- Perlu dashboard?
- Butuh notifikasi?
3. Design: “Mari gambar dulu sebelum bikin beneran.”
Kalau tadi baru mikir, sekarang mulai digambar.
- Bikin sketsa dashboard-nya
- Urutkan alur kliknya
- Pilih warna, gaya tombol, dll.
Kayak bikin blueprint rumah — biar tukangnya nggak ngasal bangun.
4. Development: “Oke, mari mulai bangun!”
Ini tahap yang bikin dev sibuk banget.
Mereka ngoding, nyusun fungsi, nyambungin ke database, ngetes logic.
Jangan ganggu dulu. Biarin mereka ngebangun mobilnya.
5. Testing: “Coba nyalain mesinnya, bisa jalan gak?”
Mobil udah selesai, tapi belum bisa langsung jalan. Harus dites dulu.
- Lampunya nyala?
- Remnya berfungsi?
- Kalau isi data aneh, sistemnya error nggak?
Testing itu bukan cari kesalahan, tapi cari keamanan dan kenyamanan.
6. Deployment: “Mobilnya dikirim ke showroom.”
Kalau semua oke, saatnya sistem diluncurkan.
Dari staging ke production. Dari dev server ke dunia nyata.
Ini biasanya jadi momen “Yay!” buat stakeholder.
Tapi buat tim dev, ini saatnya waspada:
“Jangan ada bug pas live ya, plis.”
7. Maintenance: “Kalau ada bocor, ya harus bisa dibenerin.”
Mobil udah dipakai, tapi tetap harus dirawat.
Kadang ganti oli. Kadang tambal ban. Kadang recall total.
Sama kayak software:
- Ada bug kecil
- Ada fitur yang butuh disesuaikan
- Atau ada request baru dari user
Yang Perlu Diingat: Ini Siklus, Bukan Sprint Maraton Sekali Jalan
Kenapa namanya life cycle? Karena proses ini berulang.
Satu fitur kelar, muncul ide baru.
Satu sistem live, ada request tambahan.
Dan kita harus balik lagi ke awal:
“Ini maunya siapa, dan buat apa?”
Ngerti Bukan Berarti Harus Ngoding
Ngerti SDLC bukan berarti kamu harus ngerti semua kode.
Tapi kamu bisa:
- Ngerti kapan harus tanya
- Ngerti kenapa dev butuh waktu
- Ngerti kenapa fitur nggak bisa “tinggal tambahin” doang
Dan yang paling penting: kamu bisa bantu pastikan produk yang dibangun benar-benar nyambung sama tujuan awalnya.
Karena teknologi — kayak yang pernah saya bilang —
bukan soal seberapa canggih mesinnya. Tapi seberapa besar dia bantu manusia.