9.2 Masalah, Outcome, dan Ukuran Keberhasilan
Setelah inisiatif dipilih, langkah selanjutnya adalah merumuskan masalah yang ingin dipecahkan dan outcome yang diharapkan.
Saya sering melihat tim langsung melompat ke solusi. Begitu mendengar ada inisiatif baru, beberapa engineer sudah membuka IDE, sebagian lagi mulai googling framework, dan arsitek mulai menggambar diagram komponen. Padahal belum ada satu kalimat pun yang menjelaskan: masalah apa yang sebenarnya ingin diselesaikan?
Tanpa rumusan masalah yang jelas, inisiatif bisa berjalan ke arah yang salah. Tim mengerjakan fitur yang tidak diperlukan. Stakeholder kecewa karena ekspektasi tidak terpenuhi. Dan yang paling sering terjadi: solusi yang dibangun ternyata tidak menyentuh akar masalah.
Karena itu langkah pertama seorang solution architect bukan memilih teknologi, tetapi merumuskan problem statement.
Problem statement adalah satu atau dua kalimat yang menjelaskan situasi yang perlu diperbaiki. Kalimat ini harus spesifik, tidak abstrak, dan bisa diverifikasi. Misalnya: “Saat ini proses persetujuan pengajuan dana perjalanan dinas memakan waktu rata-rata lima hari kerja karena dokumen fisik harus berpindah tangan antara tiga divisi.” Bukan: “Proses bisnis masih manual dan tidak efisien.”
Dari problem statement, kita turunkan target outcome. Outcome adalah kondisi yang ingin dicapai setelah solusi berjalan. Ini bukan daftar fitur, melainkan perubahan nyata yang dirasakan oleh pengguna atau organisasi. Contoh outcome: “Karyawan bisa mendapatkan persetujuan dana perjalanan dalam waktu maksimal satu hari kerja tanpa harus mengirim dokumen fisik.”
Target outcome harus bisa diukur. Di sinilah success criteria berperan. Success criteria adalah indikator yang menunjukkan bahwa outcome sudah tercapai. Bisa berupa metrik kuantitatif seperti waktu siklus, volume pekerjaan manual yang berkurang, atau tingkat kesalahan yang menurun. Bisa juga berupa indikator kualitatif seperti kepuasan pengguna atau jumlah eskalasi yang turun.
Yang tidak kalah penting adalah expected value. Value adalah dampak bisnis yang dihasilkan dari tercapainya outcome. Misalnya: penghematan biaya operasional, percepatan waktu layanan, peningkatan kepatuhan regulasi, atau kapasitas tim yang bertambah karena pekerjaan manual berkurang. Expected value inilah yang menjadi alasan mengapa organisasi bersedia menginvestasikan waktu, tenaga, dan biaya ke inisiatif ini.
Keempat elemen ini — problem statement, target outcome, success criteria, dan expected value — menjadi landasan solusi yang terukur. Tanpa keempatnya, solusi hanya berupa kumpulan fitur yang tidak jelas tujuannya.
Agar lebih jelas, berikut contoh paralel untuk tiga skenario umum.
Contoh 1: Proses persetujuan perjalanan dinas
- Problem statement buruk: "Proses bisnis masih manual dan tidak efisien."
- Problem statement baik: "Persetujuan pengajuan dana perjalanan dinas memakan waktu rata-rata 5 hari kerja karena dokumen fisik berpindah tangan antara 3 divisi."
- Target outcome: "Karyawan mendapat persetujuan dana perjalanan dalam maksimal 1 hari kerja tanpa dokumen fisik."
- Success criteria: (1) Waktu siklus turun dari 5 hari menjadi <= 1 hari. (2) Volume dokumen fisik berkurang 100%.
Contoh 2: Laporan bulanan penjualan
- Problem statement buruk: "Laporan sering terlambat."
- Problem statement baik: "Tim sales menghabiskan 3 hari setiap awal bulan untuk merekonsiliasi data dari 4 sumber berbeda secara manual."
- Target outcome: "Laporan penjualan bulanan tersedia otomatis pada hari kerja pertama setiap bulan."
- Success criteria: (1) Waktu penyusunan laporan turun dari 3 hari menjadi 0,5 hari. (2) Tingkat kesalahan data < 1%.
Contoh 3: Notifikasi error sistem
- Problem statement buruk: "Sistem sering error."
- Problem statement baik: "Tim operasional baru tahu ada error setelah pelanggan melapor, rata-rata 2 jam setelah kejadian."
- Target outcome: "Tim operasional mendapat notifikasi otomatis dalam 5 menit setelah error terjadi."
- Success criteria: (1) Waktu deteksi error turun dari 2 jam menjadi <= 5 menit. (2) Jumlah pelaporan dari pelanggan turun 80%.
Berikut diagram alur yang merangkum hubungan keempat elemen tersebut.
Di era AI, merumuskan keempat elemen ini menjadi lebih mudah. Anda bisa menggunakan AI assistant untuk membantu mempertajam problem statement. Coba tulis situasi awal Anda, lalu minta AI menguji apakah problem statement sudah cukup spesifik, apakah outcome bisa diukur, dan apakah value-nya jelas. AI tidak menggantikan keputusan Anda, tetapi bisa menjadi lawan diskusi awal sebelum problem statement dibawa ke stakeholder.
Setelah masalah, outcome, dan ukuran keberhasilan jelas, langkah berikutnya adalah memahami siapa saja yang terdampak oleh solusi ini. Karena solusi yang baik tidak dibangun untuk semua orang, tetapi untuk pihak-pihak tertentu yang akan merasakan langsung perubahan yang terjadi.