Paling banyak satu email per minggu. Berhenti kapan saja dengan satu klik.
Transkrip
Narasi lengkap video ini. Kalimat yang sedang diucapkan disorot saat video diputar; klik kalimat untuk melompat ke sana.
Tampilkan transkrip
Pembuka
Halo, selamat datang kembali di sesi Artifacts Menengah. Setelah dashboard, kuis, dan formulir pesanan, sekarang kita membuat sesuatu yang membantu tim memahami cara kerja. Di episode ini kita mengubah cerita proses kerja menjadi diagram alur dan peta proses, menemukan titik macet, lalu menjadikannya SOP singkat.
Langkah 1: Ceritakan proses apa adanya
Mengapa proses kerja perlu digambar? Pertama, karyawan baru cepat paham. Mereka melihat seluruh urutan pekerjaan dalam satu gambar, tanpa harus bertanya di setiap langkah. Kedua, titik macet terlihat jelas. Langkah yang lama, atau pekerjaan yang sering diulang, langsung tampak saat proses digambar. Ketiga, diagram menjadi dasar SOP, yaitu standar prosedur kerja yang ditulis dan disepakati tim. Langkah pertama, menceritakan proses apa adanya. Dewi menulis proses pesanan CV Maju Bersama dengan bahasa sehari-hari: toko mengirim pesanan ke Bayu, lalu diteruskan ke Andi di gudang, Wulan membuat faktur, dan kurir mengirim. Claude tidak langsung menggambar. Ia mengajukan tiga pertanyaan yang sering terlupa: apakah toko baru perlu persetujuan kredit, bagaimana bila stok kosong sebagian, dan kapan proses dianggap selesai. Dewi menjawab ketiganya. Toko baru perlu persetujuan Dewi, stok kosong sebagian tetap dikirim sebagian, dan proses selesai saat barang diterima toko. Pertanyaan tentang pengecualian seperti ini sangat penting. Proses yang lancar jarang bermasalah. Masalah biasanya muncul di cabang yang tidak pernah ditulis.
Langkah 2: Ubah menjadi diagram alur
Langkah kedua, mengubah cerita menjadi diagram alur. Dewi meminta diagram lengkap dengan semua keputusan dan cabangnya. Diagram muncul di panel kanan. Ada simbol oval untuk mulai dan selesai, kotak untuk langkah, dan belah ketupat untuk keputusan. Prosesnya dimulai saat toko mengirim pesanan, lalu Bayu mencatatnya. Perhatikan titik keputusannya. Kalau tokonya baru, Dewi harus menyetujui kredit. Kalau stok hanya cukup sebagian, barang dikirim sebagian dan sisanya menyusul. Proses berakhir saat barang diterima toko, sesuai jawaban Dewi tadi. Semua cabang yang dulu hanya ada di kepala tim kini tertulis di satu gambar. Dewi membuka tab Kode dan bertanya apakah ia perlu mempelajarinya. Claude menjelaskan bahwa ini kode diagram bernama Mermaid. Setiap baris berarti satu langkah dan panahnya. Misalnya baris C ke D dengan tulisan Ya berarti: kalau tokonya baru, lanjut ke persetujuan kredit. Anda tidak perlu mempelajari kode ini. Untuk mengubah diagram, cukup tulis permintaan biasa, misalnya tambahkan langkah konfirmasi ke toko setelah barang dikirim. Supaya mudah membaca diagram apa pun, kenali tiga simbol dasar. Oval untuk mulai dan selesai. Setiap proses harus punya awal dan akhir yang jelas. Kotak untuk langkah kerja. Aturan yang baik: satu kotak berisi satu pekerjaan dengan satu pelaku. Belah ketupat untuk keputusan, yaitu pertanyaan dengan jawaban ya atau tidak. Setiap belah ketupat harus punya minimal dua panah keluar.
Langkah 3: Susun peta proses
Langkah ketiga, menyusun peta proses. Apa bedanya dengan diagram alur? Diagram alur menjawab pertanyaan urutannya bagaimana. Peta proses menjawab siapa yang mengerjakan, berapa lama, dan memakai dokumen apa. Bentuknya juga berbeda. Diagram alur berupa gambar dengan panah, sedangkan peta proses berupa tabel. Diagram alur cocok untuk memahami proses sekilas. Peta proses cocok untuk mencari titik macet dan menghitung waktu yang terbuang. Karena itu pembacanya pun berbeda. Diagram alur untuk karyawan baru, bahkan pelanggan. Peta proses untuk manajer dan tim yang ingin memperbaiki cara kerja. Keduanya dibuat dari cerita proses yang sama. Dewi meminta Claude mengubah diagram tadi menjadi peta proses. Ia memberi waktu rata-rata setiap langkah dari catatan timnya selama sebulan terakhir, bukan dari tebakan. Peta proses muncul sebagai tabel. Mencatat pesanan lima belas menit oleh Bayu, persetujuan kredit satu hari oleh Dewi, cek stok dua jam, menyiapkan barang tiga jam, dan faktur tiga puluh menit. Di bawahnya ada ringkasan: pesanan toko lama selesai sekitar satu hari, sedangkan toko baru sekitar dua hari. Dan langkah terlama ternyata persetujuan kredit oleh Dewi sendiri. Temuan ini sedikit mengejutkan bagi Dewi. Selama ini ia mengira gudang yang paling lambat. Inilah gunanya peta proses: data menggantikan perasaan.
Langkah 4: Temukan titik macet dan perbaiki
Langkah keempat, menemukan titik macet. Dewi bertanya apa dua titik macet terbesar dan perbaikan yang realistis untuk distributor kecil. Titik macet pertama, persetujuan kredit. Claude mengusulkan batas kredit awal untuk toko baru yang bisa disetujui Bayu sendiri, misalnya untuk pesanan pertama bernilai kecil. Risikonya juga disebut: perlu aturan batas yang jelas. Titik macet kedua, cek stok manual selama dua jam. Usulannya, stok dicatat di spreadsheet bersama yang bisa dilihat Bayu, sehingga Andi hanya perlu memastikan pesanan besar. Usulan ini masuk akal, tetapi keputusannya tetap di tangan Dewi dan tim. Dewi membawa kedua usulan ke rapat Senin dan meminta pendapat Bayu serta Andi sebelum mencobanya. Setelah disepakati tim, Claude membantu menyusun perbandingan sebelum dan sesudah. Pertama, kredit toko baru. Dulu selalu menunggu Dewi, kini pesanan pertama bernilai kecil cukup disetujui Bayu. Kedua, cek stok. Bayu melihat stok di spreadsheet bersama, dan Andi hanya memeriksa pesanan besar. Ketiga, waktu pesanan toko baru diperkirakan turun dari dua hari menjadi sekitar satu hari. Keempat, ada hal yang dipantau selama uji coba: jumlah toko baru yang terlambat membayar. Setiap perbaikan membawa risiko, jadi risikonya perlu diawasi dengan angka.
Langkah 5: Jadikan SOP dan bagikan
Langkah terakhir, menjadikan proses baru sebagai SOP. Dewi meminta SOP satu halaman yang bisa ditempel di grup tim dan dibaca karyawan baru. SOP muncul dengan lima langkah bernomor. Setiap langkah menyebut penanggung jawabnya, termasuk aturan baru tentang persetujuan kredit dan langkah konfirmasi ke toko di akhir. Pengecualian ditaruh di bagian bawah supaya mudah ditemukan. Batas nilai kecil sengaja ditulis umum di sini, karena angkanya diputuskan Dewi bersama tim, bukan oleh Claude. Sebelum dipakai, cek empat hal. Pertama, diagram dan SOP dicek oleh orang yang menjalankan setiap langkah. Bayu, Andi, dan Wulan membaca bagiannya masing-masing. Kedua, setiap keputusan punya cabang ya dan tidak. Cabang yang hilang adalah sumber kebingungan di lapangan. Ketiga, waktu berasal dari catatan nyata, bukan perkiraan. Keempat, ada tanggal versi dan nama yang memperbarui. Pola yang sama bisa dipakai Laras untuk alur pesanan Kopi Senja dari chat masuk sampai kurir berangkat, atau Pak Hendra untuk alur pendaftaran siswa baru. Mari rangkum. Pertama, ceritakan proses apa adanya, termasuk pengecualiannya. Kedua, minta Claude menggambarnya menjadi diagram alur. Ketiga, susun peta proses dengan penanggung jawab, waktu, dan dokumen. Keempat, temukan titik macet dan coba satu perbaikan dulu, bersama tim. Kelima, bakukan menjadi SOP dengan tanggal versi, dan bagikan lewat tautan Artifact agar semua orang membaca versi yang sama.
Selesai!
Kita sudah mengubah cerita proses kerja menjadi diagram alur, menyusun peta proses dengan penanggung jawab dan waktu, menemukan titik macet, dan menjadikannya SOP singkat. Di episode berikutnya kita menutup sesi Artifacts Menengah dengan praktik: membangun mini aplikasi untuk dipakai bersama tim, dari rancangan sampai dibagikan. Sampai jumpa!
Latihan mandiri
Kerjakan sendiri setelah menonton supaya materinya benar-benar melekat.
Ceritakan satu proses kerja Anda ke Claude dan minta diagram alur lengkap dengan titik keputusan
Minta peta proses berisi langkah, penanggung jawab, waktu, dan dokumen
Tanyakan tiga titik macet terbesar dan pilih satu perbaikan untuk dicoba
Tanya materi kelas
Ketik pertanyaan atau kata kunci; kami carikan bagian episode ini yang menjelaskannya dan lompatkan videonya ke sana.
Catatan saya
Catatan disimpan bersama menit video saat ini dan hanya terlihat oleh Anda.
Tanya jawab
Bingung di salah satu langkah? Tanyakan di sini; pengajar dan peserta lain bisa menjawab.
Belum ada pertanyaan.
Pengajar
Tim Cerdas Inovasi Digital
Pengembang software, engineer BIM & 3D, dan praktisi AI
53 kelas video1.286 episode
Sehari-hari kami mengerjakan software, model BIM, game, dan otomasi AI untuk klien, lalu menjadikan pengalaman praktik itu kelas langkah demi langkah: setiap langkah diperlihatkan di layar dan dilengkapi panduan PDF.
