Program Studi Bisnis Digital • FEB

Perencanaan Sumber Daya Perusahaan

Pertemuan 4 — ERP dan Process Mapping: Diagram Sistem, Manfaat, Langkah Menggambar Peta Proses, Studi Kasus

Bagaimana proses bisnis dipetakan sebelum diintegrasikan ke sistem ERP — notasi, langkah menggambar, dan studi kasus nyata.

RPS minggu 4 · 2x50 menit

Selamat datang kembali, Anda sudah sampai di pertemuan keempat mata kuliah Perencanaan Sumber Daya Perusahaan. Pada dua pertemuan sebelumnya kita membahas konsep dasar ERP (Enterprise Resource Planning, sistem yang mengintegrasikan seluruh proses bisnis perusahaan dalam satu basis data) beserta manfaat dan tantangannya. Hari ini kita masuk ke jembatan penting sebelum sebuah perusahaan bisa menerapkan ERP, yaitu process mapping atau pemetaan proses bisnis — bagaimana menggambarkan alur kerja sehari-hari, misalnya bagaimana Tokopedia memproses pesanan pelanggan atau bagaimana sebuah UMKM konveksi mencatat pembelian bahan baku, ke dalam diagram yang jelas. Tanpa peta proses yang akurat, implementasi ERP sering gagal karena sistem dikonfigurasi berdasarkan asumsi yang salah tentang cara kerja perusahaan. Siapkan catatan Anda, karena hari ini kita akan langsung praktik menggambar peta proses dengan notasi standar.

Tujuan Pembelajaran Hari Ini

Setelah pertemuan ini, Anda diharapkan mampu memahami dan menggambarkan peta proses bisnis sebagai fondasi implementasi ERP. Secara rinci:

CAPAIAN 1

DIAGRAM

Mengenali notasi standar diagram proses (flowchart, swimlane) dan komponen sistem ERP yang terkait.

CAPAIAN 2

MANFAAT

Menjelaskan manfaat process mapping bagi keberhasilan implementasi ERP di perusahaan.

CAPAIAN 3

LANGKAH

Mempraktikkan langkah-langkah menggambar peta proses dari ruang lingkup sampai validasi.

CAPAIAN 4

STUDI KASUS

Menganalisis studi kasus nyata perusahaan Indonesia yang memetakan proses sebelum ber-ERP.

Mengapa Banyak Proyek ERP Gagal di Awal?

Riset industri berulang kali menunjukkan: kegagalan implementasi ERP jarang disebabkan oleh perangkat lunaknya, melainkan oleh proses bisnis yang tidak dipahami dengan jelas sebelum sistem dikonfigurasi.

GEJALA 1

DUPLIKASI

Data pelanggan dicatat berulang di Excel gudang, Excel penjualan, dan Excel keuangan yang berbeda.

GEJALA 2

SILO

Bagian penjualan tidak tahu status stok gudang secara real-time (langsung, tanpa jeda).

GEJALA 3

SALAH KONFIG

Konsultan ERP mengonfigurasi modul berdasarkan asumsi, bukan alur kerja aktual perusahaan.

Solusinya: sebelum satu baris konfigurasi ERP pun dibuat, tim proyek harus lebih dulu menggambarkan peta proses (process map) — potret visual bagaimana pekerjaan sebenarnya mengalir di perusahaan.

Menyambung dari Pertemuan Lalu: Apa Itu Proses Bisnis?

Proses bisnis adalah rangkaian aktivitas terstruktur yang mengubah input (masukan) menjadi output (keluaran) bernilai bagi pelanggan — misalnya dari pesanan masuk sampai barang dikirim.

RECAP: BPR (BUSINESS PROCESS REENGINEERING)

Perancangan ulang proses secara radikal agar lebih efisien.
Dibahas di pertemuan sebelumnya sebagai tahap "merapikan rumah" sebelum ber-ERP.
Pertanyaan kuncinya: "Apakah proses ini masih perlu ada?"

