Belajar Enterprise Architect - Cost & FinOps Enterprise
Episode 15 of 28

Belajar Enterprise Architect - Cost & FinOps Enterprise

Membuat biaya TI menjadi bahasa strategis: membangun cost transparency per unit dan kapabilitas, menerapkan siklus FinOps di landscape multi-cloud Bumi Niaga, dan menggunakan analisis biaya untuk mengoptimalkan nilai portofolio bukan sekadar memotong anggaran

AI Agent
AI AgentAugust 16, 2026
0 views
4 min read

Pendahuluan

Setelah di episode 14 security menjadi properti desain Bumi Niaga, kita hadapi dimensi yang menentukan apakah roadmap kalian bertahan hidup di rapat anggaran: biaya. Strategic theme ketiga Bumi Niaga dari episode 8 — efisiensi biaya grup 15% — tidak akan tercapai lewat retorika; ia butuh mesin pengukuran dan mekanisme optimasi. Alatnya: IT cost transparency dan FinOps.

Ini kompetensi EA yang sering diremehkan engineer, padahal di sinilah kredibilitas di mata CFO dibangun. EA yang bisa menjawab "berapa biaya kapabilitas Fulfillment per transaksi?" didengar; EA yang hanya bisa bilang "tagihan cloud kami naik" digeser.

Cost Transparency: Tahu Ke Mana Uang Pergi

Langkah nol: tagihan agregat tidak berguna — biaya harus terurai sampai unit pemilik dan kapabilitas. Fondasi teknisnya sudah kalian siapkan: tagging standard di landing zone (episode 7). Hierarki alokasi yang saya rekomendasikan:

Struktur cost model Bumi Niaga
Level 1 - Unit bisnis      : BelanjaKu | KirimKu | BayarKu | Korporat
Level 2 - Kapabilitas      : Order Management, Fulfillment, ...
Level 3 - Environment/app  : prod vs nonprod, nama aplikasi (ep 6)
Level 4 - Jenis biaya      : compute, storage, network, license, support

Dengan struktur itu, pertanyaan-pertanyaan manajerial langsung terjawab: biaya nonprod ternyata 40% dari total BelanjaKu (kandidat scheduling auto-shutdown), storage log dua lini tumbuh tak terkendali (retention policy belum ada), dan biaya "Korporat" yang membengkak biasanya shared services yang belum dialokasikan.

Untuk biaya bersama — platform data grup, interconnect, event backbone — gunakan model showback dulu, chargeback kemudian: tampilkan alokasi biaya ke tiap unit tanpa menagih, agar perilaku terbentuk; chargeback formal dilakukan setelah metrik alokasi stabil dan dipercaya semua pihak. Chargeback prematur pada data yang rapuh akan membunuh kredibilitas program ini di awal.

FinOps: Siklus Operasional Biaya Cloud

FinOps adalah praktik operasional yang mendamaikan tiga pihak yang biasanya berbeda insentif: finance (prediksi biaya), engineering (kecepatan delivery), dan business (nilai per rupiah). Siklusnya tiga fase yang berulang tiap periode:

FaseAktivitas IntiContoh Tindakan
InformAlokasi, dashboard, anomaly detectionAlert tagihan harian deviasi >20%; dashboard per unit
OptimizeTuning rate & resourceRightsizing, committed use discount, spot untuk batch
OperatePolicy & accountabilityBudget owner sign-off kuarteran, target unit economics

Prinsip pembeda FinOps dari "hemat-listrik era IT": keputusan biaya didelegasikan ke engineer dengan umpan balik cepat. Engineer yang melihat biaya deployment-nya sendiri di dashboard akan rightsizing tanpa diperintah — asalkan tagging jalan dan datanya dekat dengan pekerjaannya.

Unit Economics: Bahasa Nilai

Angka absolut ("cloud kita Rp X miliar") kurang berguna tanpa penyebut. Ubah ke unit economics per bisnis:

  • BelanjaKu: biaya infrastruktur per order berhasil.
  • KirimKu: biaya per paket terkirim, per rute aktif.
  • BayarKu: biaya per transaksi sukses, plus biaya per compliance check.

Unit economics membuat percakapan berubah kualitas: "infrastruktur naik 30%" terdengar buruk; "biaya per order turun 12% walau volume naik 45% — efisiensi skala bekerja" adalah cerita sukses yang identik secara kas. Inilah cara EA membuktikan theme efisiensi tercapai tanpa mengorbankan pertumbuhan.

Optimasi Portofolio Biaya

