Pola 1 — Tag governance yang tidak ditegakkan

Pada minggu pertama migrasi, tim teknologi sering bersemangat membentuk konvensi tag (cost-center, project, environment, owner). Setelah dua bulan, tag tidak konsisten dan 15–25% biaya cloud menjadi "tidak terklasifikasi" — angka ini disebut untagged spend. CFO tidak tahu siapa yang membayar untuk apa.

Konsekuensinya: chargeback ke unit bisnis tidak akurat, optimasi tidak dapat ditargetkan, dan keputusan capacity-planning berbasis asumsi yang buruk. Pada satu klien kami di sektor perbankan, untagged spend pada bulan ke-9 pascamigrasi mencapai 31% dari total tagihan — setara dengan satu departemen IT regional.

Remediasi yang efektif: kebijakan tag wajib yang ditegakkan oleh cloud landing zone (otomatis menolak resource tanpa tag), audit mingguan untuk dua bulan pertama, dan dashboard untagged-spend yang ditampilkan di steering committee FinOps bulanan.

Pola 2 — Kapasitas yang tidak dievaluasi ulang

Saat migrasi, tim memilih ukuran instance berdasarkan kebiasaan on-premise (cenderung over-provisioning). Setelah produksi stabil, ukuran ini jarang dievaluasi ulang — meskipun cloud memberi data utilisasi yang akurat per menit. Hasilnya: kapasitas tidur 30–40% di banyak workload.

Klien manufaktur tier-1 kami menemukan, setelah 12 bulan operasi, bahwa 47% workload non-produksi mereka memakai instance 2–4x lebih besar dari kebutuhan. Pengurangan kapasitas (rightsizing) sederhana menurunkan biaya 28% — tanpa perubahan arsitektur sama sekali.

Remediasi yang efektif: rightsizing review terjadwal setiap kuartal, tooling utilisasi otomatis (AWS Compute Optimizer / Azure Advisor / GCP Recommender), dan kebijakan "default lebih kecil" — tim harus membuktikan butuh kapasitas besar, bukan sebaliknya.

Pola 3 — Disiplin commitment yang lemah

Vendor cloud memberikan diskon 30–60% untuk komitmen jangka panjang (Reserved Instances, Savings Plans, Committed Use Discounts). Tetapi commitment butuh disiplin: salah komit = membayar untuk kapasitas yang tidak dipakai; under-commit = membayar harga premium tanpa diskon.

Pola yang sering kami lihat: organisasi mulai dengan commitment kecil yang konservatif, lalu tidak meninjau ulang. Setelah dua tahun, sebagian besar workload yang sudah jelas-jelas stabil masih dibayar harga on-demand penuh.

Remediasi yang efektif: commitment portfolio review setiap kuartal, dengan target coverage 70–80% untuk workload baseline yang stabil. Sisakan ruang on-demand 20–30% untuk fluktuasi.

Tiga langkah perbaikan dalam 30 hari

Jika Anda merasa salah satu pola di atas terjadi di organisasi Anda, kerangka 30-hari berikut menutup celah terbesar dalam waktu cepat:

  • Minggu 1: audit tag-coverage saat ini, identifikasi top-10 unit kerja terbesar yang tidak ter-tag.
  • Minggu 2: implementasi guardrail otomatis (reject untagged resources di landing zone).
  • Minggu 3: rightsizing review pada 20% workload terbesar berdasarkan biaya.
  • Minggu 4: bangun dashboard FinOps yang ditampilkan ke CFO dan committee bulanan.

Setelah 30 hari, Anda akan punya visibilitas yang dibutuhkan untuk keputusan kuartalan yang lebih cerdas.

Pattern 1 — Unenforced tag governance

In the first week of migration, tech teams enthusiastically set tag conventions (cost-center, project, environment, owner). After two months, tags become inconsistent and 15–25% of cloud spend becomes "unclassified" — known as untagged spend. The CFO doesn't know who pays for what.

Consequences: business unit chargebacks are inaccurate, optimization can't be targeted, and capacity-planning decisions rely on bad assumptions. At one banking sector client, untagged spend by month 9 post-migration reached 31% of total billing — equivalent to a regional IT department.

Effective remediation: mandatory tag policy enforced by the cloud landing zone (automatically rejecting untagged resources), weekly audits for the first two months, and an untagged-spend dashboard shown at the monthly FinOps steering committee.

Pattern 2 — Capacity that's never re-evaluated

During migration, teams pick instance sizes based on on-premise habits (over-provisioning bias). Once production stabilizes, sizes are rarely reviewed — despite cloud providing minute-by-minute utilization data. Result: 30–40% sleeping capacity in many workloads.

A tier-1 manufacturing client discovered, after 12 months of operations, that 47% of their non-production workloads were on instances 2–4× larger than needed. Simple rightsizing reduced costs 28% — with zero architectural change.

Effective remediation: scheduled quarterly rightsizing reviews, automated utilization tooling (AWS Compute Optimizer / Azure Advisor / GCP Recommender), and a "default smaller" policy — teams must justify large capacity, not the reverse.

Pattern 3 — Weak commitment discipline

Cloud vendors give 30–60% discounts for long-term commitments (Reserved Instances, Savings Plans, Committed Use Discounts). But commitments require discipline: over-commit = paying for unused capacity; under-commit = paying premium prices.

Pattern we often see: organizations start with small conservative commitments and never revisit. After two years, most clearly-stable workloads are still paying full on-demand prices.

Effective remediation: quarterly commitment portfolio review, targeting 70–80% coverage for stable baseline workloads. Leave 20–30% on-demand for fluctuation.

Three remediations within 30 days

If any of these patterns sound familiar, this 30-day framework closes the biggest gaps quickly:

  • Week 1: audit current tag coverage, identify top-10 untagged spend units.
  • Week 2: implement automated guardrails (reject untagged resources in landing zone).
  • Week 3: rightsizing review on the top 20% most expensive workloads.
  • Week 4: build a FinOps dashboard surfaced to CFO and monthly committee.

After 30 days, you'll have the visibility needed for smarter quarterly decisions.