MPP Platform — apa yang mau dibangun

▶ Ringkas 5 menit untuk management

Delapan slide, bahasa Indonesia, tanpa musik latar. Ini versi yang bisa langsung diputar di rapat — bukan rekaman layar prototipe.

5:06 · 8 slide · 1080p Isi: masalah, apa yang dibangun, alur, 13 keputusan terbuka, status, dan tiga permintaan keputusan Unduh MP4

01 Ringkas: satu paragraf, lalu tiga kalimat

Ini jawaban atas "dia mau bikin apa?" – tanpa jargon.

Yang dibangun: satu tempat untuk posisi (kursi yang dianggarkan), bukan untuk orang. Setiap kursi punya kode unik, level, atasan, biaya per bulan, dan riwayat perubahan bertanggal. Leader BU menyusun rencana manpower di atas kursi-kursi itu sambil melihat sisa budget secara langsung; People Partner mereview struktur; People Ops mengecek biaya; Corporate Finance membandingkan total dengan plafon yang sudah ia terbitkan sendiri di awal; lalu plan dikunci sebagai baseline tahun ajaran.

Ganti spreadsheet

Satu baris spreadsheet hari ini mencampur posisi, orang, dan kejadian. Di platform, tiga hal itu dipisah – jadi Freelance yang jadi PKWT cukup ganti penugasan, posisinya tidak dihapus lalu dibuat ulang.

Hentikan bolak-balik

Plan bisa diajukan di atas envelope – tapi dengan justifikasi empat bagian dan alasan tertulis. Yang dihentikan bukan over-budget, melainkan over-budget tanpa jejak.

Pisahkan uang dari struktur

Gaji hanya hidup di MCA dengan login sendiri. MPP tidak pernah mengirim nama orang ke MCA, MCA tidak pernah mengirim nominal gaji ke MPP. Corporate Finance cuma melihat total.

02 Tiga akar masalah – dan hanya satu yang benar-benar bisa diselesaikan aplikasi

PRD-nya sendiri jujur soal ini (hal. 4). Itu nilai plus dokumennya.

Proses

Batas budget terbit terlambat

Plan masuk dulu, plafon dihitung belakangan. Saat ini tidak ada cap ketika BU menyusun MPP, dan penambahan orang bisa diajukan lalu diterima begitu saja.

sebagian bisa dibantu platform

Tata kelola

Tidak ada sumber kebenaran per data

Angka yang sama hidup di spreadsheet, Employee as Of, Fintools, HRIS, dan org chart Miro – lalu dicocokkan manual.

71 thread komentar Jul–Sep 2026, mayoritas "per kapan?"

Alat

Spreadsheet tanpa konsep posisi & event

Tidak ada tanggal efektif, tidak ada riwayat, tidak ada status posisi. Semua jadi teks bebas.

ya ini yang betul-betul diselesaikan

Bukti angkanya (semua [FAKTA] dari spreadsheet Live MPP per 7 Okt 2026)

1.140

posisi PKWT/PKWTT – 895 terisi, ~219 vacant. Ditambah 1.019 posisi Mitra/Intern (416 terisi, ~240 vacant).

839 baris/bulan

History di Juli 2025 saat pergantian tahun ajaran – sekitar 4× bulan sibuk lainnya.

0 / 1.140

Role ID terisi. Unique Code sudah berganti format 3×, nama organisasi punya ~22 variasi.

2 entry

Audit log otomatis sejak Juli 2026 – sementara 5 orang mengisi History dan 2 di antaranya ~70% entri.

Kegagalan yang mahal tahun lalu (bukan hipotetis): target Corporate Finance TA 26/27 diambil dari payroll aktual – gaji dan asuransi saja, tanpa akrual THR, merit increase, kenaikan premi, BPJS, training, staff welfare.

Angkanya disahkan sebelum selisihnya ketahuan.
Plan direvisi berulang kali.
Memo budget PDB terlambat; tender asuransi berjalan kurang dari satu bulan padahal polis berakhir 30 Agustus.

