makalah-psaf-20260813

gistfile1.txt

#import "@preview/algo:0.3.6": algo, i, d, comment, code
///// =========================================================
// EVALUASI PAPERLESS REPORTING — LAPORAN AKHIR
// Fakultas Ilmu Komputer, Universitas Indonesia
// =========================================================

#set page(paper: "a4", margin: 2.5cm)
// #set page(paper: "a4", margin: (top: 3cm, bottom: 3cm, left: 3.5cm, right: 3cm))
#set text(font: "Liberation Serif", size: 12pt, lang: "id")
#set par(justify: true, leading: 0.65em)
// #set page(
//   paper: "a4",
//   margin: 2.5cm,
//   footer: context {
//     let page-number = counter(page).get().first()

//     align(
//       if calc.odd(page-number) { right } else { left }
//     )[Universitas Indonesia]
//   },
// )
// #set page(
//   paper: "a4",
//   margin: 2.5cm,
//   footer: context {
//     let n = counter(page).get().first()

//     if calc.odd(n) {
//       grid(
//         columns: (1fr, 1fr),
//         align(left)[#n],
//         align(right)[Universitas Indonesia],
//       )
//     } else {
//       grid(
//         columns: (1fr, 1fr),
//         align(left)[Universitas Indonesia],
//         align(right)[#n],
//       )
//     }
//   },
// )
// #set page(
//   paper: "a4",
//   margin: 2.5cm,
//   footer: context {
//     let n = counter(page).get().first()

//     grid(
//       columns: (1fr, 1fr, 1fr),

//       if calc.odd(n) {
//         [ ]
//       } else {
//         align(left)[*Universitas Indonesia*]
//       },

//       align(center)[#n],

//       if calc.odd(n) {
//         align(right)[*Universitas Indonesia*]
//       } else {
//         [ ]
//       },
//     )
//   },
// )
#set page(
  paper: "a4",
  margin: 2.5cm,
  footer: context {
    let n = counter(page).get().first()

    if n != 1 {
      grid(
        columns: (1fr, 1fr, 1fr),

        if calc.odd(n) {
          [ ]
        } else {
          align(left)[*Universitas Indonesia*]
        },

        align(center)[#n],

        if calc.odd(n) {
          align(right)[*Universitas Indonesia*]
        } else {
          [ ]
        },
      )
    }
  },
)
// -------------------- Reusable values --------------------
#let judul1 = "Adaptasi PT XYZ terhadap Biaya Lisensi VMware:"
#let judul2 = " Engineering Challenge dan Feature Gap"

#let anggota = (
  ("Adnan Nullah Hakim", "2606769255"),
  ("Hamiem Suny A L", "2606769564"),
  ("Izzati Millah Hanifah", "2606769614"),
  ("Monica Sianturi", "2606845926"),
  ("Tb M Reza Handzalah", "2606769961"),
)

// =========================================================
// EDITORIAL MARKUP HELPERS — strip this block + all calls
// to `note()` before final submission.
//
// Set SHOW_NOTES to true to render annotations visibly again
// (e.g. while reviewing); false compiles them away entirely.
// =========================================================
#let SHOW_NOTES = false

#let note(kind, body) = {
  if not SHOW_NOTES { return }
  let palette = (
    JUMP: rgb("#c0392b"),      // logical jump / missing step
    INCONSISTENCY: rgb("#8e44ad"), // contradicts something said elsewhere
    CITE: rgb("#2980b9"),      // citation hole
    HOOK: rgb("#16a085"),      // added transition sentence
    TODO: rgb("#d35400"),      // next-iteration task
  )
  let c = palette.at(kind, default: rgb("#7f8c8d"))
  box(
    stroke: (left: 2pt + c),
    inset: (left: 6pt, top: 2pt, bottom: 2pt, right: 4pt),
    fill: c.lighten(92%),
  )[
    #text(fill: c, size: 8pt, weight: "bold")[#kind] 
    #text(fill: c.darken(10%), size: 8.5pt, style: "italic")[#body]
  ]
}

// =========================================================
// COVER PAGE
// =========================================================
#page(numbering: none)[
  #v(1.5cm)
  #align(center)[
    #text(weight: "bold", size: 13pt)[
      #upper(judul1) \
      #upper(judul2)
    ]

    #v(1.2cm)
    #image("logo.svg", width: 3.3cm)

    #v(1.6cm)
    #text(weight: "bold", size: 12pt)[TUGAS KELOMPOK STUDI KASUS]

    #v(0.5cm)
    Disusun oleh :

    #v(0.4cm)
    #block(width: 70%)[
      #table(
        columns: (auto, 1fr),
        column-gutter: 2.2cm,
        row-gutter: 0.55cm,
        stroke: none,
        align: (left, left),
        ..anggota.map(row => (row.at(0), row.at(1))).flatten()
      )
    ]

    #v(2.2cm)
    #text(weight: "bold")[
      FAKULTAS ILMU KOMPUTER \
      UNIVERSITAS INDONESIA \
      2026
    ]
  ]
]