HARI INI: PROCESS MAPPING

Alat visual untuk mendokumentasikan proses apa adanya.
Prasyarat BPR — Anda tidak bisa merancang ulang sesuatu yang belum digambar.
Menjadi cetak biru konfigurasi modul ERP.

Singkatnya: process mapping menjawab "bagaimana alurnya sekarang?", sedangkan BPR menjawab "bagaimana seharusnya alurnya?". Keduanya saling melengkapi.

Sebelum masuk lebih dalam, mari kita samakan pemahaman dengan apa yang sudah dibahas sebelumnya. Proses bisnis, sederhananya, adalah rangkaian langkah kerja yang mengubah sesuatu yang masuk menjadi sesuatu yang keluar dan bernilai bagi pelanggan — misalnya proses dari pesanan masuk di Tokopedia sampai paket diterima pembeli. Business Process Reengineering yang sudah Anda pelajari adalah upaya merancang ulang proses itu secara radikal, bukan sekadar tambal sulam. Nah, process mapping yang kita bahas hari ini adalah alat yang membuat BPR mungkin dilakukan, karena Anda tidak bisa merancang ulang sesuatu yang belum pernah Anda gambar dengan jelas. Anggap saja process mapping adalah "foto rontgen" perusahaan sebelum dokter, dalam hal ini konsultan ERP, memutuskan tindakan apa yang perlu diambil.

Bagian 1 dari 3

Dasar-Dasar Process Mapping

Definisi, notasi simbol standar, dan manfaat memetakan proses sebelum implementasi ERP dimulai.

Definisi Notasi Manfaat

Apa Itu Process Mapping (Peta Proses)?

Process mapping adalah representasi visual langkah-langkah, pelaku, keputusan, dan dokumen dalam sebuah proses bisnis, dari titik awal hingga titik akhir.

FLOWCHART

ALUR SEDERHANA

Diagram urutan langkah dengan simbol dasar (mulai/selesai, proses, keputusan) — cocok untuk satu fungsi.

SWIMLANE / CROSS-FUNCTIONAL

ALUR LINTAS-BAGIAN

Flowchart dengan "jalur renang" (lane) per departemen — menunjukkan siapa mengerjakan apa, cocok untuk proses ERP.

Notasi formal seperti BPMN (Business Process Model and Notation, standar internasional pemetaan proses) juga dipakai di industri, tetapi di kelas ini kita fokus pada flowchart dan swimlane yang lebih mudah dipelajari pemula.

Mari kita definisikan dengan tegas: process mapping adalah representasi visual dari langkah-langkah, pelaku, keputusan, dan dokumen dalam sebuah proses, dari awal sampai akhir. Ada dua bentuk yang paling sering Anda temui. Pertama, flowchart sederhana, cocok untuk proses yang hanya melibatkan satu bagian, misalnya proses input data pelanggan baru oleh staf admin. Kedua, diagram swimlane atau cross-functional, yang membagi kanvas menjadi beberapa jalur horizontal seperti jalur renang, satu jalur untuk satu departemen — ini penting sekali untuk ERP karena satu proses seperti order-to-cash biasanya melibatkan bagian penjualan, gudang, dan keuangan sekaligus. Ada juga notasi formal bernama BPMN yang dipakai konsultan profesional, namun untuk kelas pemula kita akan fokus pada flowchart dan swimlane terlebih dahulu, karena keduanya sudah cukup untuk memahami logika dasarnya.

Notasi Simbol Dasar Diagram Proses

Lima simbol ini adalah "alfabet" yang wajib Anda kuasai sebelum menggambar peta proses apa pun.

Tambahan untuk swimlane: garis horizontal membagi kanvas menjadi jalur (lane) per pelaku/departemen — Gudang, Purchasing, Keuangan, dan sebagainya.