Ini alasan sebenarnya PRD ini ditulis.

03 Dua platform, satu kontrak data

Ini keputusan arsitektur paling penting – dan paling mudah disalahpahami saat demo.

MPP di dalam Role Profile Builder

Memegang posisi dan plan per BU/FU per tahun ajaran
Dipakai Budget owner, leader BU, People Partner, Corporate Finance
Mengirim struktur ke MCA, menerima biaya dari MCA
Tidak pernah menyimpan gaji per orang

MCA MPP Cost App · login sendiri

Memegang Salary Matrix, Cost Component, gaji per posisi, cost check
Dipakai People Ops & Payroll Manager, staf payroll, Head of P&C
Menerima struktur posisi, mengirim hasil hitung biaya
Corporate Finance dicabut dari MCA sejak 20 Okt – pindah ke MPP

Kontrak yang harus dijaga: MPP tidak pernah mengirim nama orang ke MCA; rincian gaji tidak pernah keluar ke siapa pun selain Budget owner BU/FU itu. Satu-satunya nominal yang dikirim Corporate Finance ke MPP adalah envelope dan buffer. Kalau satu baris ini bocor, seluruh alasan dua aplikasi ini hilang.

Siapa melihat uang

Peran	Melihat	Tidak boleh
Budget owner (izin per orang, bukan per jabatan)	Envelope, posisi, biaya & gaji untuk BU yang di-tag ke akunnya	Biaya BU/FU lain
Leader BU tanpa izin budget	Struktur posisi & status plan, tanpa nominal	Semua angka
People Partner	Struktur, register, event, status plan	Gaji aktual per orang opsi NDA
Corporate Finance	Total per BU/FU	Gaji per orang
Atasan langsung	—	Gaji timnya. Garis lapor tidak memberi akses biaya

04 Flow diagram: siapa mengerjakan apa, dalam urutan apa

Sepuluh langkah, enam pelaku, dua platform. Garis merah = pengembalian; selalu dengan alasan spesifik dan menghasilkan versi plan baru.

Biru = MPP · Oranye = MCA · Hijau = keputusan Corporate Finance (kebijakan, bukan fitur). Alur normal: buka siklus → envelope → persiapan → draft & submit → review struktur → cost check → (Head of P&C hanya kalau di atas envelope) → review CF → period lock.

1

Buka siklusSOP-01

People Partner Manager

Menetapkan TA & tanggal siklus; sistem rollover posisi TA berjalan
2

EnvelopeSOP-02

Corporate Finance

Isi & publikasi plafon per BU/FU di MPP – sebelum drafting dimulai
3

Salary MatrixSOP-03

People Ops & Payroll

Salary Matrix + Cost Component di MCA
4

Register posisiSOP-13

People Partner

Periksa register posisi & hasil rollover TA baru
5

Draft + submitSOP-04

Budget ownertitik kembali

Susun plan sambil melihat sisa envelope; justifikasi 4 bagian kalau di atas
6

Review strukturSOP-05

People Partner

Loloskan atau kembalikan dengan komentar per posisi
7

Cost checkSOP-06

People Ops & Payroll

Cek band, isi nominal increment, beri exception bila di atas band
8

Endorse / potongSOP-07

Head of P&C

Hanya kalau di atas envelope: endorse atau kembalikan dengan target potongan
9

CF reviewSOP-08

Corporate Finance

Terima · serap dari non-MPP · tunggu forum Inka · kembalikan dengan selisih
10

Period lockSOP-09

People Ops & Payroll

Kunci plan menjadi baseline TA 27/28

Garis balik: setiap pengembalian wajib menyebut posisi + alasan, dan menghasilkan versi plan baru. Versi lama tetap tersimpan.

Yang membuat alur ini tidak sesederhana gambarnya