// =========================================================
// PAGE NUMBERING & TOC STYLING FOR BODY
// =========================================================
#set page(numbering: "1")
#counter(page).update(1)

// Style outline entries: bold-italic top-level (chapter) lines,
// bold sub-entries, matching the sample image.
#show outline.entry.where(level: 1): it => {
  v(10pt, weak: true)
  text(weight: "bold")[#it]
}
#show outline.entry.where(level: 2): it => {
  text(weight: "regular")[#it]
}
#show outline.entry.where(level: 3): it => {
  text(weight: "regular", size: 10.5pt)[#it]
}

#align(center)[#text(weight: "bold")[DAFTAR ISI]]
#v(0.4cm)

#outline(title: none, indent: 1.5em, depth: 3)

#pagebreak()
#align(center)[#text(weight: "bold")[DAFTAR GAMBAR]]
#outline(title: none, target: figure.where(kind: image))

#pagebreak()
#align(center)[#text(weight: "bold")[DAFTAR TABEL]]
// #outline(title: none, target: figure.where(kind: table))

// #pagebreak()
// #align(center)[#text(weight: "bold")[DAFTAR LAMPIRAN]]

#pagebreak()

// =========================================================
// BODY — headings feed the outline above
// =========================================================
#set heading(numbering: none)

= BAB 1 PENDAHULUAN

== 1.1. Latar Belakang 
Virtualisasi merupakan salah satu teknologi inti dalam arsitektur komputasi modern, khususnya sebagai fondasi untuk mendukung implementasi cloud computing serta pengelolaan data center. Teknologi ini memungkinkan beberapa sistem operasi berjalan secara simultan pada satu perangkat keras fisik yang sama, sehingga secara signifikan meningkatkan efisiensi pemanfaatan sumber daya sekaligus memberikan fleksibilitas yang lebih besar dalam pengelolaan infrastruktur teknologi informasi @fadillah2025optimasi.

Penerapan teknologi virtualisasi memberikan berbagai manfaat strategis bagi organisasi. Dari sisi fleksibilitas dan skalabilitas, infrastruktur TI dapat disesuaikan secara dinamis melalui penerapan mesin virtual baru secara cepat, didukung oleh ketersediaan sumber daya komputasi on-demand melalui solusi berbasis cloud @smith2023cloud. Dari aspek kelangsungan bisnis, virtualisasi mempermudah proses pemulihan bencana (disaster recovery) melalui mekanisme pencadangan dan snapshot mesin virtual yang dapat dilakukan secara cepat, sehingga apabila terjadi kegagalan perangkat keras, migrasi ke server lain dapat dilaksanakan dengan waktu henti (downtime) yang minimal @brown2021virtualization, sebagaimana difasilitasi oleh solusi seperti VMware vMotion dan live migration Microsoft Hyper-V. Selain itu, virtualisasi juga meningkatkan aspek keamanan sistem melalui isolasi aplikasi pada mesin virtual yang terpisah, sehingga insiden keamanan pada satu mesin virtual tidak serta-merta berdampak pada mesin virtual lain dalam host yang sama @gartner2023emerging, sebuah karakteristik yang sangat penting bagi organisasi yang menjalankan aplikasi kritis dan membutuhkan kontrol keamanan yang independen @batte2025virtualization.

Berbagai manfaat tersebut mendorong banyak perusahaan untuk mengadopsi teknologi virtualisasi dalam operasional bisnisnya, salah satunya PT NTT DATA INC yang menggunakan platform VMware @saputra2024desain. Platform ini menawarkan sejumlah keunggulan bagi perusahaan PT NTT DATA INC itu sendiri, di antaranya kemampuan membangun berbagai mesin virtual dengan aplikasi yang beragam tanpa memerlukan penambahan server fisik baru, melalui penerapan konsep private cloud; kemudahan pengelolaan mesin virtual secara terpusat melalui vCenter; serta optimalisasi pemanfaatan server fisik dengan mengalokasikan banyak mesin virtual pada satu unit perangkat keras @saputra2024desain.