Anggap lima simbol ini seperti alfabet dalam sebuah bahasa — sebelum bisa menyusun kalimat, Anda harus hafal hurufnya dulu. Oval menandai titik mulai atau selesai sebuah proses. Persegi panjang menandai satu aktivitas atau langkah kerja, misalnya "verifikasi stok barang". Belah ketupat menandai titik keputusan yang menghasilkan cabang, misalnya "stok tersedia? ya atau tidak". Jajar genjang menandai dokumen atau data yang dihasilkan atau dibutuhkan, misalnya faktur atau nota pembelian. Dan panah menunjukkan arah alur kerja dari satu simbol ke simbol berikutnya. Untuk diagram swimlane, kita tinggal menambahkan garis-garis horizontal yang membagi kanvas menjadi beberapa jalur, satu jalur untuk satu bagian perusahaan. Kuasai lima simbol ini dengan baik, karena kita akan memakainya berulang-ulang sepanjang semester.

Manfaat Process Mapping bagi Implementasi ERP

MANFAAT 1

VISIBILITAS

Semua pihak melihat alur kerja yang sama — mengurangi asumsi keliru antar-departemen.

MANFAAT 2

IDENTIFIKASI PEMBOROSAN

Langkah berulang, dokumen ganda, dan titik tunggu lama menjadi terlihat jelas di atas kertas.

MANFAAT 3

CETAK BIRU KONFIGURASI

Konsultan ERP memakai peta proses untuk menentukan pengaturan modul, bukan menebak-nebak.

MANFAAT 4

KOMUNIKASI

Bahasa visual yang sama dipahami manajemen, staf operasional, dan tim IT sekaligus.

MANFAAT 5

DASAR TRAINING

Peta proses menjadi materi pelatihan karyawan saat sistem ERP baru diluncurkan.

Lima manfaat ini adalah alasan mengapa konsultan ERP kelas dunia selalu memulai proyek dengan lokakarya pemetaan proses, bukan langsung membuka layar konfigurasi software. Visibilitas berarti semua orang, dari direktur sampai staf gudang, akhirnya melihat gambar yang sama tentang bagaimana pekerjaan berjalan, sehingga kesalahpahaman berkurang drastis. Identifikasi pemborosan berarti langkah yang berulang atau dokumen yang dicetak dua kali menjadi kelihatan begitu digambar di atas kertas — sesuatu yang sering tidak disadari saat dikerjakan setiap hari. Cetak biru konfigurasi berarti peta proses menjadi acuan teknis bagi tim IT saat mengatur modul ERP. Komunikasi berarti diagram menjadi bahasa bersama antar-bagian yang biasanya sulit saling memahami. Dan dasar training berarti karyawan baru bisa belajar alur kerja dari satu gambar, bukan dari cerita lisan yang berbeda-beda versinya.

Ilustrasi: Proses Tanpa Peta vs. dengan Peta

Bayangkan proses pengajuan cuti karyawan di sebuah perusahaan retail dengan 200 karyawan.

TANPA PETA PROSES

Karyawan bingung harus mengirim formulir ke siapa dulu.
HR tidak tahu berapa lama rata-rata proses persetujuan.
Saat ERP dibeli, modul HCM dikonfigurasi berdasarkan asumsi vendor.

DENGAN PETA PROSES

Alur jelas: karyawan → atasan langsung → HR → arsip.
Titik tunggu terlama teridentifikasi (misal di meja atasan).
Modul HCM (Human Capital Management, modul SDM ERP) dikonfigurasi sesuai alur nyata.

Perbedaannya bukan pada teknologinya, melainkan pada kejelasan proses sebelum teknologi itu dipasang.

