perform data analysis

Modul 1 · Analisis penjualan toko daring dan rekomendasi bisnis yang didukung data

Pakai dataset transaksi e-commerce publik atau dataset yang disediakan instruktur. Rumuskan tiga pertanyaan bisnis yang penting bagi pemilik toko, jawab dengan spreadsheet dan SQL, lalu tulis rekomendasi yang bisa dijalankan. Tahapan pengerjaan • Kerangka: Tiga pertanyaan bisnis beserta alasannya, KPI yang dipakai, dan rencana analisis. • Draf: Kueri SQL dan tabel hasil untuk ketiga pertanyaan. • Revisi: Perbaikan logika kueri dan pembersihan data sesuai umpan balik reviewer, ditambah grafik pendukung. • Final: Rekomendasi bisnis dan berkas kerja yang bisa diulang orang lain.

Yang diserahkan: Dokumen rekomendasi 1–2 halaman, berkas kueri SQL, dan spreadsheet kerja yang menunjukkan langkah dari data mentah sampai angka akhir.

• Ketepatan analisis dan kueribobot 35% · skor 0–4

  Kueri menjawab pertanyaan yang benar dan angkanya bisa direproduksi.

• Relevansi pertanyaan bisnisbobot 20% · skor 0–4

  Pertanyaan memang penting bagi pemilik usaha dan KPI-nya tepat.

• Kejujuran membaca angkabobot 20% · skor 0–4

  Batasan data, pencilan, dan ketidakpastian disebutkan, bukan disembunyikan.

• Kejelasan rekomendasibobot 25% · skor 0–4

  Rekomendasi singkat, bisa dijalankan, dan setiap klaim didukung angka.

Modul 2 · Dashboard kinerja dan retensi pelanggan beserta memo keputusan untuk manajemen

Dengan dataset e-commerce publik atau dataset dari instruktur, bangun dashboard untuk satu pemakai yang jelas (misalnya manajer pemasaran). Dashboard wajib memuat metrik inti, segmentasi RFM, dan analisis cohort, lalu ditutup memo yang mengusulkan keputusan. Tahapan pengerjaan • Kerangka: Siapa pemakai dashboard, keputusan apa yang didukung, kamus metrik, dan sketsa tata letak. • Draf: Dashboard berjalan dengan data nyata untuk metrik inti. • Revisi: Perbaikan sesuai umpan balik reviewer, ditambah segmentasi RFM dan analisis cohort. • Final: Dashboard final, memo keputusan, dan presentasi singkat.

Yang diserahkan: Tautan dashboard yang bisa dibuka reviewer, memo keputusan satu halaman, kamus metrik, dan video presentasi maksimal 5 menit.

• Kebenaran metrik dan databobot 30% · skor 0–4

  Definisi metrik konsisten dan angka di dashboard bisa ditelusuri ke data.

• Desain yang menjawab keputusanbobot 25% · skor 0–4

  Hierarki, filter, dan grafik membantu pemakai mengambil keputusan yang dituju.

• Kedalaman analisisbobot 25% · skor 0–4

  Segmentasi RFM dan cohort dikerjakan benar dan ditafsirkan dengan tepat.

• Storytelling dan rekomendasibobot 20% · skor 0–4

  Memo dan presentasi berujung pada keputusan yang jelas dan didukung data.

Modul 3 · Pipeline ELT tiga sumber dengan pemeriksaan kualitas data dan keluaran siap-AI

Bangun pipeline untuk satu kasus bisnis dengan minimal tiga sumber data (API, berkas, dan basis data). Muat ke gudang data berlapis, tegakkan aturan kualitas, dan hasilkan satu keluaran siap-AI. Dataset publik atau dataset sintetis yang realistis boleh dipakai; dataset contoh disediakan bagi yang belum punya. Tahapan pengerjaan • Kerangka: Kasus bisnis, daftar sumber beserta contoh datanya, diagram lapisan data, rancangan model dimensional, dan daftar aturan kualitas data. • Draf: Pipeline berjalan ujung ke ujung untuk dua sumber, transformasi utama selesai, dan jadwal berjalan. • Revisi: Ketiga sumber masuk, pemeriksaan kualitas otomatis aktif, pemuatan ulang terbukti idempoten, dan umpan balik reviewer ditindaklanjuti. • Final: Keluaran siap-AI, dokumentasi lineage data, dan demo satu insiden kualitas data yang tertangkap oleh pemeriksaan Anda.

