- foundation/: MASTER-ANCHOR, BOOK-SPEC, BLUEPRINT, WRITING-TEMPLATE, REFERENCE-BANK - chapters/: 18 bab (bab-01 s.d. bab-18) + 18 outlines - worksheets/: 18 worksheet pendamping (A01-A18) - backmatter/: references, glosarium, indeks, kata-pengantar, tentang-penulis - scripts/: build-book.ps1, build-worksheets.ps1 (Pandoc + XeLaTeX) - templates/: book-template.tex (B5, Times New Roman, margin sesuai BOOK-SPEC) - AUDIT-REPORT.md: Phase 6 consistency audit — all gates passed - PRINT-GUIDE.md: instruksi lengkap cetak PDF RTI-20252 methodology Phase 1-6 complete. Publication-ready.
7.4 KiB
7.4 KiB
WORKSHEET A.8 — Problem Statement Canvas
Bab 8 — Analisis Permasalahan Organisasi Dokumen ini bersifat standalone — dapat dikerjakan tanpa membuka buku teks.
Ringkasan Materi
Pipeline Konsep Bab 8
Gejala Terlihat → Data Pendukung → Analisis 5-Why → Akar Masalah
→ Stakeholder Mapping → Gap Analysis
→ Rumusan Masalah (specific, measurable, actionable)
→ Apakah terkait SI? → Lanjut ke analisis kebutuhan
Tabel Komparasi: Gejala vs Akar Masalah
| Gejala Terlihat | Akar Masalah | Solusi Salah | Solusi Tepat |
|---|---|---|---|
| Laporan keuangan terlambat | Input data dari cabang via Excel manual | Beli software reporting canggih | Digitalisasi input + perbaiki infrastruktur |
| Keluhan pelanggan meningkat | SOP customer service tidak di-update 2 tahun | Ganti platform CS | Redesign SOP + pelatihan agen |
| Stok sering kosong | Data inventory tidak real-time | Tambah safety stock 200% | Implementasi barcode/RFID real-time |
| Turnover karyawan tinggi | 60% waktu kerja untuk tugas manual repetitif | Program retensi + bonus | Otomasi proses repetitif |
Definisi Kunci
- Problem Framing — proses mendefinisikan dan membatasi suatu masalah secara tepat sebelum mencari solusi.
- Root Cause Analysis — metode sistematis untuk mengidentifikasi penyebab paling mendasar menggunakan 5-Why, fishbone diagram, atau fault tree analysis.
- Gap Analysis — perbandingan sistematis antara kondisi aktual dan kondisi yang diinginkan.
- Stakeholder Analysis — identifikasi dan pemetaan pihak berkepentingan — kepentingan, pengaruh, dan perspektif mereka.
Prinsip Utama
- 45% kegagalan proyek SI berakar pada requirements salah — yang berakar pada definisi masalah yang tidak pernah dilakukan.
- 72% manajer mengakui pernah mengimplementasikan solusi yang hanya mengatasi gejala, bukan akar masalah.
- Fishbone mengorganisir penyebab, 5-Why menggali kedalaman, Gap Analysis membandingkan kondisi — ketiganya saling melengkapi.
- 48% proyek SI gagal karena scope tidak mencakup semua stakeholder.
Template A.8 — Problem Statement Canvas
==========================================
TEMPLATE A.8 — PROBLEM STATEMENT CANVAS
==========================================
Tanggal : ________________________________________
Tim Analisis : ________________________________________
Organisasi/Unit : ________________________________________
═══════════════════════════════════════════════════════════════
1. GEJALA YANG TERLIHAT (apa yang dikeluhkan/dirasakan?)
a. ________________________________________
b. ________________________________________
c. ________________________________________
2. DATA PENDUKUNG GEJALA (bukti kuantitatif)
Metrik yang relevan : ________________________________________
Angka saat ini : ________________________________________
Benchmark / target : ________________________________________
Sumber data : ________________________________________
3. ANALISIS 5-WHY
Mengapa 1 : ________________________________________
Mengapa 2 : ________________________________________
Mengapa 3 : ________________________________________
Mengapa 4 : ________________________________________
Mengapa 5 : ________________________________________
→ AKAR MASALAH : ________________________________________
4. STAKEHOLDER YANG TERDAMPAK
Stakeholder 1 : ______________ | Perspektif: ______________ | Dampak: ______
Stakeholder 2 : ______________ | Perspektif: ______________ | Dampak: ______
Stakeholder 3 : ______________ | Perspektif: ______________ | Dampak: ______
5. GAP ANALYSIS
Kondisi saat ini : ________________________________________
Kondisi yang diinginkan : ________________________________________
Gap : ________________________________________
6. RUMUSAN MASALAH (specific, measurable, actionable)
"________________________________________
________________________________________"
7. APAKAH MASALAH INI TERKAIT INFORMASI / DATA / PROSES?
[ ] Ya — lanjutkan ke analisis kebutuhan SI
Kriteria yang terpenuhi:
[ ] Informasi tidak tersedia
[ ] Informasi tidak akurat
[ ] Informasi terlambat
[ ] Proses informasi tidak efisien
[ ] Tidak — solusi non-SI yang diperlukan: ________________
8. HIPOTESIS SOLUSI AWAL
________________________________________
Perlu divalidasi dengan data: ________________________________________
Latihan
Latihan 1 — Bedakan Gejala dan Akar Masalah
Identifikasi 3 masalah di organisasi Anda dan pisahkan gejala dari akar masalah.
| No | Gejala yang Terlihat | Analisis 5-Why (ringkas) | Akar Masalah | Terkait SI? |
|---|---|---|---|---|
| 1 | Dashboard penjualan selalu berbeda angkanya dengan laporan finance | Data berbeda → sumber berbeda → tidak ada warehouse → ETL belum ada → belum pernah direncanakan | Tidak ada single source of truth — data dari POS dan akuntansi belum dikonsolidasi | Ya — butuh data warehouse + ETL |
| 2 | ________________________ | ________________________ | ________________________ | ________ |
| 3 | ________________________ | ________________________ | ________________________ | ________ |
Latihan 2 — Stakeholder Mapping
Untuk satu masalah di Latihan 1, petakan semua stakeholder yang terdampak.
| Stakeholder | Pengaruh (H/M/L) | Kepentingan (H/M/L) | Perspektif terhadap Masalah | Strategi Engagement |
|---|---|---|---|---|
| Manajer Penjualan | H — mengendalikan data POS | H — butuh angka akurat untuk target | "Angka saya yang benar, finance yang salah" | Libatkan sebagai Data Owner di proyek integrasi |
| ________________________ | ________ | ________ | ________________________ | ________________________ |
| ________________________ | ________ | ________ | ________________________ | ________________________ |
Latihan 3 — Rumusan Masalah yang Baik vs Buruk
Evaluasi rumusan masalah — mana yang specific, measurable, actionable?
| Rumusan Masalah | Specific? | Measurable? | Actionable? | Perbaikan |
|---|---|---|---|---|
| "Sistem kita bermasalah" | ❌ — sistem mana? | ❌ — bermasalah bagaimana? | ❌ — aksi apa? | "Data penjualan di POS dan sistem akuntansi berbeda 12% per bulan, menyebabkan laporan keuangan direvisi 3× sebelum final" |
| ________________________ | ________ | ________ | ________ | ________________________ |
| ________________________ | ________ | ________ | ________ | ________________________ |
Refleksi
-
Berapa banyak proyek "solusi" di organisasi Anda yang langsung melompat ke pembelian teknologi tanpa melewati analisis masalah yang benar — dan apa dampaknya?
-
Mengapa manajer sering lebih nyaman mengatasi gejala daripada akar masalah?
Self-Check
[ ] Saya bisa membedakan gejala dari akar masalah dan menggunakan 5-Why untuk menggali
[ ] Saya bisa memetakan stakeholder dan memahami perspektif yang berbeda terhadap satu masalah
[ ] Template A.8 sudah terisi lengkap dengan rumusan masalah yang specific, measurable, actionable