Mari bandingkan dengan contoh sederhana yang dekat dengan keseharian Anda: proses pengajuan cuti karyawan di sebuah perusahaan retail dengan sekitar dua ratus karyawan. Tanpa peta proses, karyawan sering bingung harus menyerahkan formulir ke siapa terlebih dahulu, bagian HR tidak punya data berapa lama rata-rata persetujuan memakan waktu, dan ketika perusahaan membeli sistem ERP, modul sumber daya manusianya dikonfigurasi berdasarkan template bawaan vendor yang belum tentu cocok. Dengan peta proses, alurnya menjadi jelas: karyawan mengajukan ke atasan langsung, lalu ke HR, lalu diarsipkan, dan titik tunggu paling lama, misalnya di meja atasan yang sering bepergian dinas, langsung terlihat dan bisa diperbaiki. Contoh sederhana ini mencerminkan pola yang sama persis terjadi di proses yang jauh lebih kompleks seperti pembelian atau penjualan.

Bagian 2 dari 3

Langkah Menggambar Peta Proses

Enam langkah praktis, dari menentukan ruang lingkup sampai menggambar diagram swimlane lengkap.

6 Langkah Swimlane As-Is vs To-Be

Enam Langkah Menggambar Peta Proses

LANGKAH 1

RUANG LINGKUP

Tentukan titik awal dan titik akhir proses. Contoh: dari "pesanan diterima" sampai "barang dikirim".

LANGKAH 2

IDENTIFIKASI PELAKU

Daftar semua departemen/pihak yang terlibat — menjadi jalur (lane) di diagram.

LANGKAH 3

DAFTAR AKTIVITAS

Wawancarai pemilik proses, catat setiap langkah kerja secara urut — sekecil apa pun.

LANGKAH 4

GAMBAR URUTAN

Susun aktivitas dengan simbol yang tepat, tandai titik keputusan dan dokumen yang dihasilkan.

LANGKAH 5

VALIDASI

Tunjukkan draf ke pemilik proses — pastikan diagram sesuai realita, bukan versi "seharusnya".

LANGKAH 6

IDENTIFIKASI GAP

Tandai titik pemborosan/keterlambatan — masukan untuk BPR dan konfigurasi ERP.

Enam langkah ini adalah resep praktis yang bisa Anda pakai untuk memetakan proses apa pun, di perusahaan mana pun. Langkah pertama dan kedua adalah persiapan: tentukan dulu batas awal dan akhir proses yang ingin dipetakan, lalu daftar siapa saja yang terlibat, karena daftar ini akan menjadi jalur-jalur di diagram swimlane Anda. Langkah ketiga adalah kerja lapangan paling penting: wawancarai langsung orang yang benar-benar mengerjakan proses tersebut, bukan hanya atasannya, karena sering kali pekerjaan riil berbeda dari prosedur resmi di atas kertas. Langkah keempat adalah menggambar dengan simbol yang sudah kita pelajari tadi. Langkah kelima adalah validasi, tahap yang paling sering dilewatkan pemula tetapi krusial, karena Anda harus memastikan gambar Anda mencerminkan kenyataan, bukan asumsi Anda sendiri. Terakhir, langkah keenam adalah menandai titik-titik bermasalah sebagai bahan perbaikan proses dan konfigurasi ERP nantinya.

Contoh: Diagram Swimlane Proses Purchase-to-Pay (P2P)

Purchase-to-Pay (P2P) — proses dari permintaan pembelian sampai pembayaran ke vendor (pemasok).

Perhatikan: proses ini melewati 4 departemen — inilah sebabnya ERP (data terintegrasi satu basis data) jauh lebih efisien daripada empat sistem terpisah.

Sekarang mari kita lihat contoh diagram swimlane yang lebih lengkap untuk proses Purchase-to-Pay, atau P2P, yaitu alur dari permintaan pembelian sampai pembayaran ke vendor. Perhatikan empat jalur horizontal: gudang, purchasing atau bagian pembelian, keuangan, dan vendor sebagai pihak eksternal. Gudang memulai dengan membuat permintaan beli karena stok menipis, purchasing menerbitkan PO atau purchase order, yaitu dokumen resmi pemesanan barang, vendor mengirim barang beserta fakturnya, lalu keuangan mencocokkan PO dengan faktur sebelum akhirnya membayar. Diagram seperti inilah yang akan Anda buat sendiri saat mengerjakan tugas nanti. Perhatikan bagaimana proses ini melibatkan empat pihak berbeda — inilah alasan mendasar mengapa ERP yang mengintegrasikan data dalam satu basis data jauh lebih efisien dibandingkan empat sistem terpisah yang saling tidak terhubung.

