2.7 Merangkum Temuan: Problem Statement dan Kriteria Keberhasilan

Setelah kita mengamati alur kerja, saatnya merangkum semua temuan menjadi satu dokumen yang menjadi pegangan bersama: problem statement, tujuan, batasan, pengguna, dan tanda solusi berhasil.

Bayangkan Anda baru selesai mengamati proses verifikasi di perusahaan logistik. Anda sudah melihat sendiri bagaimana staf verifikasi membuka tiga aplikasi berbeda hanya untuk memverifikasi satu dokumen. Anda sudah mencatat workaround mereka—menempelkan sticky note di monitor karena sistem tidak menyimpan catatan sementara. Anda sudah bicara dengan supervisor yang bilang bahwa setengah dari waktu tim habis untuk mencari data yang seharusnya sudah tersedia.

Sekarang, semua temuan itu harus dirangkum. Bukan dalam bentuk catatan panjang yang hanya Anda pahami, tetapi dalam format yang bisa dipakai tim, atasan, dan bahkan klien untuk mengambil keputusan.

Problem statement adalah kalimat yang menjelaskan apa masalah sebenarnya, siapa yang mengalaminya, dan apa dampaknya. Dari observasi tadi, problem statement yang baik bukanlah "sistem verifikasi layanan lambat", melainkan sesuatu seperti: "Staf verifikasi menghabiskan rata-rata 15 menit per berkas untuk mencari data pelanggan yang tersebar di tiga sistem terpisah, menyebabkan waktu verifikasi rata-rata 45 menit per berkas dan menurunkan kepuasan pelanggan."

Perhatikan perbedaannya. Problem statement yang pertama terlalu umum. Yang kedua sudah punya siapa (staf verifikasi), apa (mencari data), berapa (15 menit, 45 menit), dan dampak (kepuasan pelanggan turun). Ini bukan sekadar gaya bahasa. Ini alat untuk memastikan semua orang membicarakan masalah yang sama.

Dari problem statement, kita turunkan tujuan. Tujuan harus terukur. Bukan "mempercepat proses verifikasi", tetapi "menurunkan waktu verifikasi per berkas dari 45 menit menjadi di bawah 15 menit dalam tiga bulan pertama". Tujuan yang terukur membuat semua orang tahu kapan solusi bisa disebut berhasil.

Selanjutnya, batasan. Tidak semua hal bisa dikerjakan dalam satu inisiatif. Batasan menjawab: apa yang masuk lingkup solusi dan apa yang tidak. Misalnya, "Solusi ini hanya mencakup proses verifikasi dokumen, tidak termasuk proses pembayaran layanan. Data pelanggan akan diambil dari sistem existing, tidak ada migrasi data besar-besaran." Batasan mencegah scope creep—saat orang mulai menambahkan permintaan di tengah jalan karena "sekalian saja".

Daftar pengguna juga perlu ditulis eksplisit. Siapa yang memakai langsung, siapa yang memasok data, siapa yang menerima output, dan siapa yang terdampak meskipun tidak menyentuh sistem. Di kasus verifikasi tadi, pengguna langsung adalah staf verifikasi. Pengguna pendukung adalah tim IT yang menjaga koneksi data. Pihak terdampak adalah pelanggan yang menunggu hasil permintaan layanan.

Terakhir, tanda solusi berhasil. Ini bukan sekadar "sistem berjalan lancar". Ini adalah bukti konkret bahwa masalah selesai. Contoh: "Staf verifikasi bisa menyelesaikan satu berkas dalam waktu kurang dari 15 menit. Tidak ada lagi sticky note di monitor karena catatan tersimpan otomatis. Jumlah berkas yang diproses per hari naik dari 20 menjadi 50."

Di sinilah AI bisa membantu. Anda bisa memasukkan catatan observasi ke AI assistant dan minta dirangkum menjadi problem statement yang lebih rapi bahasanya. Atau minta AI mengecek apakah tujuan sudah cukup terukur. Tapi keputusan akhir tetap di tangan Anda. AI tidak tahu apakah batasan yang Anda tulis sudah disepakati stakeholder. AI tidak tahu apakah tanda keberhasilan itu realistis. AI hanya membantu merapikan, bukan memutuskan.

Setelah rangkuman ini selesai, Anda punya pegangan bersama. Semua orang—tim, atasan, klien, pengguna—bisa melihat dokumen yang sama dan berkata, "Ini masalah kita, ini tujuan kita, ini batasnya, dan ini tanda kita berhasil." Tanpa dokumen ini, setiap orang bisa berangkat ke arah yang berbeda. Dengan dokumen ini, Anda punya peta yang sama.

Sebagai panduan visual, berikut adalah alur merangkum temuan dari observasi hingga kriteria keberhasilan, menggunakan contoh kasus verifikasi dokumen di perusahaan logistik.

flowchart TD A[Observasi Alur Kerja] --> B[Problem Statement] B --> C[Staf verifikasi: 15 menit cari data di 3 sistem] C --> D[Dampak: 45 menit per berkas, kepuasan turun] D --> E[Tujuan Terukur] E --> F[Turunkan waktu verifikasi dari 45 ke <15 menit] F --> G[Batasan] G --> H[Hanya proses verifikasi, bukan pembayaran] H --> I[Kriteria Keberhasilan] I --> J[Berkas selesai <15 menit, tanpa sticky note] J --> K[Volume naik dari 20 ke 50 berkas per hari]