Meskipun demikian, dinamika pasar turut mempengaruhi keberlangsungan penggunaan teknologi ini. Sejak 22 November 2023, VMWare telah diakuisisi perusahaan teknologi Broadcom @broadcom2023completes. #note("CITE")[Akuisisi Broadcom–VMware: tanggal, nilai transaksi — butuh sumber berita bisnis/rilis resmi (mis. siaran pers Broadcom atau laporan Reuters/Bloomberg).]  Sebagai strategi bisnis pasca akuisisi, maka Broadcom melakukan perubahan license product dan re-pricing terhadap pembelian product VMWare. #note("CITE")[Klaim kebijakan re-pricing Broadcom — butuh sumber primer (dokumentasi lisensi Broadcom/VMware) atau laporan analis industri (Gartner/IDC).] Perubahan license product berubah dari skema perpetual menjadi subscription. #note("CITE")[Perubahan skema perpetual → subscription — butuh sumber resmi Broadcom/VMware yang menjelaskan skema lisensi baru.] Perubahan tersebut memberikan dampak pada pengguna teknologi virtualisasi ini.  PT. XYZ salah satu pengguna product teknologi virtualisasi yang dikeluarkan oleh VMWare ini, mengalami kenaikan biaya yang sangat signifikan hingga 2 kali lipat. #note("CITE")[Angka "2 kali lipat" untuk PT XYZ — ini data primer studi kasus kalian sendiri: butuh rujukan internal (hasil wawancara/dokumen invoice PT XYZ), bukan sumber eksternal. Tandai sebagai data primer di footnote.] Lonjakan harga tersebut memberatkan beban OPEX, sehingga management mengusulkan untuk mencari alternatif teknologi virtualisasi dengan harga yang lebih efisien dengan fitur yang menyerupai. 

#note("JUMP")[Paragraf ini lompat langsung dari "kenaikan biaya 2x" ke "manajemen mengusulkan mencari alternatif" tanpa menyebutkan skala keputusan (level manajemen mana? sudah resmi jadi proyek studi kasus ini?). Perlu satu kalimat penghubung yang menyatakan bahwa dokumen ini adalah hasil dari mandat/inisiatif tersebut, supaya transisi ke 1.2 tidak terasa tiba-tiba.]

== 1.2. Perumusan Masalah

=== 1.2.1. Kondisi Ideal

#note("HOOK")[Bagian "Kondisi Ideal" vs "Kondisi Nyata" adalah pola gap-analysis standar, tapi belum ada kalimat pembuka yang menyatakan itu. Hook ditambahkan di bawah — silakan sesuaikan kalimatnya, tapi jangan dihapus tanpa pengganti karena tanpanya pembaca harus menebak kenapa dua subbab ini berpasangan.]
Pada bagian ini kondisi ideal dan kondisi nyata dipaparkan secara berdampingan untuk mengidentifikasi kesenjangan (_gap_) yang menjadi dasar perumusan masalah pada studi kasus ini.
1. Penerapan teknologi virtualisasi memberikan kemudahan dalam pengelolaan server-server perusahaan dengan menekan biaya pengadaan server physical. #note("CITE")[Klaim umum manfaat virtualisasi (efisiensi biaya server fisik) — butuh sumber pustaka teknis/akademik tentang virtualisasi enterprise.] Pertumbuhan bisnis perusahaan yang cepat membutuhkan ketersediaan resources dan membutuhkan waktu yang cepat. #note("CITE")[Klaim tentang kecepatan pertumbuhan bisnis PT XYZ — data primer, perlu rujukan internal (wawancara) atau dihapus jika tidak bisa didukung.]
2. Fitur - fitur pada VMWare sangat memudahkan pengguna dalam pengelolaan server-server, monitoring (Aria), kebutuhan operasional seperti swingover (SRM), balancing load (DRS), dll. #note("CITE")[Deskripsi fitur VMware (Aria, SRM, DRS) — butuh sumber dokumentasi resmi VMware/Broadcom untuk tiap produk yang disebut.]

#note("INCONSISTENCY")[Poin 1.2.1 di atas berbicara tentang manfaat virtualisasi secara umum, sedangkan poin 2 langsung spesifik ke nama-nama produk VMware (Aria, SRM, DRS). Ini bukan "kondisi ideal" murni — ini sudah menjelaskan kondisi ideal *dengan* VMware. Perlu diperjelas: apakah "Kondisi Ideal" di sini didefinisikan sebagai idealnya teknologi virtualisasi secara umum, atau idealnya pengalaman menggunakan VMware secara spesifik? Ini akan memengaruhi bagaimana 1.2.2 (Kondisi Nyata) dibaca sebagai pasangannya.]