Peta Proses As-Is vs. To-Be

Dua jenis peta proses yang selalu digambar berpasangan dalam proyek ERP.

AS-IS (SEKARANG)

KONDISI SAAT INI

Menggambarkan proses apa adanya, termasuk langkah tidak efisien — contoh: order-to-cash (O2C, proses dari pesanan sampai kas diterima) manual, data dicatat 3× secara terpisah.

TO-BE (SEHARUSNYA)

KONDISI IDEAL

Menggambarkan proses setelah perbaikan/ERP — contoh: O2C dengan data terintegrasi satu kali input, otomatis mengalir ke semua modul.

Selisih antara As-Is dan To-Be inilah yang menjadi dasar konfigurasi modul ERP dan materi pelatihan karyawan saat sistem baru diluncurkan.

Hitung dari Nol: Rasio Aktivitas Bernilai Tambah (VA vs NVA)

Peta proses "Persetujuan Pembelian" memetakan 10 aktivitas dengan total siklus 240 menit. Aktivitas bernilai tambah (Value-Added/VA) — input kebutuhan, verifikasi spesifikasi, buat PO — total 45 menit. Sisanya adalah tunggu persetujuan & entri ganda (Non-Value-Added/NVA).

Langkah	Perhitungan	Nilai
Total waktu VA (bernilai tambah)	10 + 15 + 20 menit	45 menit
Total waktu NVA (menunggu, entri ganda)	240 − 45 menit	195 menit
% Value-Added	45 / 240 × 100	18,75%
% Non-Value-Added	195 / 240 × 100	81,25%

TEMUAN

81,25% NVA

Target utama perbaikan proses via ERP

Sekarang kita hitung dari nol sebuah teknik klasik dalam process mapping, yaitu analisis rasio aktivitas bernilai tambah atau Value-Added, disingkat VA, terhadap aktivitas tidak bernilai tambah atau Non-Value-Added, disingkat NVA. Proses persetujuan pembelian ini memiliki total sepuluh aktivitas dengan siklus total dua ratus empat puluh menit. Aktivitas yang benar-benar mengubah nilai bagi perusahaan, seperti input kebutuhan, verifikasi spesifikasi, dan pembuatan PO, hanya berjumlah empat puluh lima menit. Sisanya, seratus sembilan puluh lima menit, habis untuk menunggu persetujuan atasan, menunggu persetujuan keuangan, dan entri data berulang. Ketika kita bagi, hanya delapan belas koma tujuh lima persen waktu yang benar-benar produktif, sementara delapan puluh satu koma dua lima persen adalah pemborosan murni. Angka seperti inilah yang menjadi argumen kuat bagi manajemen untuk berinvestasi pada ERP — bukan berdasarkan perasaan, tetapi berdasarkan data hitungan yang jelas.

Coba Sendiri: Ubah Rasio VA vs NVA Anda Sendiri

Geser waktu tiap aktivitas dalam peta proses, lalu amati bagaimana persentase Value-Added dan Non-Value-Added berubah secara langsung.

Hitung dari Nol: Pengurangan Siklus Waktu Setelah Integrasi ERP

Peta As-Is proses order-to-cash (manual, data terpisah antar-bagian) mencatat siklus 8 hari kerja. Peta To-Be setelah data terintegrasi ERP menjadi 2 hari kerja.

Langkah	Perhitungan	Nilai
Siklus As-Is (sebelum ERP)	diketahui dari peta proses	8 hari
Siklus To-Be (setelah ERP)	diketahui dari peta proses	2 hari
Pengurangan waktu	8 − 2 hari	6 hari
% Pengurangan siklus	6 / 8 × 100	75%

HASIL

75% Lebih Cepat

