Saya adalah Decision Architect. Saya membantu leadership memahami dan memperbaiki bagaimana keputusan dibuat, didelegasikan, dieskalasikan, dan dikendalikan — terutama ketika pertumbuhan bisnis mulai membuat organisasi terasa semakin kompleks.
Saya memiliki pengalaman lebih dari 10 tahun di bidang IT dan pengembangan sistem. Pekerjaan tersebut membentuk cara saya melihat masalah: memahami bagaimana sebuah sistem bekerja, mencari titik yang membuatnya tidak berjalan sebagaimana mestinya, lalu menyederhanakan bagian yang terlalu kompleks.
Semakin banyak melihat sistem yang kompleks, semakin jelas bahwa masalah tidak selalu muncul karena orang atau tools yang salah. Sering kali masalah muncul karena hubungan antar bagian sistem tidak dirancang dengan cukup jelas.
Dalam organisasi, pola yang serupa dapat muncul ketika bisnis berkembang: semakin banyak fungsi, semakin banyak keputusan lintas tim, tetapi cara keputusan bergerak tidak ikut berkembang. Dari sinilah fokus saya bergeser pada decision flow, authority, decision rights, escalation, dan bagaimana semuanya bekerja sebagai satu sistem.
Karena ketika bisnis berkembang, masalah organisasi tidak selalu selesai dengan menambah orang, membuat SOP, atau mengubah struktur. Ada saat ketika yang perlu diperjelas adalah bagaimana keputusan seharusnya bergerak di dalam organisasi.
Pertumbuhan biasanya membawa lebih banyak orang, fungsi, tanggung jawab, dan keputusan. Pada titik tertentu, cara kerja yang dulu sederhana dapat mulai menghasilkan friction yang tidak terlihat dari struktur organisasi saja.
Yang menarik bagi saya bukan hanya gejalanya. Saya ingin memahami pola di baliknya: bagaimana keputusan bergerak, di mana friction muncul, siapa yang sebenarnya memiliki authority, dan mengapa sebuah keputusan akhirnya naik ke level tertentu.
Saya tidak langsung berangkat dari organization chart atau struktur formal. Saya ingin melihat bagaimana keputusan benar-benar bergerak ketika menghadapi kasus nyata.
Saya mengikuti sebuah keputusan dari awal sampai selesai: siapa yang memulai, siapa yang memberi input, siapa yang menunggu, siapa yang menyetujui, dan siapa yang akhirnya memutuskan.
Saya melihat di mana keputusan tertahan, di mana responsibility tidak sejalan dengan decision rights, dan di mana authority formal berbeda dari praktik sebenarnya.
Jika memang dibutuhkan perubahan, desain diarahkan untuk membuat keputusan berada di level yang tepat — bukan sekadar menambah aturan, approval, atau birokrasi baru.
Decision Architecture berada pada ruang yang lebih spesifik: bagaimana organisasi membuat keputusan, membagi authority, menangani escalation, dan menjaga kontrol ketika kompleksitas meningkat.
| Pendekatan Umum | Decision Architecture | |
|---|---|---|
| Titik Awal | Melihat struktur, proses, atau best practice yang sudah ada | Mulai dari keputusan nyata dan bagaimana keputusan tersebut bergerak |
| Sudut Pandang | Melihat fungsi, role, dan proses secara terpisah | Melihat hubungan antara decision flow, authority, decision rights, dan escalation |
| Diagnosis | Mencari area yang perlu diperbaiki | Mencari pola yang membuat keputusan tertahan, kembali ke atas, atau saling tumpang tindih |
| Solusi | Menggunakan pendekatan yang sesuai dengan praktik umum | Merancang sistem keputusan berdasarkan konteks dan kompleksitas organisasi |
| Fokus Nilai | Perbaikan proses atau struktur tertentu | Membantu leadership mendapatkan clarity tentang siapa memutuskan apa, di level mana, dan kapan keputusan perlu dieskalasikan |
Saya bekerja pada bagian organisasi yang berhubungan langsung dengan bagaimana keputusan dibuat dan bergerak — terutama ketika bisnis mulai mengalami kompleksitas yang tidak lagi bisa diselesaikan hanya dengan menambah orang atau aturan.
Saya menggunakan beberapa lensa sederhana untuk memahami sistem keputusan organisasi. Framework ini bukan template organisasi, melainkan cara untuk membaca bagaimana keputusan benar-benar bekerja dalam konteks yang berbeda.
Bagaimana sebuah keputusan bergerak dari awal sampai selesai, termasuk siapa yang terlibat dan di mana keputusan berpindah tangan.
Di mana keputusan tertahan, menunggu, berulang, atau membutuhkan koordinasi yang tidak semestinya.
Siapa yang secara formal maupun nyata memiliki kewenangan untuk mengambil keputusan.
Kapan keputusan perlu naik ke level yang lebih tinggi dan apakah escalation tersebut memang diperlukan.
Prinsip utama: Saya tidak melihat delegation sebagai sekadar memindahkan pekerjaan ke bawah. Yang perlu dirancang adalah decision system yang membuat orang tahu keputusan apa yang dapat mereka ambil, batasnya, kapan perlu meminta bantuan, dan kapan sebuah keputusan memang harus naik ke top level.
[INSERT REAL CLIENT TESTIMONIAL]
[INSERT REAL CLIENT TESTIMONIAL]
Anda tidak perlu sudah mengetahui istilah Decision Architecture. Ceritakan saja apa yang sedang terjadi di organisasi Anda — keputusan yang lambat, approval yang terlalu banyak, authority yang tidak jelas, atau ketergantungan pada leadership. Dari sana kita bisa melihat apakah pendekatan ini relevan.
Diskusikan Kondisi Organisasi Anda