Envelope terbit lebih dulu, tanpa drafting berjalan. Corporate Finance mengisi dan mempublikasikan di MPP – bukan di MCA, sejak keputusan 20 Oktober.
Head of P&C hanya masuk kalau plan di atas envelope (SOP-07). Kalau di dalam, jalur langsung ke CF.
Review CF punya empat hasil, bukan dua: terima · terima dengan penyerapan dari budget non-MPP · menunggu keputusan anggaran (forum Inka) · kembalikan dengan angka selisih.
Plan yang tidak disubmit sampai tenggat tetap Draft dan tidak bisa di-lock – jadi tidak ada baseline untuk TA itu (K8).

05 Tujuh status plan – inti yang membedakan platform dari spreadsheet

Status	Arti	Pindah oleh	Berikutnya
Draft	Disusun Budget owner; sistem membuatnya dari posisi yang ada (rollover)	Budget owner	Submitted
Submitted	Menunggu review struktur	People Partner	Cost check · Returned
Cost check	Menunggu People Ops & Payroll Manager di MCA	POPs Manager	HoPC review (di atas envelope) · CF review · Returned
HoPC review	Plan di atas envelope	Head of P&C	CF review · Returned dengan target potongan
CF review	Menunggu Corporate Finance	Corporate Finance	Accepted · Menunggu keputusan anggaran · Returned
Menunggu keputusan anggaran usulan	Overage tak bisa diserap; BU mengajukan ke forum Inka	CF mencatat hasil forum	Accepted (envelope versi baru) · Returned
Returned	Dikembalikan dengan isi spesifik; membuat versi baru	Budget owner	Kembali ke langkah yang mengembalikan
Accepted → Locked	Diterima CF, lalu dikunci jadi baseline TA	POPs Manager	Perubahan hanya lewat change request

Detail kecil yang menunjukkan dokumen ini serius: setiap pengembalian menyimpan versi lama dan bisa dibandingkan per posisi. Jadi pertanyaan "per kapan?" – yang mendominasi 71 thread komentar – punya jawaban tunggal di sistem.

06 13 keputusan terbuka – inilah risiko jadwal yang sebenarnya

Bukan fitur yang menahan rilis; kebijakan yang belum diputuskan. Empat di antaranya (i, a, b, j) bukan keputusan produk sama sekali.

#	Keputusan	Status	Kalau tertunda	Pemutus
i	Dasar envelope per BU/FU – nominal langsung, atau rasio MPP/revenue × proyeksi 1+3 tahun	baru	Envelope tidak ada / terlambat → bolak-balik tetap terjadi	CF + Head of P&C
a,b	Kapan & siapa yang menerbitkan envelope (top-down, bottom-up, kombinasi)	diputuskan 10 Okt jadwal belum	Sama dengan di atas	CF
j	Jalur plan yang tetap di atas envelope setelah Head of P&C	baru	Plan menggantung tanpa status; lock bisa lewat 1 Juli	CF + Head of P&C
k	Dasar alokasi biaya function ke BU – revenue (praktik sekarang) vs workload	baru	Alokasi lompat ke adjustment tanpa dasar	Head of P&C + head function
l	Biaya guru yang di-budget per student (kasus SMM)	baru	Biaya guru terhitung dua kali – di budget produk dan di MPP	CF + POPs Manager
f	Sumber kebenaran per data & cara integrasi HRIS	sebagian	Rekonsiliasi tetap manual	POPs Manager
c	Siapa melihat biaya: per orang, per posisi, atau total	diputuskan 7–10 Okt akses PP belum	Risiko UU PDP	Head of P&C
d	Rumus biaya & dasar biaya posisi vacant	sebagian	Mesin biaya tidak bisa dibangun	POPs Manager
h	Mitra, Intern, Freelance: posisi atau pos nominal	belum dibahas	~57% joiner tidak punya tempat yang jelas	POPs Manager
e	Arti tanda [Asset] di cost allocation	sebagian	Laporan Finance bisa salah klasifikasi	CF
m	Periode pelaporan ke CF: bulanan atau semesteran	baru	Format laporan beda dari dokumen budget CF	CF + POPs Manager