Proses order-to-cash 4× lebih efisien

Contoh hitung dari nol yang kedua ini menunjukkan bagaimana peta proses As-Is dan To-Be yang kita bahas sebelumnya bisa langsung diterjemahkan menjadi angka bisnis yang meyakinkan manajemen. Sebelum ERP, proses order-to-cash, yaitu dari pesanan pelanggan sampai kas diterima perusahaan, memakan waktu delapan hari kerja karena data harus dipindah manual dari satu departemen ke departemen lain. Setelah data terintegrasi lewat ERP, siklus yang sama menjadi dua hari kerja saja karena begitu penjualan menginput pesanan, gudang dan keuangan langsung melihat data yang sama secara real-time. Selisihnya enam hari, atau jika kita hitung persentasenya, tujuh puluh lima persen lebih cepat — artinya proses ini menjadi empat kali lebih efisien. Inilah jenis argumen kuantitatif yang harus Anda siapkan ketika mengusulkan investasi ERP kepada direksi sebuah perusahaan.

Bagian 3 dari 3

Studi Kasus & Integrasi ke Sistem ERP

Bagaimana peta proses menjadi cetak biru sistem ERP, studi kasus nyata, dan jebakan yang harus dihindari.

Diagram Sistem Studi Kasus Kesalahan Umum

Dari Peta Proses ke Diagram Sistem ERP Terintegrasi

Setiap jalur (lane) di peta proses biasanya menjadi satu modul ERP — semuanya terhubung ke satu basis data pusat.

Tanpa peta proses yang jelas lebih dulu, mustahil menentukan data apa yang perlu mengalir antar-modul ini.

Sekarang kita hubungkan semua yang sudah kita pelajari ke arsitektur sistem ERP yang sesungguhnya. Perhatikan diagram ini: ada satu basis data terpusat di tengah, dan empat modul fungsional di sekelilingnya — manajemen keuangan, penjualan dan CRM atau Customer Relationship Management, rantai pasok atau Supply Chain Management, serta modul sumber daya manusia atau Human Capital Management. Modul-modul ini akan kita bahas satu per satu secara mendalam di pertemuan-pertemuan mendatang. Yang perlu Anda pahami sekarang adalah setiap jalur di peta proses swimlane yang kita gambar tadi — gudang, purchasing, keuangan — pada akhirnya menjadi modul ERP yang saling terhubung lewat basis data yang sama. Tanpa peta proses yang jelas terlebih dahulu, tim implementasi tidak mungkin menentukan data apa saja yang perlu mengalir dari satu modul ke modul lainnya.

Studi Kasus: Proses Procurement Perusahaan Manufaktur

Sebuah perusahaan manufaktur komponen otomotif di Jawa Barat memetakan proses procurement (pengadaan barang) sebelum implementasi ERP.

TEMUAN PETA AS-IS

Permintaan pembelian dicatat di kertas, dipindai manual ke email.
Approval melewati 5 orang — 3 di antaranya sering di luar kota.
Vendor sama diinput dengan nama berbeda-beda di setiap dokumen.

TINDAK LANJUT SETELAH DIPETAKAN

Approval diringkas menjadi 2 tingkat dengan mobile approval ERP.
Data vendor distandarkan sebagai master data tunggal.
Modul procurement dikonfigurasi persis mengikuti peta To-Be.

Peta proses menjadi dokumen acuan bersama antara manajemen, tim IT internal, dan konsultan ERP selama proyek berlangsung.

