stdsquare²
🎓 Kelas
stdsquare / materi / slides / pertemuan-13
Tema
Japan
Arcade
Dark Retro
Font
‹ Daftar slide Pertemuan 13: Membangun Sistem Informasi Baru
Program Studi Manajemen • FEB

Sistem Informasi Manajemen

Pertemuan 13 — Membangun Sistem Informasi Baru

Membangun sistem informasi bukan sekadar menginstal software baru, melainkan perubahan organisasi terencana yang melibatkan proses bisnis, manajemen, dan SDM.

RPS MINGGU 13 • DURASI 2 × 50 MENIT

Tujuan Pembelajaran Hari Ini

Setelah pertemuan ini, Anda diharapkan mampu memahami bagaimana sistem informasi baru dibangun di dalam organisasi:

CAPAIAN 1 — KONSEP
PERUBAHAN ORGANISASI
Memahami bahwa sistem informasi baru adalah katalis bagi perubahan organisasi dan proses bisnis.
CAPAIAN 2 — PROSES
SDLC & METODOLOGI
Menjelaskan tahapan utama dalam System Development Life Cycle (SDLC) dan pendekatan pengembangan modern.
CAPAIAN 3 — STUDI KASUS
ERP & AI MODERN
Menganalisis studi kasus nyata penerapan Cloud ERP dan CRM berbasis AI dalam bisnis.
CAPAIAN 4 — FAKTOR SUKSES
MANAJEMEN PERUBAHAN
Mengidentifikasi mengapa banyak proyek IT gagal dan bagaimana dukungan pengguna menentukan keberhasilan.

Mengapa Banyak Proyek IT yang Gagal?

Apakah masalah utamanya karena teknologi yang buruk? Ternyata bukan.

FAKTA INDUSTRI
>50% Proyek Gagal
atau melewati batas waktu/anggaran
Banyak sistem informasi baru yang gagal karena pengguna (user) menolak memakainya atau fitur yang dibuat tidak sesuai dengan kebutuhan bisnis nyata.
KUNCI KEBERHASILAN
Keterlibatan Manajemen
Bukan hanya departemen IT
Membangun sistem adalah proyek bisnis. Harus didukung oleh eksekutif, melibatkan manajemen, dan fokus pada change management bagi karyawan.
Teknologi secanggih apa pun (AI, Big Data) tidak ada gunanya jika organisasi tidak siap beradaptasi.
Bagian 1 dari 4
Sistem Baru & Perubahan Organisasi
Memahami bagaimana sistem informasi memicu transformasi dalam cara perusahaan beroperasi.
Otomatisasi Redesign Proses Pergeseran Paradigma

Pemicu Pembangunan Sistem Baru

PEMICU 1
MASALAH SISTEM LAMA
Sistem lama sudah lambat, usang, atau tidak terintegrasi (sering disebut sistem legacy). Muncul inefisiensi yang merugikan.
PEMICU 2
PELUANG BISNIS BARU
Kebutuhan untuk meluncurkan produk/layanan baru (contoh: beralih ke e-commerce) yang memerlukan dukungan platform modern.
PEMICU 3
TEKANAN EKSTERNAL
Regulasi pemerintah yang baru, inovasi agresif dari pesaing, atau tuntutan standar industri untuk lebih cepat dan transparan.
Membangun sistem informasi dimulai dari kebutuhan bisnis, bukan sekadar mengikuti tren teknologi yang sedang hype.

Sistem Baru: Spektrum Perubahan Organisasi

Tingkat perubahan dalam perusahaan akibat sistem baru dapat dikategorikan menjadi empat tingkat risiko dan imbalan:

4 TINGKAT PERUBAHAN
TingkatKarakteristikRisiko / Imbalan
1. OtomatisasiMempercepat tugas yang ada (mis. hitung gaji manual jadi pakai excel).Rendah
2. RasionalisasiMenghilangkan hambatan dalam proses kerja (mis. persetujuan paperless).Menengah - Rendah
3. Business Process RedesignMerombak ulang proses bisnis secara fundamental agar jauh lebih efisien.Menengah - Tinggi
4. Pergeseran ParadigmaMengubah model bisnis inti (mis. Netflix: rental DVD → Streaming).Sangat Tinggi
Bagian 2 dari 4
System Development Life Cycle (SDLC)
Kerangka kerja logis dalam membangun sistem, dari ide awal hingga pemeliharaan.
Analisis Desain Pengujian

Tahapan Inti SDLC