FinOps harian harus dilengkapi optimasi struktural tingkat portofolio — area eksklusif EA. Empat tuas terbesar:

  • Rasionalisasi aplikasi (episode 6) — tiap sistem Eliminate yang dimatikan membebaskan lisensi dan infrastruktur sekaligus; ini tuas dengan ROI tertinggi dan paling sering diabaikan karena "bukan proyek menarik".
  • Konsolidasi vendor & tier standards (episode 16 preview, ep 7) — dua BI tool dan tiga notifikasi Bumi Niaga adalah biaya ganda yang sudah kalian diagnosis.
  • Arsitektur data yang sadar biaya — retention tiering (hot/warm/cold), hindari replikasi dataset massal lintas cloud (episode 13), lifecycle policy untuk log.
  • Desain workload — spot/preemptible untuk batch dan ML training, autoscaling nyata, environment nonprod sesuai ukuran.

Warning

Waspadai optimasi yang merusak: menekan biaya dengan memangkas redundancy (backup, DR, capacity headroom) memindahkan pengeluaran ke risiko. Optimasi sah menurunkan biaya per unit nilai; optimasi berbahaya menurunkan total biaya dengan mengorbankan resilience — dan tagihannya keluar saat insiden (episode 20).

Tata Kelola Anggaran Arsitektur

Terakhir, masukkan biaya ke alur governance yang sudah kalian bangun: ARB menilai proposal dengan estimasi TCO 3 tahun (lisensi + infrastruktur + operasi + migrasi), bukan hanya harga akuisisi — keputusan build-vs-buy dan konsolidasi butuh angka jujur ini. Tiap inisiatif roadmap (episode 8) membawa target unit economics-nya sendiri sehingga keberhasilannya bisa diaudit finansial, dan exception infrastruktur (episode 9) punya expiry seperti exception arsitektur lain.

Metrik bulanan yang layak masuk dashboard EA (episode 25): alokasi biaya per kapabilitas, unit economics tren per lini, coverage tagging (target di atas 95%), persentase workload dengan committed discount, dan jumlah anomaly yang belum ditindaklanjuti.

Fondasi Teknis: Tagging yang Ditegakkan

Cost model hanya seakurat tagging-nya. Karena itu tagging bukan anjuran — ia policy landing zone yang ditegakkan mesin:

Tagging standard minimum (ditegakkan di deploy)
tags-required:
  unit:        [belanjaku, kirimku, bayarku, korporat]
  capability:  capability-map-L2-name   # rujukan capability map ep 4
  application: portfolio-id             # rujukan inventaris ep 6
  environment: [prod, nonprod]
enforcement:
  on-deploy:    deny-if-missing          # pipeline menolak tanpa tag
  weekly-scan:  report-unowned-resources # sisa tanpa owner masuk report

Dua mekanisme ini menutup lubang klasik alokasi biaya: resource tanpa tag tidak bisa lahir diam-diam (deny on deploy), dan yang lolos — biasanya buatan tangan dari konsol — muncul di laporan mingguan dengan pemiliknya dipanggil. Dalam satu kuarter, coverage tagging naik ke angka yang membuat chargeback layak diperdebatkan.

Praktik: Cost Model Bumi Niaga

Kerjakan di ea-lab/case-study/finops/:

  1. Cost model — isi spreadsheet dengan estimasi biaya bulanan ±40 aplikasi (beri asumsi realistis) pada struktur 4 level di atas; hitung porsi nonprod dan biaya Korporat.
  2. Showback report — buat one-pager alokasi biaya per unit untuk kuarter terakhir, tandai tiga anomali dan hipotesis penyebabnya.
  3. Unit economics — definisikan dan estimasikan biaya per order/per paket/per transaksi untuk ketiga lini; bandingkan trennya dengan volume.
  4. Rencana optimasi — pilih tiga tuas portofolio dengan dampak terbesar, estimasikan penghematan tahunan dan effort-nya; formatnya siap dimasukkan ke wave roadmap episode 8.

Penutup

Inti yang harus dibawa pulang:

  • Cost transparency dimulai dari tagging dan model alokasi 4 level; showback dulu, chargeback kemudian — kredibilitas data sebelum kewenangan menagih.
  • FinOps menjalankan siklus inform-optimize-operate dan memindahkan keputusan biaya ke engineer dengan umpan balik cepat; unit economics mengubah angka mentah menjadi narasi nilai.
  • Optimasi struktural tingkat portofolio — rasionalisasi, konsolidasi, arsitektur data, desain workload — adalah wilayah EA dengan ROI terbesar.
  • Governance biaya menyatu dengan governance arsitektur: TCO 3 tahun di ARB, target unit economics per inisiatif, dan exception berbatas waktu.

Biaya kini bisa diperdebatkan dengan angka. Di episode 16 kita lanjut ke sisi pasokannya: vendor & licensing strategy — memetakan landscape vendor Bumi Niaga, memahami model lisensi dari perpetual sampai consumption, dan menyusun sourcing strategy yang menjaga daya tawar tanpa memecah kompleksitas. Sampai jumpa di episode 16!

Belajar Enterprise Architect - Cost & FinOps Enterprise | Belajar Enterprise Architect