=== 1.2.2. Kondisi Nyata
1. Perubahan skema license dan harga menambah beban OPEX tiap renewal (Skema renewal mewajibkan tiga tahun dari principle) #note("CITE")[Skema renewal wajib 3 tahun — butuh sumber (dokumen kontrak/lisensi Broadcom atau pernyataan resmi partner/reseller).]
2. Semakin ketatnya dari Broadcom terhadap customer terkait temuan kurang license atau manipulasi license (audit). #note("CITE")[Klaim pengetatan audit lisensi oleh Broadcom — butuh sumber berita industri atau laporan analis (mis. artikel tentang praktik audit lisensi Broadcom pasca-akuisisi).]
3. Dukungan dari Principle global mengikuti version product dan warranty status. #note("JUMP")[Poin ini tidak jelas hubungannya dengan "Kondisi Nyata" yang bermasalah — kalimatnya deskriptif netral, bukan menyatakan masalah/gap. Perlu direvisi agar eksplisit menyatakan *dampak buruk*-nya (mis. dukungan terbatas jika versi produk EOL/lisensi tidak aktif), supaya konsisten dengan poin 1 & 2 yang jelas menyatakan beban.] #note("CITE")[Kebijakan dukungan principal berdasarkan versi produk & status warranty — butuh sumber dokumentasi support policy VMware/Broadcom.]

#note("HOOK")[Transisi dari 1.2.2 ke 1.2.3 belum ada. 1.2.3 "Identifikasi Masalah" terasa seperti pengulangan 1.2.2 dalam bentuk lain. Hook di bawah ditambahkan untuk menjelaskan bahwa 1.2.3 adalah *sintesis* dari gap antara 1.2.1 dan 1.2.2, bukan daftar baru.]
Berdasarkan kesenjangan antara kondisi ideal dan kondisi nyata di atas, berikut adalah identifikasi masalah yang menjadi fokus studi kasus ini.

=== 1.2.3. Identifikasi Masalah <masalah>
#note("TODO")[set proper typst heading numbering so it can be referred with lables]
#note("INCONSISTENCY")[Ketiga poin di bawah ini sebagian besar mengulang isi 1.2.2 (poin 1 & 2 nyaris identik dengan Kondisi Nyata poin 1 & 2), sementara poin 3 (strategi migrasi minim risiko) adalah hal *baru* yang belum disinggung sama sekali di 1.2.1/1.2.2. Perlu diputuskan: apakah 1.2.3 harus murni berisi masalah yang *belum* dinyatakan di atas (dan poin 1-2 dihapus/dipersingkat jadi rujukan silang), atau 1.2.1/1.2.2 perlu ditambah poin tentang risiko migrasi supaya polanya konsisten?]
1.	Terjadinya lonjakan harga lisensi VMware yang sangat signifikan (mencapai 2 kali dari harga sebelumnya), yang mengakibatkan pembengkakan biaya operasional dan mengganggu efisiensi anggaran TI perusahaan.
2.	Belum ditemukannya alternatif solution teknologi virtualisasi sistem pengganti dengan fitur menyerupai VMware, namun dengan tingkat harga yang lebih terjangkau atau kompetitif.
3.	Strategi migrasi ke alternative solution dengan minim resiko khususnya aplikasi atau database high critical (no downtime)

#note("JUMP")[Poin 3 memperkenalkan konsep "high critical / no downtime" untuk pertama kali di dokumen ini tanpa penjelasan sebelumnya kenapa ini relevan/kritis bagi PT XYZ. Perlu kalimat konteks (mis. sistem apa di PT XYZ yang termasuk kategori ini) sebelum poin ini muncul, atau setidaknya di 3.1 nanti.]

=== 1.2.4. Data Pendukung
#note("HOOK")[Transisi ke 1.2.4 belum ada — bagian ini loncat dari "masalah apa" ke "data apa yang dipakai" tanpa kalimat penghubung. Hook ditambahkan.]
Untuk menjawab permasalahan yang telah diidentifikasi di atas, penelitian ini didukung oleh data dan metode berikut.
1.	Hasil wawancara mendalam dengan pihak PT XYZ. #note("CITE")[Perlu detail metodologi wawancara (jumlah informan, jabatan, tanggal) — ini bisa jadi footnote metodologis, bukan citation eksternal, tapi tandai supaya diisi di bab metodologi/lampiran.]
2.	Studi literatur dari sumber ilmiah, dokumen teknis, dan best practices dalam pengelolaan sistem informasi.
3.	Studi komparatif terhadap fitur, performa, dan harga dari produk-produk pesaing VMware sebagai bahan pertimbangan solusi alternatif. #note("CITE")[Studi komparatif fitur/performa/harga kompetitor VMware (Proxmox, Nutanix, OpenStack, Hyper-V, dll.) — ini akan jadi sumber utama Bab 2 & 3; pastikan setiap produk yang dibandingkan punya rujukan dokumentasi resmi/benchmark independen.]