1. ANALISIS SISTEM
Mengidentifikasi masalah, menentukan kebutuhan informasi secara detail (apa yang user butuhkan?), dan menilai kelayakan proyek (teknis & biaya).
2. DESAIN SISTEM
Merancang cetak biru sistem. Menentukan spesifikasi hardware, software, database, dan antarmuka pengguna (UI/UX).
3. PEMROGRAMAN & PENGUJIAN
Tim IT menulis kode program (coding). Sistem kemudian diuji secara menyeluruh untuk menemukan bug sebelum dipakai produksi.
4. KONVERSI & PEMELIHARAAN
Beralih dari sistem lama ke baru (Paralel, Langsung, Pilot, atau Bertahap). Kemudian sistem dijaga dan diperbarui secara berkala.

Analisis Kelayakan (Feasibility Study)

Bagian paling krusial dari Tahap Analisis adalah memastikan proyek ini layak untuk diteruskan sebelum membuang uang miliaran.

KELAYAKAN TEKNIS
Bisa Dibuat?
Apakah teknologi yang dibutuhkan sudah tersedia? Apakah tim internal punya keahlian untuk mengelola teknologi (mis. Cloud/AI) tersebut?
KELAYAKAN EKONOMI
Bisa Balik Modal?
Cost-Benefit Analysis: membandingkan biaya pembangunan & lisensi dengan estimasi penghematan operasional (Nilai Finansial/ROI).
KELAYAKAN ORGANISASI
Bisa Diterima?
Apakah budaya perusahaan mendukung sistem baru? Akankah ada penolakan kuat dari karyawan yang pekerjaannya terpengaruh?

Coba Sendiri: Apakah Proyek Sistem Ini Layak Secara Finansial?

Masukkan estimasi biaya investasi dan arus kas manfaat tahunan, lalu lihat NPV dan IRR yang menentukan apakah proyek layak dilanjutkan.

Metodologi: Waterfall vs Agile

WATERFALL (TRADISIONAL)
  • Proses berurutan dan kaku (Analisis → Desain → Kode → Test).
  • Kebutuhan harus didefinisikan 100% di awal.
  • Kelemahan: Lambat, jika ada perubahan di tengah jalan sangat sulit dan mahal diakomodasi.
  • Cocok untuk: Proyek besar pemerintahan/infrastruktur dengan syarat yang sudah pasti.
AGILE (MODERN)
  • Iteratif dan fleksibel. Dikembangkan dalam siklus pendek (sprints, misal 2 minggu).
  • User bisa memberi feedback secara cepat atas fitur yang baru dirilis.
  • Keunggulan: Sangat responsif terhadap perubahan kebutuhan bisnis.
  • Cocok untuk: Aplikasi web, mobile, startup, SaaS.
Di era modern, sebagian besar pengembangan sistem informasi bergeser dari metode lambat Waterfall ke Agile agar lebih cepat memberikan nilai pada bisnis.

Coba Sendiri: Kapan Fitur Ini Selesai?

Masukkan jumlah story point tersisa dan velocity tim per sprint, lalu lihat estimasi berapa sprint lagi yang dibutuhkan hingga proyek selesai.

Bagian 3 dari 4
Studi Kasus Implementasi Modern
Melihat realita lapangan: Cloud ERP dan Integrasi AI dalam CRM.
Sistem ERP CRM Artificial Intelligence

Studi Kasus 1: Transformasi via Cloud ERP

Konteks: Perusahaan Ritel skala nasional (contoh: rantai minimarket) menggunakan puluhan sistem terpisah untuk stok, kasir (POS), dan akuntansi (Silo Data).

MASALAH LAMA
Data Terfragmentasi
Laporan keuangan tutup buku butuh 2 minggu. Sering terjadi kekosongan stok karena gudang dan toko tidak sinkron secara real-time.
SOLUSI SISTEM BARU
Implementasi Cloud ERP
Membangun/menyewa Cloud ERP (mis: SAP S/4HANA atau Oracle NetSuite) untuk mengintegrasikan seluruh modul jadi Satu Basis Data Tunggal.
Kenapa Cloud? Menghemat biaya CAPEX (beli server mahal) dan memungkinkan staf memantau dashboard dari cabang mana pun via internet, lebih *Agile*.

Dampak Bisnis dari Implementasi ERP Baru

Perubahan organisasi (Business Process Redesign) yang dialami setelah ERP berjalan:

NILAI BISNIS YANG DIHASILKAN (VALUE)
AreaSebelum ERPSesudah Cloud ERP
Visibilitas StokTertunda harian/mingguanReal-time update saat barang terjual
Pengambilan KeputusanManajer menebak tren pasarDashboard analitik instan bagi eksekutif
SkalabilitasBuka cabang baru rumit setup serverBuka cabang baru: tinggal "plug and play" ke Cloud
Tantangan dalam prosesnya: Mengajari kasir dan admin gudang yang terbiasa pakai sistem lama untuk beradaptasi dengan UI dan prosedur ERP yang ketat. Ini butuh Change Management masif.

