Insight · · 5 menit baca

Dari slide konsultan ke sistem yang berjalan: panduan scoping 2 minggu

Panduan scoping 2 minggu untuk proyek IT dan transformasi digital: discovery, observasi, pernyataan masalah, arsitektur, dan rencana bertahap berharga.

Oleh tim Kiwi Solutions

Konsultan transformasi digitalTransformasi digitalScoping proyek

Banyak proyek transformasi digital di Indonesia dimulai dengan cara yang sama. Konsultan menghabiskan berbulan-bulan untuk discovery, menyerahkan laporan panjang dan slide yang rapi, lalu pergi. Organisasi kemudian harus mencari pihak lain untuk membangun apa yang digambarkan di slide itu, dan tim baru tersebut sering kali memulai discovery dari awal lagi. Waktu dan anggaran habis untuk dokumen, bukan untuk sistem yang berjalan.

Ada cara memulai yang lebih cepat tanpa mengurangi ketelitian: fase scoping yang singkat dan terstruktur, yang berakhir dengan rencana yang bisa dijalankan. Panduan ini menjelaskan apa saja isi fase tersebut, siapa pun yang menjalankannya.

Mengapa scoping, bukan discovery tanpa akhir

Discovery tidak punya titik akhir yang alami. Scoping punya: scoping selesai ketika empat pertanyaan berikut bisa dijawab dengan yakin.

  1. Apa masalah yang sebenarnya, dirumuskan dengan cara yang bisa diuji?
  2. Seperti apa solusi target dari sisi proses, sistem, dan tata kelola?
  3. Dalam urutan apa solusi itu dibangun, dan apa hasil setiap fasenya?
  4. Berapa biaya setiap fase, dan di mana titik-titik keputusannya?

Ketika keempat jawaban itu tersedia, organisasi dapat memutuskan dengan informasi yang cukup apakah akan melanjutkan, menyesuaikan, atau berhenti. Di Kiwi Solutions, sampai ke titik itu membutuhkan satu sampai dua minggu.

Sebelum scoping: discovery call

Scoping dimulai dengan percakapan singkat. Di Kiwi Solutions, bentuknya adalah discovery call selama tiga puluh menit bersama Jeffrey atau Archie. Anda menjelaskan masalahnya, dan kami menjawab jujur apakah dan bagaimana kami bisa membantu. Jika ternyata tidak cocok, yang hilang hanya setengah jam, bukan satu kuartal.

Agar percakapannya bermanfaat, siapkan:

  • Masalahnya dalam kata-kata Anda sendiri, dan mengapa hal itu penting sekarang.
  • Sistem dan tim yang terlibat.
  • Batasan yang sudah pasti: tenggat waktu, regulasi, kisaran anggaran, kontrak yang sudah berjalan.

Minggu 1: melihat kenyataan (induktif)

Paruh pertama scoping bekerja dari bawah ke atas. Tujuannya memahami bagaimana pekerjaan benar-benar berjalan, yang sering kali berbeda dari yang tertulis di dokumen.

  • Amati operasional saat ini. Lihat prosesnya berjalan, bicara dengan orang yang mengerjakannya, dan ikuti beberapa kasus nyata dari awal hingga akhir.
  • Analisis proses, data, dan sistem. Di mana informasi dicatat, diketik ulang, atau hilang? Laporan mana yang disusun manual? Sistem mana yang tidak saling terhubung?
  • Temukan akar masalah. Pisahkan gejala (laporan selalu terlambat) dari penyebab (data diinput dua kali di dua sistem).
  • Tulis pernyataan masalah yang dapat diuji. Pernyataan masalah yang baik menyebut prosesnya, celahnya, dan cara mengetahui bahwa masalah itu sudah teratasi. “Kami butuh sistem baru” bukanlah pernyataan masalah.

Minggu 2: merancang jawabannya (deduktif)

Paruh kedua bekerja dari atas ke bawah. Titik awalnya adalah apa yang ingin dicapai organisasi, lalu rancangan disusun mundur dari sana.

  • Berangkat dari tujuan. Hasil bisnis apa yang harus berubah, dan bagaimana mengukurnya? Inilah yang menjadi KPI selama pengerjaan.
  • Susun hipotesis dari kerangka yang sudah teruji. Gunakan cara-cara yang terbukti untuk masalah serupa sebagai titik awal, alih-alih menciptakan semuanya dari nol.
  • Rancang arsitektur menyeluruh. Cakup proses, sistem, dan tata kelola sekaligus: apa yang berubah dalam cara orang bekerja, sistem mana yang dibangun, dibeli, atau diintegrasikan, dan siapa pemilik keputusan serta data.
  • Uji dan iterasi. Jalankan kasus nyata dari minggu pertama melalui rancangan yang diusulkan. Di mana rancangan itu gagal, perbaiki.