=== 1.2.5. Urgensi Permasalahan (silakan direview dulu)
#note("TODO")[Judul subbab masih berisi catatan "(silakan direview dulu)" — ini sinyal eksplisit dari penulis bahwa bagian ini belum final. WAJIB direview sebelum submit.]
#note("INCONSISTENCY")[Isi 1.2.5 ("Urgensi Permasalahan") sebenarnya berisi daftar *solusi/kebutuhan* (alternative solution, migration tools), bukan penjelasan *urgensi* (kenapa masalah ini mendesak untuk diselesaikan sekarang). Ini tumpang tindih dengan 1.2.1 poin 2 (kebutuhan solusi alternatif) dan mendahului Bab 3 (Alternatif Penyelesaian Masalah). Sebaiknya 1.2.5 diisi ulang dengan argumen urgensi (mis. tenggat renewal, risiko audit, tekanan OPEX kuartalan) alih-alih daftar solusi.]
1. Alternative solution dengan fitur menyerupai VMWare teknologi
2. Alternative solution dengan memanfaatkan infrastructure resources yang ada
3. Migration tools dengan minim resiko pada proses migrasi dari vmware ke alternative solution.

#note("TODO")[Seluruh 1.2.5 perlu ditulis ulang pada iterasi berikutnya: ganti isi dari "daftar solusi" menjadi "argumen urgensi/timeline" yang menjelaskan kenapa PT XYZ harus bertindak sekarang, bukan nanti.]


== 1.3. _Research Questions_
#note("INCONSISTENCY")[RQ1 dan RQ2 hanya membahas *perbandingan fitur*, padahal 1.2.3 poin 3 dan 1.2.5 poin 3 sudah mengangkat isu *strategi migrasi* dan *risiko downtime* sebagai bagian dari rumusan masalah. Jika strategi migrasi memang scope studi kasus ini (dan Bab 3/4.2.1 menyiratkan iya), perlu RQ3 yang eksplisit membahas strategi/risiko migrasi — jika tidak, poin migrasi di 1.2.3/1.2.5 sebaiknya dihapus atau dinyatakan sebagai out-of-scope.]
Berdasarkan latar belakang di atas, analisis pada studi kasus ini diarahkan oleh pertanyaan-pertanyaan berikut.
#enum(
  numbering: n => strong(text(fill: black, "RQ" + str(n) + ".")),
  [Apa saja fitur inti yang harus dimiliki oleh solusi yang sekelas dengan VMware?],
  [Fitur apa saja yang dimiliki VMware tetapi tidak termasuk fitur pokok dari alternatif yang dijadikan tujuan migrasi?],
) 
#note("TODO")[Pertimbangkan menambah RQ3 soal strategi/risiko migrasi agar konsisten dengan 1.2.3 poin 3, 1.2.5 poin 3, dan rekomendasi 4.2.1 — atau secara eksplisit nyatakan bahwa strategi migrasi di luar scope RQ dan hanya dibahas sebagai rekomendasi (4.2), bukan temuan (Bab 3).]

= BAB 2 TINJAUAN PUSTAKA
== 2.1. Teknologi Virtualisasi

#figure(
  image("architecture.webp", width: 50%),
  caption: [Perbedaan arsitektur server modern dengan server tradisional],
) <fig:architecture>

// #image("architecture.webp", width: 50%)
// *Gambar 1.* Perbedaan arsitektur server modern dengan server tradisional.​

#note("HOOK")[Kalimat "...ditunjukkan pada @fig:architecture..." terpotong dan tidak berada dalam kalimat utuh/paragraf. Perlu ditulis sebagai kalimat lengkap yang menjelaskan apa yang terlihat di gambar dan bagaimana itu relevan dengan definisi virtualisasi yang akan dibahas.]
...ditunjukkan pada @fig:architecture ...

#note("CITE")[Sitasi @ndagijimana2024optimization berdiri sendiri tanpa kalimat pendukung — tidak jelas klaim apa dari sumber ini yang sedang dirujuk. WAJIB diintegrasikan ke dalam kalimat utuh sebelum submit (mis. "Virtualisasi memungkinkan konsolidasi beban kerja pada satu perangkat keras fisik [@ndagijimana2024optimization].").]
@ndagijimana2024optimization

#note("TODO")[Subbab 2.1 seluruhnya masih kerangka: belum ada definisi virtualisasi, jenis-jenis virtualisasi (full/para/OS-level), atau kaitan konseptual ke arsitektur di @fig:architecture. Ini prasyarat sebelum 2.1.1 (perbandingan produk) bisa masuk akal secara naratif.]

=== 2.1.1 Proxmox, Nutanix, OpenStack, Hyper-V
#note("TODO")[Subbab ini masih berupa judul kosong — belum ada isi sama sekali. Perlu narasi + tabel perbandingan fitur untuk tiap platform (Proxmox, Nutanix, OpenStack, Hyper-V) vs VMware, sesuai data pendukung 1.2.4 poin 3.] #note("CITE")[Setiap klaim fitur/spesifikasi Proxmox, Nutanix, OpenStack, dan Hyper-V di sini nantinya butuh sumber dokumentasi resmi vendor masing-masing.]

