🇬🇧 Read this article in English
Executive Summary
Tekanan ekonomi, kenaikan inflasi, dan tanda-tanda awal efisiensi di sektor teknologi telah membuat anggaran perusahaan berada di bawah pengawasan ketat. Dalam situasi ini, anggaran pelatihan sering kali menjadi korban pertama yang dipangkas. Namun, menghentikan dana untuk pembelajaran berkelanjutan tim IT adalah kesalahan strategis kritis yang pada akhirnya akan berubah menjadi utang teknis dan operasional. Artikel ini menguraikan mengapa prinsip Stephen Covey tentang “mengasah gergaji” berlaku langsung pada IT perusahaan modern, dan bagaimana para pemimpin senior dapat mempertahankan serta mengoptimalkan anggaran pengembangan keahlian mereka.
Kita sedang berada di persimpangan ekonomi yang sulit. Inflasi mendorong biaya operasional di seluruh lini, pasar tenaga kerja menunjukkan sinyal yang kontradiktif dengan kabar efisiensi di sektor teknologi, dan para CFO sedang aktif mencari pos anggaran yang bisa dipangkas. Ketika perintah untuk optimasi biaya turun, mata para eksekutif hampir selalu langsung tertuju pada baris “Pelatihan dan Pengembangan” di anggaran IT. Logikanya tampak masuk akal dari sudut pandang matematis murni: menunda kursus arsitektur cloud atau membatalkan konferensi tidak akan merusak server hari ini. Namun sebagai pemimpin IT, Anda harus menyadari bahwa menganggap pembelajaran berkelanjutan tim IT sebagai kemewahan opsional adalah kesalahan perhitungan mendasar tentang bagaimana teknologi menciptakan nilai bisnis.
Saya telah duduk di kedua sisi meja ini. Dengan latar belakang akuntansi dan pengalaman puluhan tahun mengelola operasional IT perusahaan, saya memahami mandat CFO untuk melindungi arus kas. Saya juga memahami bahwa teknologi bergerak sepenuhnya independen dari kalender fiskal internal kita. Ketika Anda membekukan pengembangan keahlian, Anda tidak sedang menghentikan waktu. Anda hanya menjamin bahwa tim Anda akan menghadapi masalah bisnis hari esok dengan hanya berbekal kapabilitas hari kemarin.
Biaya Tersembunyi dari Penghentian Pembelajaran Berkelanjutan Tim IT
Dalam rekayasa perangkat lunak, kita sudah terbiasa dengan konsep “technical debt” (utang teknis)—biaya tersirat dari pekerjaan ulang di masa depan yang diperlukan karena memilih solusi yang mudah dan terbatas saat ini daripada pendekatan yang lebih baik namun memakan waktu lebih lama. Kita harus menerapkan lensa analitis yang sama terhadap modal manusia (human capital). Ketika Anda menghentikan pelatihan, Anda sedang menumpuk “skill debt” atau utang keahlian.
Utang keahlian muncul secara diam-diam. Hal ini terlihat ketika tim engineering membutuhkan waktu tiga minggu untuk membangun pipa data (data pipeline) yang sebenarnya bisa diotomatisasi oleh alat cloud-native modern dalam tiga hari. Hal ini terlihat ketika tim keamanan menerapkan mentalitas pertahanan perimeter pada lingkungan arsitektur zero-trust. Hal ini terlihat ketika platform SaaS yang mahal hanya digunakan sebagai lemari arsip digital dasar karena administratornya tidak pernah belajar cara merancang fitur alur kerja (workflow) tingkat lanjut.
Saat ini, platform low-code dan otomatisasi proses sedang mendapatkan traksi besar di perusahaan karena organisasi ingin mengoptimalkan operasional dan mengurangi ketergantungan pada pengembangan kustom yang mahal. Namun, penerapan low-code secara efektif membutuhkan tata kelola arsitektur, wawasan keamanan, dan kapabilitas pemetaan data yang tinggi. Jika tim Anda belum dilatih untuk mengelola citizen developers atau menetapkan batasan (guardrails) untuk alur kerja otomatis, upaya Anda untuk menghemat uang melalui low-code akan cepat berubah menjadi mimpi buruk shadow IT yang membutuhkan biaya sepuluh kali lipat untuk diperbaiki.
Realitas Akuntansi dari “Depresiasi” Modal Manusia
Mari kita lihat ini melalui lensa finansial. Ketika kita membeli perangkat keras perusahaan, kita mengapitalisasi aset tersebut dan menyusutkannya (depresiasi) selama masa manfaatnya—biasanya tiga hingga lima tahun. Kita mengakui secara matematis bahwa teknologi fisik menurun nilai dan kegunaannya seiring berjalannya waktu.
Pengetahuan di sektor IT menyusut bahkan lebih cepat. Masa paruh waktu (half-life) dari keterampilan teknis yang dipelajari saat ini diperkirakan kurang dari lima tahun, dan di domain yang bergerak cepat seperti maturitas analitik data, AI, dan keamanan cloud, angkanya mendekati dua tahun. Jika Anda mempekerjakan seorang arsitek cloud yang pelatihan formal terakhirnya adalah tahun 2019, kerangka konseptual mereka sudah mengalami depresiasi terhadap realitas platform saat ini.
Anggaran pengembangan Anda bukanlah tunjangan tambahan (perk). Itu adalah modal pemeliharaan yang diperlukan untuk mencegah aset operasional termahal Anda—staf engineering dan pendukung Anda—menjadi usang. Anda tidak akan membiarkan server kritis berjalan tanpa patch keamanan untuk menghemat uang; Anda juga tidak bisa membiarkan tenaga kerja teknis Anda berjalan tanpa paradigma dan metodologi yang diperbarui.
Mengapa “Mengasah Gergaji” Tidak Bisa Didelegasikan ke HR
Dalam buku The 7 Habits of Highly Effective People, Stephen Covey memperkenalkan konsep “Mengasah Gergaji”—yaitu memelihara dan meningkatkan aset terbesar yang Anda miliki. Di lingkungan perusahaan, kepemimpinan IT sering kali membuat kesalahan dengan mendelegasikan tanggung jawab ini sepenuhnya kepada departemen HR (SDM).
HR sangat ahli dalam mengelola pelatihan kepatuhan (compliance), pengembangan kepemimpinan umum, dan keterampilan komunikasi korporat dasar. Namun, mereka tidak dapat mengantisipasi kompetensi teknis spesifik yang diperlukan untuk mengeksekusi roadmap teknologi tiga tahun Anda.
Jika Anda merencanakan implementasi ERP atau transisi ke sistem pelaporan keuangan baru, adalah tanggung jawab CIO atau Direktur IT untuk mengidentifikasi kesenjangan keterampilan (skill gaps) yang tepat antara kondisi saat ini dan masa depan. Tim kepemimpinan IT harus memiliki kurikulum tersebut. Ini berarti beralih dari platform langganan generik di mana pengembang hanya menonton video secara pasif, menuju akuisisi keterampilan yang ditargetkan dan berbasis tujuan yang secara langsung mendukung efisiensi operasional.
Kerangka Kerja untuk Pengembangan Keahlian yang Pragmatis
Mempertahankan anggaran membutuhkan pembuktian bahwa uang tersebut akan dibelanjakan secara efektif. Menghamburkan anggaran untuk sertifikasi acak tanpa strategi adalah pemborosan. Saya merekomendasikan pendekatan terstruktur berdasarkan model 70-20-10 yang sudah mapan, yang diadaptasi khusus untuk tim IT perusahaan.
10% Pembelajaran Formal (Katalis)
Ini adalah pelatihan kelas tradisional, boot camp sertifikasi, dan konferensi teknis. Ini hanya mencakup 10% dari pembelajaran tetapi berfungsi sebagai katalis kritis. Pembelajaran formal memperkenalkan kosakata baru, kerangka kerja fundamental, dan metodologi “yang benar” yang disetujui vendor. Dalam lingkungan optimasi biaya, bersikaplah tegas dalam menyelaraskan permintaan pelatihan formal dengan persyaratan proyek mendatang. Jika suatu teknologi tidak ada dalam roadmap untuk 12 bulan ke depan, pelatihan formal tersebut harus ditolak.
20% Pembelajaran Sejawat (Translasi)
Pengetahuan harus disosialisasikan agar dapat melekat. Wajibkan siapa pun yang mengikuti pelatihan formal atau konferensi untuk memimpin sesi “lunch and learn” atau sesi bedah teknis mendalam bagi anggota departemen lainnya. Hal ini memaksa individu tersebut untuk mencerna materi dengan cukup mendalam agar bisa mengajarkannya, sekaligus mendistribusikan konsep-konsep dasar ke tim yang lebih luas tanpa biaya tambahan. Pasangkan arsitek senior dengan pengembang junior untuk meninjau kode atau diagram arsitektur. Penyelarasan lintas fungsi terjadi secara alami ketika tim diharuskan menjelaskan keputusan teknis mereka kepada rekan sejawat.
70% Pengalaman Terapan (Penguasaan)
Keterampilan menjadi solid ketika diterapkan pada masalah bisnis yang nyata. Di sinilah pemimpin harus merancang peluang. Berikan engineer cloud yang baru dilatih beban kerja berisiko rendah dan tidak kritis untuk dimigrasikan menggunakan teknik baru yang mereka pelajari. Bangun lingkungan “sandbox” di mana tim dapat dengan aman menguji konfigurasi otomatisasi baru tanpa membahayakan sistem produksi. Pengalaman terapan mengharuskan kepemimpinan untuk menyediakan sumber daya utama: waktu. Tim yang berjalan dengan utilisasi 100% tidak memiliki kapasitas untuk belajar. Anda harus membangun ruang (slack) dalam model operasional Anda untuk memungkinkan latihan.
Mempertahankan Anggaran Pelatihan di Hadapan CFO
Ketika mandat untuk memangkas pengeluaran diskresioner datang, Anda harus siap untuk mengartikulasikan mengapa pengembangan keahlian adalah kebutuhan operasional yang tidak bisa ditawar. Berikut cara berbicara dalam bahasa keuangan saat mempertahankan anggaran Anda:
- Bingkai dalam mitigasi risiko: Keahlian yang tidak diperbarui menyebabkan kerentanan keamanan dan pemadaman sistem (outage). Tunjukkan contoh industri spesifik baru-baru ini di mana kurangnya pengetahuan keamanan cloud internal menyebabkan kebocoran data. Biaya melatih seorang security engineer hanyalah sebagian kecil dari biaya menyewa firma respons insiden.
- Hubungkan dengan portofolio proyek: Jangan ajukan baris anggaran “Pelatihan” yang generik. Rinci pelatihan tersebut berdasarkan proyek modal yang telah disetujui. “Rp 150 juta untuk AWS Advanced Networking” mudah untuk dipangkas. “Rp 150 juta untuk akuisisi kapabilitas yang diperlukan guna mendukung Proyek Migrasi Datacenter Q4 (Proyeksi Penghematan: Rp 2 miliar/tahun)” jauh lebih sulit untuk dicoret.
- Kuantifikasi biaya pergantian karyawan (turnover): Adanya efisiensi di perusahaan besar tidak berarti talenta spesialis tiba-tiba menjadi murah atau mudah direkrut. Mengganti seorang systems engineer senior memakan biaya antara 50% hingga 150% dari gaji pokok mereka dalam bentuk biaya rekrutmen, hilangnya produktivitas, dan waktu onboarding. Talenta teknis papan atas akan meninggalkan organisasi di mana keterampilan mereka mandek. Investasi pelatihan senilai Rp 30 juta adalah alat retensi yang sangat efisien dibandingkan dengan biaya penggantian senilai Rp 400 juta.
Langkah Nyata untuk Menerapkan Budaya Pertumbuhan Hari Ini
Jika Anda ingin memastikan tim IT Anda tetap mampu mendorong nilai bisnis melalui periode ketidakpastian ekonomi ini, lakukan langkah-langkah segera berikut:
- Audit kapabilitas Anda saat ini: Petakan keterampilan yang ada di tim Anda saat ini terhadap keterampilan yang diperlukan untuk mengeksekusi roadmap strategis Anda selama 18 bulan ke depan. Identifikasi kesenjangan kritis segera.
- Lindungi waktu “Sandbox”: Mandatkan agar engineer dan analis Anda menghabiskan 2-4 jam seminggu untuk belajar mandiri atau eksperimen. Ukur hal ini dalam KPI tim Anda sebagaimana Anda mengukur waktu penyelesaian tiket (ticket resolution times).
- Tetapkan persyaratan mengajar: Jadikan berbagi pengetahuan sebagai komponen wajib dalam proses tinjauan kinerja. Staf teknis harus dievaluasi bukan hanya berdasarkan apa yang mereka ketahui, tetapi seberapa efektif mereka meningkatkan kompetensi orang-orang di sekitar mereka.
- Negosiasikan ulang kontrak vendor untuk menyertakan pelatihan: Saat menandatangani perjanjian perangkat lunak perusahaan baru atau memperbarui yang sudah ada, mintalah agar kredit pelatihan tingkat lanjut disertakan dalam biaya dasar. Vendor sering kali lebih bersedia memberikan kredit pelatihan daripada memberikan diskon lisensi perangkat lunak.
Pertanyaan yang Sering Diajukan (FAQ)
Bagaimana cara memprioritaskan pelatihan ketika backlog proyek menumpuk?
Backlog yang menumpuk sering kali merupakan gejala dari proses yang tidak efisien atau keterampilan yang usang, bukan sekadar kurangnya jumlah staf. Terus memaksakan penyelesaian backlog menggunakan metode manual yang lambat menjamin bahwa backlog tersebut tidak akan pernah berkurang. Anda harus sengaja memperlambat pengiriman proyek dalam jangka pendek untuk memungkinkan tim memperoleh keterampilan otomatisasi atau arsitektur yang diperlukan guna mempercepat dalam jangka panjang. Anggap waktu pelatihan sebagai proyek formal dalam sprint planning Anda, lengkap dengan peringkat prioritasnya sendiri.
Apakah berinvestasi dalam pelatihan justru membuat karyawan lebih cenderung pindah untuk gaji yang lebih tinggi?
Ini adalah ketakutan manajemen yang klasik. Seperti kutipan terkenal: “Apa yang terjadi jika kita melatih mereka dan mereka pergi? Apa yang terjadi jika kita tidak melatih mereka dan mereka tetap tinggal?” Profesional teknis yang sangat terampil ingin bekerja pada masalah yang menarik menggunakan alat modern. Jika Anda menolak melatih mereka, karyawan berkinerja tinggi akan tetap pergi karena mereka tidak ingin resume mereka mandek. Karyawan berkinerja rendah akan tetap tinggal, meninggalkan Anda dengan tenaga kerja yang semakin usang.
Berapa anggaran yang wajar per orang untuk pengembangan keahlian IT?
Meskipun standar industri bervariasi, target pragmatis untuk IT perusahaan umumnya adalah 3% hingga 5% dari total gaji (payroll) IT. Namun, jumlah nominal mentah kurang penting dibandingkan aplikasi strategisnya. Untuk seorang arsitek cloud spesialis, Anda mungkin menghabiskan Rp 50 juta dalam setahun untuk boot camp intensif dan sertifikasi tingkat lanjut. Untuk analis helpdesk Tingkat 1, Rp 5 juta yang dihabiskan untuk pelatihan dasar ITIL atau kursus jaringan dasar mungkin memberikan keuntungan efisiensi operasional yang besar. Alokasikan anggaran berdasarkan dampak bisnis dari keahlian tersebut, bukan tarif rata yang egaliter.
Kesimpulan
Dalam periode normalisasi pasca-pandemi, inflasi tinggi, dan fokus intens pada optimasi biaya, tekanan untuk memberikan lebih banyak dengan sumber daya lebih sedikit sangatlah besar. Namun, Anda tidak dapat mengoptimalkan bisnis menggunakan instrumen yang tumpul dan pengetahuan yang usang. Tumpukan teknologi (tech stack) Anda hanya sehebat orang-orang yang merancang, mengamankan, dan memeliharanya.
Strategi yang disengaja dan didanai untuk pembelajaran berkelanjutan tim IT adalah mekanisme yang memastikan departemen Anda tetap menjadi pendorong pemberdayaan bisnis, bukan pusat hambatan operasional. Asah gergajinya hari ini, atau bersiaplah untuk bekerja dua kali lebih keras dengan pisau yang tumpul besok. Pilihan, dan tanggung jawab untuk mempertahankan pilihan tersebut di hadapan bisnis, sepenuhnya berada di tangan kepemimpinan IT.