Studi Kasus 2: CRM Bertenaga Artificial Intelligence

Konteks: Perusahaan E-commerce / Telekomunikasi ingin menekan tingkat pembatalan pelanggan (Churn Rate) dan meningkatkan Customer Lifetime Value.

PENDEKATAN LAMA
Reaktif & Massal
Sistem CRM tradisional: staf menunggu komplain masuk. Promosi diskon dikirim secara massal (spam email) ke semua pelanggan tanpa target jelas.
SISTEM BARU DENGAN AI
Prediktif & Personal
Membangun sistem CRM cerdas (mis: Salesforce Einstein) yang memanfaatkan Machine Learning. Sistem memprediksi pola pelanggan sebelum mereka komplain/pergi.

Fondasi Membangun Sistem AI / Big Data

Sistem informasi berbasis AI tidak muncul dari ruang hampa. Membangunnya membutuhkan fondasi utama: Kualitas Data.

SYARAT SISTEM INFORMASI AI YANG SUKSES
  • Volume Data Besar (Big Data): AI butuh ribuan hingga jutaan rekam jejak transaksi historis pelanggan untuk dilatih (training data).
  • Data Bersih & Terpusat: Data tidak boleh silo atau penuh duplikat. (Prinsip: Garbage In, Garbage Out).
  • Integrasi API Lintas Platform: AI CRM harus bisa menyedot data dari Sosial Media, Aplikasi Mobile, dan Website secara bersamaan lewat Application Programming Interface.
Keunggulan strategis: Perusahaan yang berhasil mengimplementasikan ini tidak lagi menebak-nebak, melainkan memiliki keunggulan bersaing analitis yang sulit ditiru kompetitor lama.
Bagian 4 dari 4
Faktor Penentu Kesuksesan & Kegagalan
Mengapa sistem miliaran rupiah bisa menjadi rongsokan tak terpakai?
Komunikasi User Involvement Sponsor Eksekutif

Kesenjangan Komunikasi User & Programmer

Salah satu penyebab utama kegagalan pembangunan sistem adalah User-Designer Communications Gap.

PENGGUNA (USER / MANAJEMEN)
Fokus pada Bisnis
Bicara soal: "Saya mau laporan penjualan lebih cepat", "Saya mau antarmuka yang mudah", tidak mengerti batasan server/teknis.
DESAINER (TIM IT)
Fokus pada Teknis
Bicara soal: "Kapasitas storage", "Struktur database SQL", "Framework efisien". Kadang kurang mengerti proses bisnis nyata di lapangan.
Jika tidak dijembatani oleh Sistem Analis yang ahli bisnis & IT, sistem yang dirilis programmer bisa berstatus "Teknis Sempurna" tetapi "Secara Bisnis Tidak Berguna".

Manajemen Perubahan & Dukungan Eksekutif

Membangun sistem informasi adalah membangun perubahan budaya.

KUNCI MANAJEMEN PERUBAHAN
  • Dukungan Eksekutif (Sponsorship): CEO/Direksi harus secara aktif menyatakan komitmen pada sistem baru. Jika bos besar cuek, bawahan akan malas memakai sistem baru.
  • User Involvement (Keterlibatan Pengguna): Calon pengguna HARUS ikut merancang dari awal. Mereka merasa memiliki (sense of ownership), sehingga mengurangi resistensi.
  • Pelatihan Intensif: Beri training memadai. Frustrasi teknis pengguna sering diterjemahkan sebagai "Sistemnya jelek".

Coba Sendiri: Petakan Stakeholder Proyek Anda

Seret tiap pemangku kepentingan (CEO, tim IT, calon pengguna, vendor) ke kuadran kekuatan dan kepentingan yang tepat, lalu lihat strategi pengelolaan yang disarankan.

Kesimpulan Utama

1. LEBIH DARI TEKNOLOGI
Transformasi Bisnis
Sistem baru (ERP, Cloud, AI) bukan sekadar belanja hardware, melainkan investasi untuk Business Process Redesign yang efisien.
2. METODOLOGI TERSTRUKTUR
Agile SDLC
Gunakan pendekatan terstruktur (SDLC) dan bergeser ke Agile untuk respons yang cepat terhadap dinamika pasar.
3. FOKUS PADA MANUSIA
Change Management
Teknologi terbaik sekalipun akan tumbang tanpa dukungan manajemen, keterlibatan pengguna, dan komunikasi lintas departemen.
Pertemuan 13 Selesai
Terima Kasih & Diskusi
Silakan ajukan pertanyaan terkait studi kasus ERP/CRM atau pengalaman implementasi sistem informasi.
"The first rule of any technology used in a business is that automation applied to an efficient operation will magnify the efficiency. The second is that automation applied to an inefficient operation will magnify the inefficiency."
— Bill Gates