== 2.2. Model Lisensi VMware Pasca-Akuisisi oleh Broadcom
#note("TODO")[Subbab ini masih kosong. Ini seharusnya memperdalam klaim yang sudah disebut sekilas di 1.1 (perubahan perpetual→subscription, kenaikan harga) dengan detail skema lisensi resmi, tier, dan bundling produk pasca-akuisisi.] #note("CITE")[Detail skema lisensi VMware pasca-Broadcom (VCF bundling, tier lisensi, dsb.) — butuh sumber resmi Broadcom/VMware dan/atau analisis pihak ketiga (Gartner, ISG, dsb.).]


= BAB 3 PEMBAHASAN STUDI KASUS
== 3.1. Analisis Akar Masalah
#note("TODO")[Subbab kosong. Ini adalah tempat yang tepat untuk menjelaskan konteks "aplikasi/database high critical" yang disebut di 1.2.3 poin 3 (lihat catatan JUMP di sana) — pindahkan/kembangkan penjelasan itu ke sini.]
#note("TODO")[sitasi: berita pertama announcement pricing baru (proses 2); feature comparison matrix (teknologi 1); org ways of working inertia (organisasi 2)]

Masalah yang diidentifikasi pada ... dibantu analisis akar masalahnya menggunakan _mindmap_ sebagai berikut.

#algo(
  // title: "Mermaid syntax code",
  // parameters: ("n",)
)[

mindmap#i\        // use #i to indent the following lines
  root((Mengelola Pembengkakan Biaya Operasional))#i\
    Teknologi#i\
      Solusi alternatif tidak memiliki fitur menyerupai fitur VMware\
      Ketergantungan pada product VMware#d\
    Proses#i\
      Nilai tukar USD ke IDR tidak stabil, cenderung naik\
      Resiko perubahan biaya dari principal mendadak\
      Perubahan policy principal mendadak#d\
    Organisasi#i\
      Resistensi terhadap perubahan pola kerja jika beralih dari VMware\
      Prosedur kerja perusahaan sudah tetap dan sulit diubah
]

#figure(
  image("mindmap.png", width: 100%),
  caption: [Mengelola Pembengkakan Biaya Operasional],
) <fig:mindmap>

== 3.2. Kerangka Teoretis
...keterkaitan antara teori, konsep, variabel, atau pendekatan yang digunakan dalam menganalisis permasalahan...
#note("TODO")[Subbab kosong, hanya berisi catatan instruksi untuk diri sendiri. Isi dengan kerangka teori aktual (mis. TCO/OPEX-CAPEX framework, vendor lock-in theory, atau gap analysis framework) yang akan dipakai untuk membedah 3.1] #note("CITE")[Kerangka teoretis yang dipilih (mis. teori vendor lock-in, TCO analysis) butuh rujukan akademik/pustaka manajemen TI.]

// wawancara dilakukan untuk memvalidasi 
#note("TODO")[Komentar "wawancara dilakukan untuk memvalidasi" adalah catatan draft yang belum dikembangkan jadi kalimat/paragraf. Perlu diputuskan apakah ini masuk ke 3.2 (metodologi validasi) atau bagian metodologi terpisah.]




== 3.3. Gambaran _Impact_
Hasil langsung dari studi kasus ini adalah survei lingkup yang diperlukan jika diputuskan untuk dilakukan migrasi meninggalkan VMware.
Selain itu, dengan melaporkan potensi _feature gap_, ... 
#note("JUMP")[Kalimat kedua terputus ("...dengan melaporkan potensi _feature gap_, ...") — tidak jelas apa yang ingin disampaikan setelah klausa ini. Perlu dilengkapi sebelum submit.]

(Output: hasil langsung yang dihasilkan dari penelitian atau solusi yang diusulkan;
Outcome: perubahan atau manfaat yang diharapkan setelah output diterapkan; dan
Impact: dampak jangka panjang yang diharapkan terhadap organisasi, masyarakat, atau pihak terkait.)
#note("TODO")[Definisi Output/Outcome/Impact ini masih dalam bentuk catatan tanda kurung (parenthetical), bukan prosa. Perlu diintegrasikan ke paragraf naratif atau dijadikan format konsisten (mis. daftar berlabel) alih-alih catatan mentah.]
// O: pemetaan proyek migrasi dan ekspektasi yang sudah termanage
// O: organisasi buy in untuk melakukan migrasi
// I: harga market turun karena banyak studi kasus keberhasilan keluar dari ekosistem broadcom/vmware
#note("TODO")[Tiga baris komentar di atas (Output/Outcome/Impact) masih berupa poin-poin mentah dalam bentuk komentar Typst, belum ditulis sebagai prosa di badan teks. Perlu diangkat jadi paragraf/daftar yang benar-benar tampil di dokumen.] #note("INCONSISTENCY")[Poin "I: harga market turun karena banyak studi kasus keberhasilan keluar dari ekosistem broadcom/vmware" mengasumsikan PT XYZ akan *berhasil* migrasi dan menjadi studi kasus sukses — ini bertentangan dengan nada Bab 4.1 yang menyimpulkan migrasi *tidak bisa dipaksakan* karena feature gap. Perlu diselaraskan: apakah impact jangka panjang ini skenario opsional/aspirasional, atau memang jadi rekomendasi utama?] #note("CITE")[Klaim "harga market turun karena studi kasus keberhasilan keluar dari ekosistem Broadcom/VMware" — ini klaim prediktif/ekonomi makro, butuh sumber analisis pasar (Gartner/IDC) atau setidaknya dilabeli eksplisit sebagai proyeksi/hipotesis penulis, bukan fakta.]

