Pukul 10.08, Niko sudah menjawab 37 chat.
Pukul 11.20, dia menyelesaikan dua masalah vendor.
Pukul 13.15, makan siang tertunda karena ada revisi.
Pukul 15.00, dia ikut meeting.
Pukul 17.40, dia memperbaiki laporan yang salah.
Hari itu penuh.
Besok juga.
Tapi ketika appraisal datang, atasannya bertanya:
“Apa impact terbesar kamu tahun ini?”
Niko diam.
“Banyak, Pak.”
“Contoh?”
“Ya… semua jalan.”
Atasannya menunggu.
Niko baru sadar: dia bisa menjelaskan kesibukan selama dua jam, tapi kesulitan menjelaskan dampak dalam dua menit.
Itulah jebakan pekerjaan operasional.
Kalau berhasil, tidak ada yang terjadi.
Masalah selesai sebelum membesar.
Order masuk.
Vendor dibayar.
Laporan terkirim.
Orang lain bisa bekerja.
Karena hasil terbaiknya sering berbentuk “semua normal”, kontribusi mudah tidak terlihat.
Operasional bukan pekerjaan rendah
Teman Niko, Vina, tidak suka ketika dia menyebut pekerjaannya “cuma operasional”.
“Kenapa cuma?”
“Ya isinya repeat.”
“Kalau lo berhenti seminggu?”
Niko diam.
“Nah.”
Operasional menjaga sistem tetap hidup.
Perusahaan tidak bisa hanya berisi strategi.
Harus ada orang yang menjalankan.
Masalah karier muncul bukan karena operasional tidak bernilai.
Masalah muncul ketika seseorang bertahun-tahun hanya menjadi mesin penyelesai tugas tanpa mengubah, memperbaiki, atau memahami sistem di baliknya.
Kesibukan membuat hari cepat habis.
Tapi tidak selalu membuat kapasitas naik.
Bedakan output dan impact
Niko menulis.
Output:
mengirim laporan mingguan.
Impact:
membantu tim melihat masalah lebih cepat.
Output:
memproses vendor.
Impact:
menurunkan risiko keterlambatan pekerjaan.
Output:
menjawab tiket.
Impact:
mempercepat penyelesaian masalah pelanggan.
Vina melihat.
“Masih generik.”
“Terus?”
“Cari buktinya.”
Impact butuh evidence.
Tidak selalu angka besar.
Bisa berupa:
waktu proses lebih pendek,
jumlah error turun,
handover lebih rapi,
complaint berkurang,
pekerjaan tidak lagi tergantung satu orang,
data lebih mudah ditemukan,
deadline lebih konsisten,
atau risiko tertentu hilang.
Kalau tidak punya angka historis, jangan mengarang.
Gunakan bukti lain.
Sebelum:
approval lewat chat acak.
Sesudah:
ada tracker dengan status dan owner.
Itu perubahan nyata.
Mulai catat masalah yang berulang
Niko membuka catatan baru.
Judulnya:
“Hal yang bikin gue kesel berulang kali.”
Vina tertawa.
“Bagus. Itu backlog improvement.”
Setiap hari, pekerja operasional melihat friction yang tidak terlihat manajemen.
File salah versi.
Approval terlambat.
Data diminta berulang.
Vendor tidak tahu format.
Tim bingung siapa owner.
Pertanyaan yang sama muncul setiap minggu.
Masalah kecil seperti ini adalah bahan improvement.
Kalau seseorang hanya menyelesaikan satu per satu, dia sibuk.
Kalau dia menemukan pola lalu memperbaiki sumbernya, dia mulai bergerak dari executor ke operator yang berpikir sistem.
Itu aset karier.
Jangan otomatis mengotomasi proses yang belum dipahami
Niko semangat.
“Gue bikin automation aja.”
Vina bertanya:
“Prosesnya bener?”
“Ya sekarang jalan.”
“Itu bukan jawaban.”
Kesalahan lain adalah mengejar tools sebelum masalah jelas.
AI.
Automation.
Dashboard.
Script.
Template.
Semua bisa membantu.
Tapi kalau proses dasarnya buruk, teknologi hanya membuat kesalahan bergerak lebih cepat.
Sebelum mengotomasi, tanyakan:
kenapa langkah ini ada?
siapa yang butuh?
data datang dari mana?
error paling sering apa?
siapa owner?
apa yang terjadi kalau langkah dihapus?
Pekerja operasional punya keunggulan karena paling dekat dengan proses.
Jangan buang keunggulan itu dengan langsung melompat ke solusi.
Ambil satu proses dan jadikan project
Niko memilih proses onboarding vendor.
Bukan karena paling keren.
Karena paling sering bikin ribut.
Dia memetakan.
Request masuk.
Dokumen diperiksa.
Approval.
Input sistem.
Konfirmasi.
Ternyata bottleneck ada di awal.
Format request tidak konsisten.
Dia membuat form sederhana dan checklist.
Bulan berikutnya, pertanyaan bolak-balik berkurang.
“Berapa persen?” tanya Vina.
“Gue nggak punya baseline.”
“Ya jangan bikin angka.”
“Terus bukti impact?”
“Bandingkan contoh sebelum sesudah. Sama mulai track sekarang.”
Itu pendekatan yang jujur.
Tidak semua improvement harus punya grafik dramatis.
Yang penting bisa dibuktikan.
Achievement log mengubah appraisal
Niko mulai mencatat:
tanggal,
masalah,
aksi,
stakeholder,
hasil,
bukti.
Tidak setiap tiket.
Hanya perubahan yang penting.
Tiga bulan kemudian, dia punya beberapa cerita.
Bukan:
“handle vendor.”
Tapi:
“menstandardisasi input onboarding vendor yang sebelumnya datang dalam format berbeda, membuat checklist dan ownership lebih jelas.”
Bukan:
“buat report.”
Tapi:
“menggabungkan dua sumber laporan menjadi satu format yang dipakai tim dalam review mingguan.”
Kalimat seperti ini lebih mudah dipahami di appraisal dan CV.
Ia menunjukkan thinking.
Cari pekerjaan yang hanya bisa dilakukan level berikutnya
Niko bertanya pada atasannya:
“Kalau saya mau naik level, apa yang perlu saya tunjukkan?”
Atasannya menjawab:
“Jangan cuma beresin masalah. Mulai pegang prioritas.”
“Contohnya?”
“Pilih mana yang perlu diselesaikan dulu tanpa saya harus kasih urutan.”
Itu feedback yang lebih berguna daripada “lebih proactive”.
Niko sekarang punya target perilaku.
Di level junior, seseorang mungkin diberi daftar.
Di level lebih tinggi, dia mulai menentukan urutan.
Level berikutnya mungkin mengelola trade-off antarstakeholder.
Karena itu, tanyakan bukan hanya “skill apa”.
Tanyakan “keputusan apa yang dilakukan orang satu level di atas saya?”
Decision rights sering menjadi pembeda level.
Jangan ambil semua kerjaan demi terlihat penting
Ada fase ketika Niko menjadi orang yang selalu bilang iya.
“Bisa bantu?”
Bisa.
“Bisa cek?”
Bisa.
“Bisa ambil?”
Bisa.
Akibatnya, dia memang terlihat dibutuhkan.
Tapi jadwalnya penuh pekerjaan kecil yang tidak memberi ruang untuk improvement.
Vina berkata:
“Lo jadi bottleneck.”
“Padahal gue bantu semua orang.”
“Ya karena semua lewat lo.”
Orang yang terlalu bisa diandalkan kadang membangun penjara sendiri.
Semua masalah mendarat padanya.
Karena cepat diselesaikan, organisasi tidak merasa perlu memperbaiki sistem.
Cara keluar bukan mendadak menolak semua.
Mulai dokumentasikan.
Ajarkan.
Delegasikan jika punya kewenangan.
Buat self-service.
Tentukan office hour untuk jenis pertanyaan tertentu.
Tujuannya mengurangi ketergantungan pada satu orang.
Ironisnya, pekerja sering takut: “Kalau sistem sudah rapi, gue jadi nggak dibutuhkan.”
Justru sebaliknya.
Kalau karier sehat, kita ingin dibutuhkan untuk masalah yang lebih besar.
Operational excellence punya jalur karier
Tidak semua orang harus pindah ke strategi.
Ada orang yang memang kuat di operations.
Kariernya bisa berkembang ke process excellence, service operations, supply chain, business operations, project management, customer operations, quality, workforce management, dan banyak bentuk lain tergantung industri.
Yang berubah adalah level masalah.
Dari menjalankan SOP.
Menjadi memperbaiki SOP.
Lalu mendesain sistem.
Lalu mengalokasikan resource.
Lalu mengelola trade-off.
Jadi jangan lari dari kata operasional.
Naikkan kompleksitasnya.
Buat satu jam yang tidak boleh dipakai memadamkan api
Niko mencoba eksperimen.
Jumat jam empat sampai lima.
Tidak untuk tiket biasa.
Tidak untuk laporan rutin.
Untuk melihat pola.
Minggu pertama gagal.
Ada masalah mendadak.
Minggu kedua berhasil 20 menit.
Minggu ketiga satu jam penuh.
Dia menemukan tiga request yang sebenarnya bisa digabung.
Perubahan karier kadang dimulai dari ruang kecil.
Kalau seluruh waktu selalu diisi pekerjaan mendesak, pekerjaan penting tidak pernah punya jadwal.
Bisa juga menggunakan blok bulanan, bukan mingguan.
Yang penting ada waktu untuk bekerja “on the system”, bukan hanya “in the system”.
Ukur berapa banyak pekerjaan yang seharusnya tidak kembali ke lo
Ada metrik yang jarang dipakai tetapi sangat berguna untuk pekerja operasional:
berapa masalah yang berhasil dibuat tidak perlu ditangani lagi?
Niko punya satu jenis request yang muncul hampir setiap hari.
“Kenapa lo nggak bikin panduan?” tanya Vina.
“Orang nggak baca.”
“Udah pernah bikin?”
“Belum.”
Vina menatap.
“Berarti itu asumsi.”
Niko membuat panduan satu halaman dan template jawaban.
Tidak semua orang membaca.
Tapi cukup banyak yang membaca sehingga pertanyaan berulang turun.
Dia tidak mengklaim angka karena belum punya baseline.
Dia hanya mencatat frekuensi minggu berikutnya.
Ini contoh impact yang matang.
Bukan menyelesaikan lebih banyak tiket.
Mengurangi kebutuhan tiket.
Pekerja yang naik level biasanya mulai menghapus pekerjaan yang tidak perlu, bukan membanggakan volume pekerjaan yang terus tumbuh.
Bedakan “orang penting” dan “single point of failure”
Kalau hanya satu orang yang tahu cara menjalankan proses, dia terlihat penting.
Sebenarnya organisasi sedang punya risiko.
Niko punya satu file yang hanya dia pahami.
Atasannya bertanya:
“Kalau kamu cuti seminggu, siapa yang update?”
Niko menjawab:
“Kayaknya saya remote bisa.”
Atasannya menggeleng.
“Itu bukan solusi.”
Momen itu mengubah perspektif.
Karier tidak maju dengan membuat semua orang tergantung pada kita.
Karier maju ketika kita bisa membangun sistem yang tetap jalan, lalu mengambil masalah yang lebih besar.
Dokumentasi.
Cross-training.
Backup owner.
Naming convention.
Akses yang benar.
Hal-hal membosankan ini justru menunjukkan operational maturity.
Dan saat promosi dibahas, kemampuan mengurangi key-person risk sering lebih bernilai daripada menjadi pahlawan yang selalu online.
Minta satu problem statement, bukan “kerjaan strategis”
Pekerja operasional kadang datang ke atasan dan berkata:
“Saya mau kerjaan yang lebih strategis.”
Atasan bisa bingung.
Strategis apa?
Lebih efektif kalau meminta problem.
“Masalah operasional mana yang paling ingin tim kurangi kuartal ini?”
“Proses mana yang paling banyak menghabiskan waktu?”
“Area mana yang paling banyak error?”
Pertanyaan seperti ini menghasilkan project nyata.
Niko akhirnya mendapat satu problem statement:
waktu handover antarshift terlalu panjang.
Dari sana dia mengobservasi, mewawancarai dua orang, dan membuat format baru.
Kecil.
Tapi itu strategi dalam bentuk paling dasar: memilih masalah yang layak dipecahkan, bukan sekadar menerima task.
Exposure perlu dicari, bukan ditunggu
Niko ingin belajar budgeting.
Tidak ada di scope-nya.
Dia bertanya pada atasannya apakah bisa ikut satu sesi review.
“Boleh, tapi awalnya observe dulu.”
Dia datang.
Banyak istilah tidak dipahami.
Setelah meeting, dia mencatat pertanyaan.
Dua bulan kemudian, dia membantu satu bagian kecil.
Exposure seperti ini menambah konteks.
Pekerja operasional sering tahu apa yang terjadi.
Untuk naik level, mereka perlu belajar kenapa keputusan dibuat.
Cost.
Risk.
Priority.
Capacity.
Customer impact.
Begitu konteks tumbuh, kualitas keputusan ikut naik.
CV yang penuh tugas sulit menangkap nilai
Beberapa bulan kemudian Niko memperbarui CV.
Versi lama:
Responsible for daily operational activities.
Maintain reports.
Coordinate vendors.
Handle requests.
Vina membacanya.
“Ini bisa jadi siapa aja.”
Versi baru lebih konkret.
Tidak bombastis.
Tidak mengarang angka.
Tapi menunjukkan perubahan yang dia buat.
Sekarang CV tidak hanya berkata Niko sibuk.
CV menunjukkan apa yang menjadi lebih baik karena dia ada.
Karier mandek bukan karena operasional, tapi karena tidak ada akumulasi
Setiap hari kerja menghasilkan sesuatu.
Pertanyaannya: apa yang terakumulasi?
Kalau hanya tiket selesai, besok mulai dari nol.
Kalau skill bertambah, sistem membaik, dokumentasi lahir, keputusan membesar, dan orang lain bisa bekerja lebih baik, ada akumulasi.
Itulah yang bisa dibawa ke promosi atau perusahaan berikutnya.
Pada appraisal berikutnya, atasannya mengulang pertanyaan.
“Apa impact terbesar kamu?”
Niko tidak langsung menjawab panjang.
Dia membuka satu halaman.
“Ada tiga. Saya mulai dari onboarding vendor.”
Atasannya melihat.
“Okay. Walk me through.”
Kali ini, Niko tidak perlu membuktikan bahwa dia sibuk.
Semua orang sudah tahu.
Dia membuktikan bahwa kesibukannya meninggalkan sesuatu.