Apa arti proses review dalam contoh terolah (worked example)
Contoh terolah dari proses review adalah demonstrasi yang sepenuhnya dinyatakan, langkah demi langkah, tentang bagaimana seseorang meninjau keputusan masa lalu menggunakan input yang tercatat, asumsi yang eksplisit, dan metode yang dapat diulang. Tujuannya bukan untuk memprediksi masa depan; melainkan untuk memverifikasi apa yang Anda lakukan, apa yang terjadi, dan mengapa perbedaan itu mungkin ada.
Dalam praktiknya, “review” biasanya merujuk pada: (1) menangkap konteks keputusan, (2) mencantumkan penalaran dan kondisi yang direncanakan, (3) mencatat hasil yang teramati, dan (4) menjelaskan adanya celah apa pun menggunakan faktor yang bersifat stabil (metode Anda) atau variabel (kondisi pasar, biaya, dan detail eksekusi).
Cara mekanismenya bekerja (input stabil vs variabel)
Proses review bekerja paling baik ketika Anda memisahkan mekanisme yang Anda kendalikan dari kondisi yang tidak bisa Anda kendalikan.
1) Mekanika keputusan (stabil): bagaimana Anda memilih tindakan, bagaimana Anda menghitung sizing posisi atau batas risiko (jika berlaku), dan bagaimana Anda mendefinisikan kriteria untuk “hasil baik” vs “hasil buruk”.
2) Input yang bisa berubah (variabel): pergerakan pasar, spread/biaya transaksi, perbedaan latency atau eksekusi order, serta setiap batasan yang bergantung pada waktu atau yurisdiksi.
3) Bukti: harga, timestamp, dan catatan trade/order—apa pun artefak yang ada dalam catatan Anda sendiri. Jika Anda tidak memiliki catatan spesifik, Anda sebaiknya menganggap itu sebagai ketidakpastian, bukan mengisi celahnya.
Karena itu, contoh terolah seharusnya menyatakan asumsi sejak awal. Jika sebuah angka bersifat ilustratif, katakan begitu. Jika sebuah komponen tidak diketahui, katakan begitu.
Contoh terolah (angka dan asumsi yang transparan)
Di bawah ini adalah skenario contoh terolah dari proses review. Contoh ini menggunakan perbandingan sederhana “direncanakan vs teramati” dan mengasumsikan tidak ada data real-time.
Asumsi (nyatakan semuanya):
- Anda sedang meninjau satu peristiwa tunggal.
- Harga entry yang direncanakan: 1.2000.
- Spread referensi yang direncanakan atau estimasi biaya transaksi: 0.0002.
- Harga eksekusi efektif yang direncanakan (planned): 1.2000 + 0.0002 = 1.2002.
- Harga entry yang teramati: 1.1988 (dari catatan eksekusi Anda sendiri).
- Biaya transaksi aktual tidak diketahui, jadi Anda mengasumsikan model spread yang sama seperti yang direncanakan untuk contoh ini.
- Kuantitas (unit) adalah Q = 10,000 (asumsikan konversi seperti spot untuk ilustrasi).
Langkah 1: Hitung nilai “efektif” entry yang direncanakan (mekanika).
- Entry efektif yang direncanakan = 1.2002.
Langkah 2: Hitung entry efektif yang teramati menggunakan asumsi biaya yang sama (kondisi variabel + asumsi yang diulang).
- Entry efektif yang teramati = 1.1988 + 0.0002 = 1.1990.
Langkah 3: Bandingkan celah pada entry efektif.
- Selisih = 1.1990 − 1.2002 = −0.0012.
Langkah 4: Terjemahkan menjadi dampak P&L yang disederhanakan (ilustratif).
- Hanya untuk ilustrasi, anggap selisih harga efektif dikali kuantitas menghasilkan selisih moneter.
- Dampak moneter = −0.0012 × 10,000 = −12.
Langkah 5: Atribusikan celahnya (hindari cerita satu penyebab).
- Sebagian dari celah berasal dari pergerakan pasar antara referensi yang Anda rencanakan dan eksekusi yang teramati.
- Sisanya (jika ada) bisa berasal dari kesalahan pemodelan biaya (asumsi kami bahwa biaya berperilaku dengan cara yang sama).
- Bisa juga ada perbedaan timing eksekusi (tidak dimodelkan di sini karena timestamp tidak disertakan dalam contoh).
Review yang selesai diakhiri dengan mencantumkan apa yang telah diverifikasi (angka yang direncanakan Anda vs catatan teramati) dan apa yang masih tidak pasti (misalnya, apakah biaya transaksi benar-benar sesuai asumsi, karena Anda tidak memasukkan data biaya teramati yang terpisah).
Keterbatasan dan mode kegagalan (apa yang bisa salah)
Bahkan contoh terolah yang tersusun dengan baik bisa gagal jika ia menyembunyikan ketidakpastian.
- Bukti yang hilang: Jika Anda tidak memiliki timestamp eksekusi atau biaya yang tercatat, Anda mungkin secara tidak sengaja “menganggap hilang” faktor pendorong utama.
- Asumsi biaya yang tidak realistis: Biaya transaksi, spread, dan eksekusi efektif bisa berbeda dari estimasi Anda; menggunakan kembali model biaya yang direncanakan dapat membuat celah teratribusi secara keliru.
- Penalaran sekali kejadian: Hubungan historis dalam satu peristiwa tidak menetapkan apa yang akan terjadi berikutnya.
- Overfitting narasi: Mode kegagalan yang umum adalah menjelaskan hasil hanya dengan satu faktor yang disukai, sambil mengabaikan kontributor lain yang mungkin.
Proses review tetap berguna jika Anda memperlakukannya sebagai batas verifikasi: Anda masih bisa mengidentifikasi inkonsistensi, tetapi Anda tidak boleh mengklaim kepastian tentang hasil masa depan.
Cara memverifikasi dan apa yang perlu ditanyakan selanjutnya
Untuk memverifikasi review Anda secara independen:
- Pastikan setiap langkah numerik dapat ditelusuri ke artefak yang tercatat atau asumsi yang dinyatakan dengan jelas. 2) Hitung ulang perbandingan menggunakan asumsi yang sama dan tampilkan nilai antara (seperti effective entry).
DOCUMENT END