== 3.4. Alternatif Penyelesaian Masalah
#note("TODO")[Subbab kosong — ini adalah jantung dari RQ1 & RQ2 dan seharusnya berisi hasil perbandingan fitur VMware vs alternatif (Proxmox/Nutanix/OpenStack/Hyper-V dari 2.1.1) plus rekomendasi solusi. Tanpa ini, Bab 4 (Kesimpulan) menyimpulkan sesuatu yang belum pernah ditunjukkan analisisnya di Bab 3.]
#note("INCONSISTENCY")[Bab 4.1 sudah menyimpulkan adanya "feature gap yang signifikan" dan bahwa "migrasi tidak dapat dipaksakan", tapi analisis pendukung kesimpulan ini (perbandingan fitur konkret) belum ada di Bab 3. Kesimpulan saat ini tidak didukung oleh pembahasan — WAJIB diisi sebelum submit, atau kesimpulan di 4.1 harus dilemahkan jadi hipotesis awal.]

= BAB 4 KESIMPULAN DAN SARAN

Berdasarkan pembahasan di atas, kami menutup makalah ini dengan memberi poin-poin berikut.
#note("INCONSISTENCY")[Frasa "Berdasarkan pembahasan di atas" mengasumsikan Bab 3 (khususnya Bab 3) sudah berisi pembahasan lengkap, padahal saat ini masih kosong/kerangka. Kesimpulan di bawah ini secara struktural mendahului bukti yang mendukungnya — ini adalah inkonsistensi paling signifikan di draf ini dan perlu diperbaiki dengan mengisi Bab 3 terlebih dahulu.]

== 4.1. Kesimpulan

Kesimpulan dari permasalahan yang dihadapi PT XYZ adalah adanya dilema kritis antara efisiensi finansial dan keandalan operasional akibat ketergantungan yang persisten pada sistem VMware. Meskipun perusahaan mengharapkan adanya solusi virtualisasi alternatif yang efisien secara biaya tanpa mengorbankan kualitas, kenyataannya saat ini masih terdapat celah kelengkapan fitur (_feature gap_) yang signifikan antara VMware dan platform alternatif lainnya. #note("CITE")[Klaim "feature gap yang signifikan antara VMware dan platform alternatif" — ini seharusnya merujuk balik ke hasil analisis Bab 3 (rujukan internal/silang), bukan sumber eksternal. Pastikan ada rujukan-silang (cross-reference) ke tabel/bagian begitu ada.] Evaluasi menunjukkan bahwa platform alternatif belum sepenuhnya memiliki fungsionalitas _enterprise_ yang setara, sehingga migrasi tidak dapat dipaksakan karena berisiko memicu kegagalan sistem atau _downtime_. #note("CITE")[Klaim risiko kegagalan sistem/downtime akibat migrasi prematur — idealnya didukung sumber pustaka tentang risiko migrasi platform virtualisasi, atau data primer dari wawancara PT XYZ jika ini kekhawatiran yang mereka sampaikan langsung.] Kondisi ini membuat perusahaan terjebak dalam risiko _vendor lock-in_ yang makin mengikat, memicu pembengkakan anggaran IT untuk membayar lisensi, mengurangi kuota untuk inovasi IT lainnya, serta membuat operasional rentan terhadap perubahan kebijakan vendor yang tiba-tiba. #note("CITE")[Konsep "vendor lock-in" sebagai risiko strategis — butuh rujukan akademik/manajemen TI standar tentang vendor lock-in (bisa dipasangkan dengan kerangka teoretis di 3.2).]

Berdasarkan pendekatan evaluasi, berikut adalah simpulan terstruktur dari studi kasus ini:

=== 4.1.1 Input
Mengumpulkan data melalui wawancara, tinjauan literatur (_literature review_), dan analisa teknologi virtualisasi terkait ketergantungan operasional pada VMware.

=== 4.1.2 Output
Mendapatkan rincian _feature gap_ (kesenjangan fitur _enterprise_) antara VMware dengan platform alternatif, serta teridentifikasinya risiko _vendor lock-in_ dan pembengkakan anggaran IT.