Yang paling perlu dicatat: dokumennya sendiri menulis bahwa i, a, b, j adalah kebijakan Corporate Finance, bukan keputusan produk – "platform bisa menampilkan envelope dan rasio apa pun, tetapi tidak bisa menggantikan keputusan tentang besarnya." Artinya manfaat #1 (plan dalam batas budget) berada di tangan pihak ketiga, bukan di tangan tim produk.

07 Katalog kasus – di sinilah produk ini lulus atau gagal

11 kasus di luar alur normal, sebagian bercabang lagi. Platform yang hanya mengerjakan alur normal akan ditinggalkan pada bulan pertama.

Posisi yang ada sudah melebihi envelope

Turun lewat vacancy · lewat posisi terisi · tidak bisa turun (eskalasi) · envelope salah hitung

Envelope lebih besar dari biaya posisi

Menambah dalam envelope · melewati · sisa tidak dipakai (tanpa carry-over) · saving dari vacancy

Plan di atas envelope saat submit

Diserap dari non-MPP → forum Inka → disetujui penuh / sebagian / ditolak

Alokasi biaya function bergeser antar BU

Function yang tidak dibagi ke semua BU · function shared berubah · Product & Tech

Kebutuhan baru di luar rasio

Produk baru LA – tidak tertampung rasio revenue yang ada

Envelope direvisi di tengah

Versi baru wajib beralasan; siapa yang diberi tahu

Pengembalian dan decline

Komentar per posisi; decline satu perubahan tanpa membatalkan plan

Tenggat submit terlewat

Tetap Draft, tidak bisa lock → tidak ada baseline TA

Perubahan setelah lock

Change request, ambang nominal, buka kunci dengan alasan

K10

MCA tidak bisa dihubungi

Perilaku MPP saat layanan biaya mati – belum dirancang

K11

Kasus operasional

Joiner, resign, akhir kontrak, movement – 45/bulan

08 Sudah dibangun vs belum – kondisi 20 Oktober 2026

Semua masih di cabang pengembangan, angka hipotetis, tanpa data dan tanpa pemakai. 933 tes otomatis lolos.

Sudah ada

Register posisi + impor dari roster
Draft plan per BU/FU: buka, tutup, ubah level, salary increment tanpa nominal
Review struktur oleh People Partner, approval POPs Manager
Period lock per siklus, riwayat posisi bertanggal
Notifikasi bell + email tanpa angka rupiah
MCA: Salary Matrix, Cost Component, gaji per posisi, 3 peran, login terpisah
API MPP↔MCA dengan service key

Belum ada – dan ini yang menentukan go-live

Peran People Partner Manager & langkah buka planning (SOP-01)
Publikasi envelope + versi + notifikasinya (SOP-02)
Peran Corporate Finance di MPP – justru pemilik alur utama
Review Head of P&C di MCA (SOP-07)
Justifikasi empat bagian, submit khusus Budget owner, usulan leader
Cluster function & dasar alokasi (K4)
Layar Budget owner di MCA, HC Fulfillment, Bulk Upload, Report, Knowledge Center
Change request setelah lock, seluruh Fase 2
Deploy MCA sebagai layanan terpisah + backup DB + perilaku saat MCA mati

Baca jujur: yang sudah dibangun adalah jalur dalam (draft → review → lock) dan mesin biaya. Yang belum adalah dua ujung yang memberi alasan platform ini ada: envelope masuk (SOP-02, peran CF) dan operasional setelah lock (Fase 2). Tanpa keduanya, sisa-sisanya adalah form approval yang lebih rapi dari spreadsheet.

09 Delapan pertanyaan yang saya akan tanyakan sebagai panelis

Disusun dari isi PRD, bukan dari asumsi. Semua bisa dijawab dengan data di dokumen yang sama.

1. Kalau keputusan i belum diambil, apa yang bisa didemokan?