Yang diserahkan: Tautan repositori Git (docker compose untuk menjalankan semuanya), diagram arsitektur dan lineage, laporan kualitas data, serta video demo maksimal 5 menit.

• Ketepatan pemodelan databobot 25% · skor 0–4

  Model gudang data menjawab kebutuhan bisnis yang ditetapkan; grain tabel jelas dan konsisten.

• Keandalan pipelinebobot 25% · skor 0–4

  Pipeline idempoten, bisa dijalankan ulang tanpa duplikasi, dan kegagalan terlihat (tidak diam-diam).

• Kualitas databobot 25% · skor 0–4

  Aturan kualitas bermakna, diuji otomatis, dan data buruk dikarantina alih-alih diloloskan.

• Kesiapan untuk AIbobot 15% · skor 0–4

  Keluaran untuk aplikasi AI bersih, berpotongan masuk akal, dan membawa metadata yang dibutuhkan.

• Dokumentasi dan reprodusibilitasbobot 10% · skor 0–4

  Orang lain bisa menjalankan pipeline dari README; lineage terdokumentasi.

Modul 2 · Model ML untuk satu masalah berbasis data Indonesia dengan analisis kesalahan dan kartu model

Pilih satu masalah dan dataset (daftar dataset publik Indonesia disediakan). Bangun model, bandingkan dengan pembanding sederhana, analisis di mana model gagal, dan tulis kartu model. Akurasi tinggi tanpa analisis tidak lulus; akurasi biasa dengan analisis jujur bisa lulus. Tahapan pengerjaan • Kerangka: Rumusan masalah, metrik yang dipilih beserta alasannya, eksplorasi data, dan rencana pembagian data. • Draf: Pembanding sederhana dan minimal dua model, dievaluasi pada data uji yang sama. • Revisi: Perbaikan berdasarkan umpan balik reviewer, analisis kesalahan per segmen, dan pemeriksaan kebocoran data. • Final: Kartu model, notebook yang bisa dijalankan ulang, dan ringkasan satu halaman untuk pembaca non-teknis.

Yang diserahkan: Tautan notebook atau repositori yang bisa dijalankan ulang, kartu model (format disediakan), dan ringkasan eksekutif satu halaman.

• Rumusan masalah dan metrikbobot 20% · skor 0–4

  Metrik sesuai biaya kesalahan di dunia nyata, bukan sekadar akurasi.

• Metodologi yang benarbobot 30% · skor 0–4

  Pembagian data benar, tidak ada kebocoran, dan perbandingan model adil terhadap pembanding.

• Analisis kesalahanbobot 25% · skor 0–4

  Kegagalan model dianalisis per segmen dan potensi bias diidentifikasi.

• Komunikasi dan kartu modelbobot 15% · skor 0–4

  Kartu model jujur tentang batasan; ringkasan bisa dipahami pengambil keputusan.

• Reprodusibilitasbobot 10% · skor 0–4

  Hasil bisa diulang dari notebook atau repositori yang diserahkan.

Modul 1 · Analisis eksploratif satu dataset publik Indonesia dalam notebook Python

Pilih satu dataset publik Indonesia yang cukup besar (minimal ribuan baris). Rumuskan minimal tiga pertanyaan, bersihkan datanya, jawab setiap pertanyaan dengan angka dan grafik, lalu tulis temuan beserta batasannya. Tahapan pengerjaan • Kerangka: Dataset yang dipilih beserta sumber dan alasannya, tiga pertanyaan, dan rencana analisis. • Draf: Notebook pembersihan data dan analisis awal untuk ketiga pertanyaan. • Revisi: Perbaikan analisis sesuai umpan balik reviewer, ditambah visualisasi yang tepat. • Final: Notebook final yang berjalan dari awal sampai akhir, dan laporan temuan.

Yang diserahkan: Notebook yang bisa dijalankan ulang dari awal tanpa galat, berkas data atau tautan sumbernya, dan laporan temuan maksimal 2 halaman.