=== 4.1.3 Outcome
Menyadari perlunya perancangan strategi mitigasi khusus (_Plan B_) untuk memecahkan dilema antara efisiensi finansial dan keandalan operasional, mengingat solusi alternatif saat ini belum sepenuhnya memenuhi syarat fungsional.
=== 4.1.4 Impact
Efisiensi biaya operasional dan menghindari ketergantungan kepada satu vendor ​.
#note("INCONSISTENCY")[4.1.4 "Impact" di sini (efisiensi biaya + menghindari ketergantungan vendor) tidak sepenuhnya sinkron dengan Output/Outcome/Impact yang didaftar di Bab 3 (yang menyebut "harga market turun" sebagai impact). Sinkronkan definisi Output/Outcome/Impact antara Bab 3 dan 4.1.1–4.1.4 supaya konsisten — saat ini terlihat seperti dua kerangka O-O-I yang berbeda untuk topik yang sama.]

== 4.2. Rekomendasi Penelitian

Berdasarkan kesimpulan di atas, berikut adalah rekomendasi strategis bagi PT XYZ dan bagi penelitian selanjutnya:

=== 4.2.1 *Penyusunan Strategi Cadangan (_Plan B_)*
Dilakukan penelitian dan pengujian lebih lanjut secara bertahap terhadap platform virtualisasi alternatif guna
memetakan fitur-fitur yang dapat diakomodasi, sehingga dapat meminimalisir risiko kegagalan jika suatu saat migrasi harus dipaksakan.​

=== 4.2.2 Evaluasi Alternatif Secara Berkala 
Merancang strategi mitigasi jangka panjang untuk melepaskan diri dari keterikatan vendor secara perlahan, guna
mencapai efisiensi biaya operasional yang kompetitif tanpa harus mengorbankan kualitas sistem utama PT XYZ.​
#note("JUMP")[4.2.1 dan 4.2.2 sama-sama merekomendasikan "evaluasi/pengujian bertahap terhadap alternatif" — perbedaan keduanya tidak jelas (4.2.1 = Plan B, 4.2.2 = evaluasi berkala). Pertimbangkan menggabungkan menjadi satu rekomendasi dengan timeline yang jelas, atau perjelas perbedaan cakupan/horizon waktu antara keduanya (mis. 4.2.1 = jangka pendek/taktis, 4.2.2 = jangka panjang/strategis).]

#note("TODO")[RINGKASAN TUGAS UNTUK ITERASI PENULISAN BERIKUTNYA — dikumpulkan di sini agar mudah dilacak:
1. Isi 1.2.5 (Urgensi Permasalahan) — ganti daftar solusi jadi argumen urgensi/timeline.
2. Putuskan scope migrasi: tambah RQ3 soal strategi migrasi, atau nyatakan out-of-scope secara eksplisit.
3. Lengkapi 2.1 dengan definisi & jenis virtualisasi sebelum masuk ke 2.1.1.
4. Tulis 2.1.1 — perbandingan Proxmox, Nutanix, OpenStack, Hyper-V vs VMware (tabel + narasi).
5. Tulis 2.2 — detail skema lisensi VMware pasca-Broadcom (tier, bundling VCF, dsb.).
6. Tulis 3.1 — analisis akar masalah, termasuk konteks "aplikasi/database high critical" dari 1.2.3.
7. Tulis 3.2 — kerangka teoretis aktual (bukan catatan instruksi), kaitkan ke konsep vendor lock-in di 4.1.
8. Tulis 3.3 — WAJIB, ini dasar bukti untuk RQ1/RQ2 dan untuk kesimpulan feature gap di Bab 4.
9. Lengkapi kalimat terputus di 3.3 ("...melaporkan potensi feature gap, ...").
10. Angkat catatan Output/Outcome/Impact di 3.3 (yang masih berupa // comment) jadi prosa, dan selaraskan dengan kerangka O-O-I di 4.1.1–4.1.4.
11. Perjelas perbedaan 4.2.1 vs 4.2.2 (horizon waktu/taktis vs strategis).
12. Integrasikan sitasi @ndagijimana2024optimization ke kalimat utuh di 2.1, dan lengkapi kalimat "...ditunjukkan pada @fig:architecture...".
13. Isi seluruh CITE holes yang ditandai (khususnya klaim numerik: kenaikan harga 2x, skema renewal 3 tahun).
14. Setelah semua terisi, hapus definisi `note()` di bagian atas file dan seluruh pemanggilannya.
]


#bibliography("refs.bib", title: "DAFTAR PUSTAKA")


Lampiran 1 Wawancara Research Question

Transkip Wawancara
Narasumber  : Responden 1
Jabatan     : IT System Management
Tanggal     : 13 Agustus 2026