Envelope adalah pemicu seluruh alur, dan dasarnya adalah kebijakan Corporate Finance. Jadi pada Gate 1, apakah yang diuji itu produk atau kesiapan Corporate Finance menetapkan rasio? Sebaiknya jawabannya eksplisit: demo dengan envelope hipotetis, dan nyatakan bahwa manfaat #1 menunggu rapat CF.

2. Berapa baseline "satu putaran review"?

Tujuan #2 berbunyi "satu putaran review People Partner dan satu putaran Corporate Finance". Berapa putaran rata-rata hari ini? Tanpa baseline, target ini tidak bisa dibuktikan berhasil – dan itu justru metrik utama yang akan ditanya manajemen.

3. K4 butuh alat ukur workload yang belum ada. Siapa yang membuatnya?

Alokasi biaya function "idealnya berbasis workload", tapi PRD mencatat alat ukurnya belum ada. Itu dependency tersembunyi di jalur kritis: tanpa workload, cluster function jatuh kembali ke revenue – yaitu praktik yang dikritik.

4. Bagaimana mencegah double count pada keputusan l?

Budget produk SMM menghitung guru sebagai rupiah per student; MPP menghitung per posisi. Kalau MPP masuk envelope juga, mekanisme rekonsiliasi mana yang menjamin tidak dihitung dua kali? Ini bukan detail akuntansi – ini bisa membatalkan angka envelope seluruh BU.

5. Platform ini mengurangi entri manual, atau menambah satu lapisan lagi?

45 joiner/bulan, History diisi 5 orang, event dari HRIS baru berstatus [ASUMSI 1 hari kerja] dan integrasinya pun belum diputuskan (keputusan f). Kalau HRIS belum jadi sumber kebenaran, apakah People Ops tetap mengisi dua tempat?

6. Budget owner cenderung menghabiskan sisa envelope. Mitigasinya apa?

PRD sendiri menulis perilaku ini, dan mitigasinya hanya "mencatat realisasi vs plan". Apakah pencatatan pernah mengubah perilaku orang? Tanpa konsekuensi (sisa tidak bisa dibawa, vacancy tak terisi terlihat sebagai budget tak terpakai), insentif untuk menghabiskan tetap ada.

7. Kalau MCA mati, MPP diam atau jalan?

K10 ada di katalog kasus tetapi perilakunya belum dirancang, dan MCA belum jadi layanan terpisah dengan backup. Di minggu lock, siapa yang bisa menyusun plan? Ini pertanyaan paling mungkin terjadi pada Februari 2027.

8. Apa yang membuat leader mau pindah dari spreadsheet?

Tidak ada satu pun bagian PRD yang membahas migrasi kebiasaan 5 pengisi History dan leader yang saat ini mengajukan plan tanpa melihat biaya. Rencana adopsi per BU/FU seperti apa, dan siapa yang mengukur? Platform yang benar tapi tidak dipakai akan kalah dari spreadsheet yang salah tapi cepat.

10 Kalau saya yang harus memutuskan

Yang saya nilai kuat

Model domain Position / Assignment / Event benar dan tahan lama – ini yang membedakan dari spreadsheet, dan menjelaskan kenapa Freelance→PKWT tidak perlu hapus posisi. Pemisahan MPP/MCA dengan kontrak data eksplisit juga matang. Katalog kasus 11 butir menunjukkan penulisnya sudah mendengar lapangan, bukan mengarang alur.

Yang saya nilai berisiko

Rencana ini bergantung pada empat keputusan yang bukan milik tim produk (envelope, kapan terbit, jalur overage, alokasi function) plus satu alat yang belum ada (workload). Timeline "live Februari 2027" tidak punya baseline metrik dan tidak punya rencana adopsi. Yang sudah dibangun adalah bagian tengah alur; dua ujungnya – tempat manfaatnya berada – belum.

Satu kalimat untuk rapat: ini bukan proyek aplikasi yang menunggu developer; ini proyek kebijakan anggaran yang kebetulan butuh aplikasi. Yang harus dikunci lebih dulu adalah siapa yang menetapkan envelope, dengan dasar apa, dan kapan – selebihnya bisa dibangun sambil jalan.