• Kebenaran kode dan pembersihan databobot 30% · skor 0–4

  Kode berjalan, dan langkah pembersihan tepat serta terdokumentasi.

• Ketepatan analisisbobot 25% · skor 0–4

  Angka dan perbandingan menjawab pertanyaan yang diajukan.

• Visualisasibobot 20% · skor 0–4

  Jenis grafik cocok dengan pertanyaan, berlabel jelas, dan tidak menyesatkan.

• Kejujuran temuanbobot 15% · skor 0–4

  Batasan data dan hal yang tidak bisa disimpulkan dinyatakan terbuka.

• Bisa diulangbobot 10% · skor 0–4

  Orang lain bisa menjalankan notebook dan mendapat hasil yang sama.

Modul 3 · Asisten pengetahuan RAG untuk satu kumpulan dokumen nyata, lengkap dengan set uji

Pilih satu kumpulan dokumen nyata yang boleh Anda pakai (minimal 30 dokumen, boleh dokumen publik seperti peraturan atau dokumentasi produk open source). Bangun asisten tanya-jawab di atasnya dan buktikan kualitasnya dengan angka. Tahapan pengerjaan • Kerangka: Dokumen yang dipilih dan alasannya, 20 pertanyaan uji beserta jawaban yang benar (termasuk minimal 5 pertanyaan yang jawabannya TIDAK ada di dokumen), dan rancangan arsitektur satu halaman. • Draf: Pipeline berjalan ujung ke ujung: ingest, embedding, pengambilan, jawaban dengan kutipan. Hasil pertama terhadap 20 pertanyaan uji. • Revisi: Perbaikan berdasarkan umpan balik reviewer dan hasil uji: strategi chunking, pengambilan gabungan, atau prompt. Tunjukkan angka sebelum dan sesudah. • Final: Repositori lengkap, video demo maksimal 5 menit, dan laporan evaluasi akhir termasuk satu skenario pembatasan akses dokumen.

Yang diserahkan: Tautan repositori Git (README berisi cara menjalankan), laporan evaluasi PDF maksimal 4 halaman berisi tabel hasil 20 pertanyaan uji, dan tautan video demo maksimal 5 menit.

• Ketepatan dan pembumian jawabanbobot 30% · skor 0–4

  Jawaban benar menurut dokumen, setiap klaim punya kutipan sumber yang bisa dicek, dan pertanyaan di luar dokumen dijawab 'tidak ditemukan' alih-alih dikarang.

• Kualitas pengambilanbobot 25% · skor 0–4

  Strategi chunking dan pengambilan dipilih dengan alasan, dan perbaikannya terukur antara draf dan final.

• Evaluasi yang jujurbobot 20% · skor 0–4

  Set uji mencakup kasus sulit dan kasus tanpa jawaban; angka dilaporkan apa adanya termasuk kegagalan.

• Keamanan akses dokumenbobot 15% · skor 0–4

  Pengguna tidak bisa mendapatkan isi dokumen yang bukan haknya lewat pertanyaan apa pun yang diuji.

• Kerapian rekayasabobot 10% · skor 0–4

  Kode bisa dijalankan orang lain dari README, kunci API tidak ada di repositori, biaya per pertanyaan diperkirakan.

Modul 5 · Sistem deteksi objek di perangkat untuk satu kasus nyata, dengan pengukuran kinerja

Pilih satu kasus deteksi objek yang nyata. Kumpulkan atau pilih dataset, latih ulang model, kecilkan ukurannya, lalu jalankan di perangkat. Laporkan perbandingan sebelum dan sesudah pengecilan: ukuran, kecepatan, dan akurasi. Tahapan pengerjaan • Kerangka: Kasus yang dipilih, perangkat sasaran, target kinerja, dan rencana dataset. • Draf: Model terlatih ulang dan berjalan di laptop dengan pengukuran awal. • Revisi: Model dikecilkan dan dijalankan di perangkat sasaran, alur aksi berjalan, dan umpan balik reviewer ditindaklanjuti. • Final: Video demo di perangkat dan laporan kinerja lengkap.

