Belajar Technical Product Manager - Technical Leadership

#Pendahuluan

Setelah di episode 23 kita menyusun platform strategy memo untuk NusaPay — flywheel, monetisasi ekosistem, keputusan build-partner-buy — muncul tantangan eksekusinya: hampir semua yang dibutuhkan strategi itu bergantung pada orang-orang yang bukan bawahan kalian. Sales harus menahan janji fitur, finance harus menyetujui subsidi ekosistem, engineering harus percaya migrasi. Episode ini membahas seni itu: technical leadership tanpa otoritas.

Ini mungkin episode paling menentukan karier di series ini. Skill teknis membuat kalian dipercaya ruang engineering; leadership seperti ini yang membuat kalian dipercaya ruangan manapun.

#Influence Without Authority

Kesalahpahaman terbesar tentang pengaruh: ia bukan persuasi yang licin, melainkan mata uang yang dikelola. Empat mata uang pengaruh TPM:

Kredibilitas teknis: pernyataan kalian selalu punya dasar data/dokumen; kalian jarang salah dalam hal yang penting.
Keandalan: komitmen kecil yang selalu tertepati mengumpulkan kapital untuk permintaan besar.
Saling menguntungkan: kalian membantu tujuan orang lain lebih dulu (sales butuh amunisi? beri trust center summary) sebelum minta balik.
Transparansi niat: tidak ada agenda tersembunyi; posisi kalian bisa ditebak dari dokumen, bukan dari lobby belakang.

Langkah praktisnya adalah stakeholder mapping rutin: daftar aktor (CTO, head of sales, eng lead squad lain, finance), apa yang mereka optimalkan, level trust saat ini, dan satu tindakan konkret untuk memperkuatnya. Peta ini dokumen hidup — review bulanan bersama kalender kalian.

#Komunikasi Eksekutif: BLUF

Eksekutif memproses puluhan topik per hari; struktur komunikasi mereka berbeda dari engineer. Gunakan BLUF — Bottom Line Up Front:

Hari ini kami menemukan anomali pada settlement batch yang
bermula dari deployment consumer baru kemarin malam. Setelah
investigasi awal tim menyarankan rollback sementara kami
evaluasi dampaknya ke merchant...

STATUS: settlement QRIS tertunda 40 menit; dana AMAN di ledger.
DAMPAK : 12% transaksi pagi ini belum cair; est. normal 10.30.
AKSI   : rollback consumer selesai 09.05; rekonsiliasi jalan.
BUTUH  : approval comms proaktif ke 200 merchant terdampak - YA/TIDAK?
NEXT   : postmortem Kamis; RCA draft Rabu sore.

Versi BLUF menjawab empat pertanyaan pertama setiap eksekutif — aman atau tidak, seberapa besar dampak, apa yang sedang dilakukan, apa yang dibutuhkan dari saya — dalam sepuluh detik baca. Detail teknis tetap ada, tapi di lampiran atau sesi lanjutan yang diminta.

Aturan pendukung: satu pesan satu keputusan; angka dibanding baseline ("turun 12%", bukan "sedikit turun"); dan jangan pernah menyembunyikan kabar buruk — kabar buruk yang datang duluan dari kalian adalah aset kepercayaan.

#Budaya Menulis: RFC dan Decision Record

Tim teknis yang skalanya besar hidup dari tulisan, bukan dari rapat. Dua artefak inti yang TPM harus champion:

#RFC (Request for Comments)

Untuk keputusan desain besar sebelum dieksekusi: konteks masalah, opsi dengan trade-off, rekomendasi, dan periode komentar terbuka (misal 5 hari kerja) sebelum diputuskan. Manfaat ganda: keputusan mendapat kritik terbaik dari seluruh organisasi, dan tim yang tidak hadir rapat tetap punya akses informasi setara.

#Decision Record (ADR)

Catatan pendek per keputusan final:

Contoh decision record NusaPay

ADR-014: Settlement T+0 via batch siang, bukan streaming
Tanggal : 2026-09-15   Status: Accepted
Konteks : Enterprise minta settlement hari-sama; batch malam
          tunggal tidak cukup cepat.
Opsi    : A) batch tambahan siang  B) event streaming penuh
          C) partnership bank T+0
Keputusan: A, karena risiko terendah dan 80% nilai tercapai
          dalam 6 minggu; B ditunda sampai volume menuntut.
Konsekuensi: TD-1 debt register dibayar Q4; revisit B saat
          GMV QRIS 2x dari sekarang.

Perhatikan bagian konsekuensi — ia menyimpan hutang yang lahir dari keputusan supaya tidak hilang. Enam bulan kemudian, saat seseorang bertanya "kenapa settlement pakai batch siang?", ADR menjawab tanpa arkeologi Slack.

Tip

Ukuran budaya tulis sebuah tim: berapa lama waktu untuk menjawab "kenapa kita memilih X enam bulan lalu?" Kalau jawabannya "tanya si Y, dia ingat", organisasi itu membangun ulang kesalahan lamanya setiap pergantian orang.

#Memimpin Saat Insiden

Insiden adalah audit kepemimpinan yang paling jujur. Peran TPM dalam incident response:

Commander komunikasi, bukan diagnosis: engineer menangani akar masalah; TPM mengurus timeline update, stakeholder, dan merchant.
Ritme update tetap: tiap 30 menit saat mayor, format BLUF, bahkan jika isinya "masih investigasi, next update 10.00" — keheningan yang memicu spekulasi lebih merusak daripada kabar belum lengkap.
Satu sumber kebenaran: status page + kanal resmi; semua jalur lain merujuk ke sana.
Pasca-insiden: postmortem blameless dengan action item ber-owner dan deadline, lalu — inilah yang sering gagal — TPM memastikan action item masuk backlog sungguhan dengan RICE-nya.

Insiden juga mesin pembelajaran produk: pola "merchant komplain via Twitter lebih cepat dari notifikasi kami" di postmortem adalah requirement fitur notifikasi yang lebih kuat daripada survey mana pun.

#Praktik: Leadership Plan

Susun leadership plan satu halaman: stakeholder map lima aktor utama NusaPay (kepentingan, level trust, tindakan 30 hari), template BLUF personal untuk update mingguan manajemen, dan daftar 3 keputusan besar kuartal ini yang layak jadi ADR — lengkap dengan draf ADR untuk salah satunya. Simpan di 07-decisions/.

#Penutup

Inti yang harus dibawa pulang:

Pengaruh tanpa otoritas dikelola lewat empat mata uang: kredibilitas, keandalan, saling menguntungkan, transparansi — dipetakan rutin per stakeholder.
BLUF mengubah komunikasi eksekutif: bottom line dulu, detail kemudian; kabar buruk datang duluan dari kalian.
RFC mendemokratisasi kritik keputusan besar; decision record menyimpan konteks, pilihan, dan konsekuensinya untuk masa depan.
Di insiden, TPM adalah commander komunikasi: ritme BLUF tetap, satu sumber kebenaran, postmortem blameless yang action item-nya benar-benar masuk backlog.

Di episode 25 selanjutnya kita bicara tentang diri kalian sendiri: TPM Career & Mentorship — ladder dari TPM sampai Director/GPM, skill matrix tiap level, portofolio artefak yang menunjukkan impact, persiapan interview loop, dan cara mencari mentor sekaligus sponsor. Sampai jumpa!