Rencana implementasi LMS dalam 30 hari untuk tim kecil

Implementasi LMS gagal bukan karena platformnya, tapi karena rencananya berbunyi “migrasikan semua materi lalu luncurkan ke semua orang”. Itu proyek enam bulan yang tidak pernah punya minggu pertama yang jelas. Rencana di bawah sengaja kecil: satu proses, satu kelompok, empat minggu, dan tiap minggu punya satu pemilik dan satu tanda selesai.

Sebelum hari pertama: tiga keputusan

1. Prosesnya. Satu proses yang paling sering berulang atau paling sering salah. Contoh: SOP baru untuk semua outlet, onboarding minggu pertama, pelatihan produk untuk sales baru.
2. Kelompok ujinya. 5 sampai 10 orang yang benar-benar menjalani proses itu dalam 30 hari ke depan, plus satu kepala unit mereka.
3. Pemiliknya. Satu orang yang berhak memutuskan urutan modul dan apa yang dianggap lulus. Bukan komite.

Tanpa tiga ini, jangan mulai.

Minggu 1. Materi yang sudah ada menjadi modul

Pemilik: pemilik program. Tanda selesai: semua modul ada isinya, walau kasar.

• Kumpulkan materi yang sudah dimiliki: SOP versi terbaru, slide, rekaman, checklist.
• Pecah menjadi modul 5 sampai 15 menit. Satu modul, satu keputusan yang harus bisa diambil peserta setelahnya.
• Rekam yang belum ada bentuknya: 20 menit dari orang terbaik di proses itu. Tidak perlu editing.
• Transkrip otomatis untuk semua video, supaya isinya bisa dicari nanti.

Jangan menulis materi baru di minggu ini. Yang belum ada, catat sebagai “modul kosong” dan lanjutkan.

Minggu 2. Kuis skenario dan aturan lulus

Pemilik: pemilik program bersama kepala unit. Tanda selesai: tiap modul punya tiga soal skenario, dan aturan lulus tertulis.

• Untuk tiap modul, tulis tiga situasi nyata yang sering terjadi, dengan tekanan yang membuat orang tergoda salah.
• Empat pilihan tindakan, satu benar, satu kalimat alasan.
• Tetapkan aturan lulus: skor minimal, modul mana yang wajib, apa yang terjadi kalau gagal (mengulang modul, bukan hukuman).
• Tentukan bukti: sertifikat, laporan per unit, ekspor.

Kepala unit harus membaca semua soal. Kalau dia bilang “situasi ini tidak pernah terjadi”, ganti soalnya.

Minggu 3. Jalankan untuk kelompok uji

Pemilik: kepala unit. Tanda selesai: semua anggota kelompok uji menyelesaikan program, atau alasan mereka berhenti tercatat.

• Undang kelompok uji ke workspace organisasi, masukkan ke unitnya.
• Kepala unit memantau dari dashboardnya sendiri, tanpa laporan dari HR.
• Catat tiga hal setiap hari: pertanyaan yang muncul, modul yang ditinggalkan, soal yang paling banyak salah.
• Pemilik program memperbaiki modul di hari yang sama saat polanya terlihat.

Kalau kelompok uji berhenti di modul yang sama, modulnya yang salah, bukan orangnya.

Minggu 4. Tinjau, perbaiki, putuskan

Pemilik: pemilik program dan pimpinan. Tanda selesai: keputusan tertulis untuk lanjut, ubah, atau berhenti.

Bahan tinjauannya bukan opini, tapi empat angka dari program itu sendiri:

Yang dilihat	Sumbernya
Berapa persen kelompok uji lulus, dan berapa lama	Laporan progres per anggota
Soal mana yang paling banyak salah	Rekap kuis
Berapa pertanyaan yang masih sampai ke senior	Catatan harian kepala unit
Apakah bukti bisa ditarik dalam hitungan menit	Coba ekspor rekapnya saat rapat

Keputusan yang mungkin: perluas ke unit berikutnya dengan program yang sama; ubah modul yang bermasalah dan ulangi satu kelompok lagi; atau berhenti karena prosesnya ternyata bukan masalah pelatihan. Ketiganya keputusan yang baik. Yang buruk adalah tidak memutuskan.

Setelah 30 hari

Program kedua lebih cepat karena pola modul, soal, dan aturan lulusnya sudah ada. Yang biasanya berubah di program kedua: kepala unit lain melihat dashboard temannya dan meminta hal yang sama. Itu tanda perluasan yang sehat, karena permintaannya datang dari yang menjalankan, bukan dari yang membeli.

Contoh program SOP baru lintas outlet di pustaka use case adalah bentuk paling kecil dari rencana ini: tiga modul, tiga soal, satu dashboard.