Yang diserahkan: Tautan repositori (kode, konfigurasi, dan cara menjalankan), laporan kinerja maksimal 4 halaman, dan video demo maksimal 5 menit.

• Kesesuaian dengan batasan perangkatbobot 25% · skor 0–4

  Pilihan model dan pengecilan sesuai dengan perangkat dan target kinerja yang ditetapkan.

• Akurasi pada kasus nyatabobot 25% · skor 0–4

  Akurasi diukur pada data uji yang mewakili kondisi nyata.

• Pengukuran kinerjabobot 25% · skor 0–4

  Ukuran, kecepatan, dan sumber daya diukur dengan benar sebelum dan sesudah pengecilan.

• Sistem utuhbobot 15% · skor 0–4

  Alur kamera sampai aksi berjalan dan menangani kegagalan seperti kamera terputus.

• Reprodusibilitasbobot 10% · skor 0–4

  Orang lain bisa menjalankan ulang dari repositori.

Modul 4 · Satu alur otomasi berbantuan AI untuk proses kerja nyata, lengkap dengan perhitungan hemat waktu

Pilih satu proses berulang yang Anda atau tim Anda kerjakan setiap minggu. Petakan prosesnya, otomatiskan dengan alat low-code dan AI, lalu jalankan selama minimal satu minggu dengan data nyata atau data contoh yang realistis. Hitung waktu yang dihemat. Data pelanggan yang asli harus disamarkan dalam bukti yang Anda serahkan. Tahapan pengerjaan • Kerangka: Peta proses saat ini (langkah, pelaku, waktu per langkah) dan bagian yang akan diotomatiskan beserta alasannya. • Draf: Alur otomasi berjalan untuk kasus normal. • Revisi: Kasus meragukan ditangani dengan pengecekan manusia, kegagalan tertangani, dan umpan balik reviewer ditindaklanjuti. • Final: Hasil satu minggu berjalan, perhitungan hemat waktu dan biaya, dan panduan singkat bagi rekan kerja.

Yang diserahkan: Tangkapan layar atau ekspor alur otomasi, peta proses sebelum dan sesudah, rekaman demo maksimal 5 menit, dan laporan satu halaman berisi hemat waktu dan biaya.

• Pemilihan dan pemetaan prosesbobot 25% · skor 0–4

  Proses dipetakan dengan jelas dan bagian yang diotomatiskan memang layak.

• Otomasi berjalanbobot 30% · skor 0–4

  Alur berjalan dengan data nyata atau realistis dan kasus normal terselesaikan tanpa campur tangan.

• Penanganan kasus meragukanbobot 25% · skor 0–4

  AI berhenti dan meminta pengecekan manusia saat ragu; kegagalan tidak hilang diam-diam.

• Dampak terukurbobot 20% · skor 0–4

  Hemat waktu dan biaya dihitung dengan jujur.

Modul 6 · Lapisan operasional produksi untuk satu aplikasi LLM: gerbang evaluasi, gateway, pemantauan, dan runbook

Ambil satu aplikasi LLM yang sudah berjalan dan siapkan untuk produksi. Anda menentukan sendiri target kualitas, latensi, dan biaya, lalu membuktikan sistem Anda menegakkannya. Simulasikan minimal dua insiden (penyedia model mati, dan kualitas turun setelah ganti prompt) dan tunjukkan bagaimana sistem Anda menanganinya. Tahapan pengerjaan • Kerangka: Target layanan (kualitas, latensi p95, biaya per permintaan), arsitektur operasional, rencana evaluasi, dan analisis biaya awal API vs model sendiri. • Draf: Gerbang evaluasi di CI berjalan, gateway dengan satu cadangan penyedia aktif, dan dasbor dasar. • Revisi: Model terbuka dilayani sendiri dan dibandingkan secara terukur, pemantauan kualitas aktif, dan umpan balik reviewer ditindaklanjuti. • Final: Simulasi dua insiden beserta buktinya, runbook, dan laporan keputusan akhir: apa yang Anda pilih dan berapa biayanya.

Yang diserahkan: Tautan repositori (konfigurasi CI, gateway, dan infrastruktur sebagai kode), tangkapan dasbor, runbook, dan laporan keputusan maksimal 4 halaman berisi tabel biaya dan latensi.