Mari kita lihat studi kasus yang mendekati kondisi nyata: sebuah perusahaan manufaktur komponen otomotif di Jawa Barat yang memetakan proses procurement atau pengadaan barangnya sebelum memilih dan mengimplementasikan ERP. Saat tim memetakan kondisi As-Is, mereka menemukan bahwa permintaan pembelian masih dicatat di kertas lalu dipindai manual ke email, proses persetujuan melewati lima orang padahal tiga di antaranya sering bertugas di luar kota sehingga menimbulkan penundaan berhari-hari, dan yang lebih parah, nama vendor yang sama bisa tertulis berbeda-beda di setiap dokumen sehingga data sulit direkap. Setelah dipetakan dan dianalisis, tim merancang peta To-Be dengan menyederhanakan approval menjadi dua tingkat lewat aplikasi persetujuan di ponsel, menstandarkan data vendor menjadi satu master data tunggal, dan modul procurement ERP akhirnya dikonfigurasi persis mengikuti peta To-Be tersebut, bukan template generik dari vendor software.

Ringkasan & Kesalahan Umum Process Mapping

RINGKASAN CEPAT

Process mapping: gambar visual alur kerja apa adanya.
Swimlane: jalur per departemen untuk proses lintas-bagian.
As-Is/To-Be: kondisi sekarang vs kondisi ideal.
VA/NVA: pisahkan aktivitas bernilai tambah dari pemborosan.

Kesalahan umum pemula:

Menggambar proses "seharusnya", bukan kondisi nyata.
Terlalu detail (setiap klik mouse) — kehilangan gambaran besar.
Tidak melibatkan pemilik proses saat validasi.

Mari kita rangkum sebelum masuk ke latihan. Process mapping adalah gambar visual alur kerja apa adanya, diagram swimlane menambahkan jalur per departemen untuk proses yang melibatkan banyak bagian, peta As-Is menggambarkan kondisi sekarang sementara To-Be menggambarkan kondisi ideal, dan analisis VA-NVA membantu memisahkan aktivitas yang benar-benar bernilai dari yang sekadar pemborosan. Di sisi lain, ada tiga kesalahan yang paling sering dilakukan pemula: pertama, menggambar proses versi ideal yang seharusnya terjadi, padahal tujuan pemetaan As-Is adalah merekam kenyataan apa adanya, sepahit apa pun kenyataan itu. Kedua, terlalu detail sampai mencatat setiap klik mouse, sehingga peta menjadi rumit dan kehilangan gambaran besar. Ketiga, tidak melibatkan pemilik proses saat validasi, sehingga peta yang dihasilkan hanya asumsi analis, bukan fakta lapangan. Hindari tiga jebakan ini saat Anda mengerjakan latihan berikutnya.

Latihan Kelas & Persiapan Pertemuan Berikutnya

LATIHAN KELAS (15 MENIT)

Berpasangan dengan teman sebangku, petakan proses pendaftaran mahasiswa baru di kampus Anda memakai notasi flowchart yang sudah dipelajari.

Tentukan ruang lingkup (awal & akhir proses).
Gunakan minimal 3 simbol berbeda.
Tandai 1 titik yang menurut Anda paling boros waktu.

MINGGU DEPAN

ARSITEKTUR ERP

Pertemuan 5: arsitektur sistem ERP dan RDBMS (Relational Database Management System, basis data relasional). Tugas: bawa peta proses hasil latihan hari ini dalam bentuk digital/foto rapi.

Sekarang giliran Anda praktik langsung. Berpasangan dengan teman sebangku, petakan proses pendaftaran mahasiswa baru di kampus kita memakai notasi flowchart yang baru saja kita pelajari — tentukan dulu titik awal dan akhirnya, misalnya dari "calon mahasiswa mengisi formulir online" sampai "mahasiswa menerima nomor induk". Gunakan minimal tiga simbol berbeda dan coba tandai satu titik yang menurut Anda paling memakan waktu atau paling membingungkan. Minggu depan kita lanjut ke pertemuan kelima tentang arsitektur sistem ERP dan RDBMS, yaitu basis data relasional yang menjadi fondasi teknis di balik semua modul yang sudah kita bahas hari ini. Sebagai tugas, tolong rapikan dan simpan peta proses hasil latihan hari ini dalam bentuk digital atau foto yang jelas, karena akan kita pakai lagi sebagai bahan diskusi di pertemuan berikutnya. Terima Kasih atas partisipasi aktif Anda hari ini.