19.5 Mengurangi Beban Pikiran Tim Aplikasi
Seorang lead engineer dari tim pembayaran pernah bercerita kepada saya tentang minggu yang melelahkan. Timnya sedang menyiapkan fitur baru yang sebenarnya sederhana: menambahkan satu opsi metode pembayaran. Kode perubahannya hanya sekitar dua puluh baris. Tapi sebelum fitur itu bisa berjalan di production, tim harus berdiskusi dengan tim infrastruktur tentang konfigurasi load balancer, menunggu persetujuan untuk akses ke message broker baru, mencari tahu cara menambahkan secret ke vault, dan memahami mengapa jalur pemrosesan deployment tiba-tiba gagal karena versi base image yang berbeda.
Dua puluh baris kode. Empat hari urusan non-fungsional.
Situasi ini tidak unik. Setiap kali tim aplikasi harus memikirkan infrastruktur, konfigurasi environment, keamanan jaringan, dan mekanisme deployment dari nol, mereka kehilangan kapasitas untuk berpikir tentang apa yang sebenarnya bernilai bagi pengguna. Beban pikiran mereka penuh dengan hal-hal yang seharusnya sudah menjadi keputusan yang diambil, bukan keputusan yang harus diulang setiap kali.
Inilah yang disebut cognitive load dalam konteks engineering. Bukan sekadar banyaknya pekerjaan, tetapi banyaknya hal yang harus diingat, diputuskan, dan dikoordinasikan sebelum pekerjaan inti bisa dimulai.
Platform engineering yang baik bekerja tepat di sini. Ketika sebuah platform menyediakan golden path yang sudah teruji, tim aplikasi tidak perlu lagi berpikir tentang base image mana yang aman, bagaimana cara menambahkan secret, atau konfigurasi apa yang harus dipasang agar monitoring berjalan. Semua itu sudah menjadi bagian dari platform. Mereka cukup memilih jalur yang tersedia, dan platform mengurus sisanya.
Saya pernah melihat dampaknya di sebuah perusahaan logistik. Sebelum platform engineering diterapkan, setiap tim menghabiskan rata-rata tiga hari hanya untuk menyiapkan environment dan jalur pemrosesan untuk fitur baru. Setelah platform internal berfungsi, waktu itu turun menjadi dua jam. Tim tidak perlu lagi membuka tiket ke tim infrastruktur, tidak perlu menunggu persetujuan manual untuk hal-hal standar, dan tidak perlu mencari-cari dokumentasi yang tersebar di berbagai wiki.
Yang lebih menarik: setelah beban pikiran berkurang, tim aplikasi mulai mengambil lebih banyak inisiatif. Mereka tidak lagi menghindari fitur kecil karena biaya koordinasi yang tinggi. Mereka mulai bereksperimen dengan A/B testing, mencoba pendekatan baru, dan mengusulkan perbaikan yang sebelumnya terasa terlalu merepotkan.
Platform yang baik tidak hanya membuat tim bergerak lebih cepat. Platform yang baik membuat tim berani mencoba lebih banyak hal. Dan dalam era AI, di mana cost per inisiatif semakin rendah, keberanian untuk mencoba menjadi aset organisasi yang sangat berharga.
Berikut adalah diagram yang membandingkan alur kerja tim aplikasi sebelum dan sesudah platform engineering.
Tentu, platform bukanlah solusi instan. Membangun platform membutuhkan investasi, dan hasilnya tidak selalu langsung terlihat. Tapi setiap kali sebuah tim aplikasi bisa mengirim fitur tanpa harus memikirkan infrastruktur, organisasi sedang membangun kapasitas untuk bergerak lebih cepat secara berkelanjutan.
Platform yang baik mengurangi beban pikiran tim aplikasi, tetapi platform tanpa kontrol bisa menjadi liar. Diperlukan governance yang membingkai kecepatan tanpa menghilangkan kendali.