• Kualitas keputusan operasionalbobot 25% · skor 0–4

  Pilihan API vs model sendiri, cache, dan cadangan dibenarkan dengan angka biaya dan latensi, bukan selera.

• Gerbang evaluasi yang bermaknabobot 25% · skor 0–4

  Rilis yang menurunkan kualitas benar-benar terblokir; set uji mewakili penggunaan nyata.

• Ketahanan terhadap kegagalanbobot 20% · skor 0–4

  Insiden yang disimulasikan tertangani sesuai target; degradasi terkendali, tidak mati total.

• Observabilitasbobot 20% · skor 0–4

  Kualitas, latensi, token, dan biaya terlihat per fitur dan cukup untuk mendiagnosis insiden.

• Runbook dan dokumentasibobot 10% · skor 0–4

  Runbook bisa diikuti engineer lain yang tidak membangun sistem ini.

Analisis eksploratif satu dataset publik Indonesia dalam notebook Python

Pilih satu dataset publik Indonesia yang cukup besar (minimal ribuan baris). Rumuskan minimal tiga pertanyaan, bersihkan datanya, jawab setiap pertanyaan dengan angka dan grafik, lalu tulis temuan beserta batasannya. Tahapan pengerjaan • Kerangka: Dataset yang dipilih beserta sumber dan alasannya, tiga pertanyaan, dan rencana analisis. • Draf: Notebook pembersihan data dan analisis awal untuk ketiga pertanyaan. • Revisi: Perbaikan analisis sesuai umpan balik reviewer, ditambah visualisasi yang tepat. • Final: Notebook final yang berjalan dari awal sampai akhir, dan laporan temuan.

Yang diserahkan: Notebook yang bisa dijalankan ulang dari awal tanpa galat, berkas data atau tautan sumbernya, dan laporan temuan maksimal 2 halaman.

• Kebenaran kode dan pembersihan databobot 30% · skor 0–4

  Kode berjalan, dan langkah pembersihan tepat serta terdokumentasi.

• Ketepatan analisisbobot 25% · skor 0–4

  Angka dan perbandingan menjawab pertanyaan yang diajukan.

• Visualisasibobot 20% · skor 0–4

  Jenis grafik cocok dengan pertanyaan, berlabel jelas, dan tidak menyesatkan.

• Kejujuran temuanbobot 15% · skor 0–4

  Batasan data dan hal yang tidak bisa disimpulkan dinyatakan terbuka.

• Bisa diulangbobot 10% · skor 0–4

  Orang lain bisa menjalankan notebook dan mendapat hasil yang sama.

Dashboard kinerja dan retensi pelanggan beserta memo keputusan untuk manajemen

Dengan dataset e-commerce publik atau dataset dari instruktur, bangun dashboard untuk satu pemakai yang jelas (misalnya manajer pemasaran). Dashboard wajib memuat metrik inti, segmentasi RFM, dan analisis cohort, lalu ditutup memo yang mengusulkan keputusan. Tahapan pengerjaan • Kerangka: Siapa pemakai dashboard, keputusan apa yang didukung, kamus metrik, dan sketsa tata letak. • Draf: Dashboard berjalan dengan data nyata untuk metrik inti. • Revisi: Perbaikan sesuai umpan balik reviewer, ditambah segmentasi RFM dan analisis cohort. • Final: Dashboard final, memo keputusan, dan presentasi singkat.

Yang diserahkan: Tautan dashboard yang bisa dibuka reviewer, memo keputusan satu halaman, kamus metrik, dan video presentasi maksimal 5 menit.

• Kebenaran metrik dan databobot 30% · skor 0–4

  Definisi metrik konsisten dan angka di dashboard bisa ditelusuri ke data.

• Desain yang menjawab keputusanbobot 25% · skor 0–4

  Hierarki, filter, dan grafik membantu pemakai mengambil keputusan yang dituju.

• Kedalaman analisisbobot 25% · skor 0–4

  Segmentasi RFM dan cohort dikerjakan benar dan ditafsirkan dengan tepat.

• Storytelling dan rekomendasibobot 20% · skor 0–4

  Memo dan presentasi berujung pada keputusan yang jelas dan didukung data.