Kedua arah ini saling memeriksa. Observasi menjaga rancangan tetap realistis; tujuan menjaga observasi tetap fokus.

Hasilnya: rencana bertahap lengkap dengan harga

Scoping seharusnya berakhir dengan dokumen yang bisa langsung ditindaklanjuti pengambil keputusan, bukan tumpukan temuan. Isinya:

  • Pernyataan masalah dari minggu pertama.
  • Usulan arsitektur dari minggu kedua.
  • Rencana pengerjaan bertahap. Setiap fase didefinisikan oleh hasilnya, bukan oleh aktivitasnya, dengan milestone di sepanjang jalan.
  • Decision gate di antara fase, tempat hasil ditinjau terhadap KPI dan diputuskan apakah akan melanjutkan, menyesuaikan, atau berhenti.
  • Harga per fase, ditetapkan di awal, bukan tagihan per jam yang tidak berujung.
  • Risiko dan ketergantungan, beserta cara mengelola masing-masing.

Pembagian fase inilah yang membuat rencana tersebut aman. Anda berkomitmen pada fase pertama dengan informasi lengkap, dan setiap komitmen berikutnya dibuat dengan hasil fase sebelumnya sudah di tangan.

Setelah scoping: pengerjaan yang sesuai rencana

Rencana yang baik ada untuk dijalankan. Dalam model pengerjaan Kiwi, pekerjaan berjalan dalam fase berbasis hasil dengan milestone dan decision gate, laporan progres mingguan, serta transfer pengetahuan di setiap serah terima. Hasil akhirnya mencakup KPI, output yang dapat ditindaklanjuti, dan dokumentasi, sehingga tim Anda dapat menjalankan dan mengembangkan sistem setelah kami serahkan.

Dua hal yang membedakan slide presentasi dengan sistem yang berjalan:

  • Orang yang mendiagnosis juga yang membangun. Di Kiwi Solutions, para senior yang mendiagnosis masalah juga yang membangun dan meluncurkan sistemnya. Tidak ada yang hilang dalam serah terima antara firma konsultan dan vendor pengembang yang terpisah.
  • Hasil kerja yang berjalan di setiap milestone. Kemajuan diukur dari apa yang sudah berjalan, bukan dari apa yang sudah ditulis.

Checklist: apakah scoping Anda sudah di jalur yang benar?

  • Apakah operasional nyata sudah diamati, bukan hanya dokumen prosesnya yang dibaca?
  • Apakah ada pernyataan masalah yang bisa diuji?
  • Apakah arsitekturnya mencakup proses, sistem, dan tata kelola?
  • Apakah rencananya dibagi per fase berdasarkan hasil, dengan decision gate?
  • Apakah setiap fase sudah ada harganya?
  • Apakah Anda tahu siapa yang akan membangunnya, dan apakah mereka orang yang sama dengan yang mendiagnosisnya?

Jika ada jawaban “tidak”, rencana itu belum siap didanai.

Mulai dengan percakapan

Kiwi Solutions adalah konsultan IT dan transformasi digital yang pekerjaannya berujung pada sistem yang berjalan, dibangun oleh tim pengembangan software kami sendiri. Kenali para pendiri dan cara kami bekerja di halaman tentang kami. Jadwalkan discovery call untuk melihat apakah scoping dua minggu cocok untuk proyek Anda.

Pertanyaan yang sering diajukan

Berapa lama scoping untuk proyek transformasi digital sebaiknya berlangsung?

Di Kiwi Solutions, scoping berlangsung satu sampai dua minggu. Waktu itu cukup untuk mengamati operasional saat ini, menulis pernyataan masalah, mengusulkan arsitektur, dan menghitung harga rencana bertahap, tanpa discovery berbulan-bulan yang tidak jelas ujungnya.

Apa yang kami terima di akhir scoping?

Pernyataan masalah yang dapat diuji, usulan arsitektur menyeluruh yang mencakup proses, sistem, dan tata kelola, serta rencana pengerjaan bertahap dengan milestone, decision gate, dan harga.

Siapa yang melakukan scoping di Kiwi Solutions?

Tim senior. Para senior yang mendiagnosis masalah juga yang membangun dan meluncurkan sistemnya, sehingga tidak ada yang hilang di antara rekomendasi dan pengerjaan.

Proses

Bagaimana kerja sama dimulai

Minggu 0

Discovery call

Tiga puluh menit bersama Jeffrey atau Archie. Anda menjelaskan masalahnya; kami menjawab jujur apakah dan bagaimana kami bisa membantu.

Minggu 1-2

Scoping

Observasi operasional saat ini, pernyataan masalah, usulan arsitektur, dan rencana bertahap lengkap dengan harga.

Minggu 3 dan seterusnya

Pengiriman

Fase berbasis hasil dengan milestone dan decision gate. Laporan progres mingguan, transfer pengetahuan di setiap serah terima.