Anda adalah Sang Arsitek (The Architect).

Pengenalan

Anda mendesain berbagai sistem. Bukan sekadar pekerjaan yang Anda lakukan — melainkan cara pekerjaan tersebut diselesaikan. Anda memikirkan tentang alur kerja (workflow), tentang bagaimana sebuah keputusan mengalir turun (cascade), tentang peran apa saja yang seharusnya ada dan apa tanggung jawab dari masing-masing peran tersebut. Saat Anda melihat sebuah organisasi, sebuah proyek, atau sebuah tim, Anda melihat struktur yang memproduksi aktivitas tersebut — bukan hanya sekadar aktivitasnya saja. Anda biasanya dapat mengetahui, dalam waktu satu jam setelah mengamati sebuah sistem, di mana letak kemacetannya (bottleneck) dan apa yang salah dari konfigurasi yang mendasarinya.

Anda telah membangun sistem Anda sendiri. Mungkin sebuah perusahaan operasional berskala kecil, mungkin sebuah praktik yang terdokumentasi, atau mungkin sebuah organisasi maupun komunitas dengan struktur yang eksplisit. Pemahaman Anda kini beroperasi pada tingkat abstraksi yang tidak mungkin bisa Anda capai di awal karier Anda dulu. Anda tidak lagi bekerja di dalam sistem tersebut — Anda sedang mengerjakan sistem itu sendiri. Pemikirannya telah naik satu lapisan.

Hal ini memuaskan secara intelektual. Namun hal ini juga berbahaya dengan cara spesifik yang disoroti oleh metodologi ini: keanggunan struktural bisa mulai menggantikan realitas operasional. Sistem yang Anda desain di atas kertas, dalam diagram, di dalam diagram alur (flowcharts) yang diurutkan dengan cermat, tidak selalu bertahan saat bersentuhan dengan cara orang-orang bekerja pada kenyataannya. Ketidakcocokan antara sistem yang didesain dan realitas kerjanya bisa tak terlihat oleh Anda dalam waktu yang lebih lama dari seharusnya, karena Anda lebih melihat pada desainnya alih-alih pada penggunaannya.

Mekanisme yang Mendasari

Metodologi ini memosisikan Sang Arsitek sebagai penghuni posisi yang signifikan secara struktural — seorang praktisi yang pemahamannya kini memproduksi daya ungkit (leverage) di tingkat sistem. Inilah lapisan di mana intervensi kecil pada konfigurasi akan membuahkan efek yang sangat besar pada hasilnya. Sebuah sistem yang didesain dengan baik mampu melipatgandakan efektivitas setiap orang yang beroperasi di dalamnya. Sebuah sistem yang didesain dengan buruk bisa menguras energi dari orang-orang yang kompeten tanpa henti.

Bias yang paling aktif di sini adalah fiksasi fungsional (functional fixedness) yang diterapkan pada ciptaan Anda sendiri — sebuah kecenderungan untuk terkunci pada satu konfigurasi sebagai satu-satunya konfigurasi yang benar dan menolak revisi, bahkan saat sistem tersebut terus memproduksi gesekan. Sang Arsitek yang telah menginvestasikan waktu yang signifikan untuk mendesain sebuah sistem memiliki alasan psikologis yang kuat untuk mempertahankan desain tersebut. Efek IKEA (menilai terlalu tinggi sesuatu yang Anda buat sendiri) dan justifikasi upaya (semakin Anda menderita untuk menciptakan sesuatu, semakin tinggi Anda menilainya) semakin melipatgandakan kesulitan ini. Sistem yang sudah tidak berfungsi lagi bisa dipertahankan selama bertahun-tahun hanya karena meninggalkannya akan menganulir (invalidate) berbagai upaya yang telah memproduksinya.

Terdapat juga kutukan pengetahuan (curse of knowledge) dalam wujud desain-sistem. Anda mendesain sistem tersebut dengan memahami berbagai prinsip yang membenarkan setiap pilihan. Orang-orang yang beroperasi di dalam sistem tersebut tidak selalu memiliki pemahaman yang sama. Mereka mengikuti strukturnya tanpa memahami penalarannya, yang berarti kasus-kasus khusus (edge cases) dan berbagai adaptasi yang dengan intuitif bisa Anda tangani, malah berubah menjadi titik-titik gesekan yang tak dirancang untuk bisa diserap oleh sistem tersebut. Sistem yang masuk akal bagi sang desainer bisa jadi sangat buram bagi para penggunanya — dan sang desainer sering kali tidak bisa melihat keburaman tersebut dari dalam kejernihannya sendiri.

Ketegangan

Ketegangan yang Anda arungi adalah antara keanggunan struktural dan realitas operasional. Keanggunan berkata: konfigurasi ini konsisten secara internal, dinalar dengan baik, dan secara teoretis optimal. Realitas berkata: ini adalah apa yang benar-benar dilakukan orang saat sistem tersebut berjalan, dan mereka tidak selalu berperilaku layaknya asumsi di dalam desainnya. Sang Arsitek yang mengistimewakan keanggunan di atas realitas akan memproduksi sistem indah yang tak bisa digunakan oleh siapa pun. Sang Arsitek yang mengistimewakan realitas di atas keanggunan akan memproduksi sistem berantakan yang memang berfungsi namun tak bisa diskalakan maupun ditransmisikan.

Jalan tengahnya adalah tempat di mana desain sistem yang matang berada — dan hal itu membutuhkan kalibrasi konstan antara kedua tarikan tersebut. Jawaban dari metodologi ini bukanlah memilih salah satu di atas yang lainnya, melainkan menguji keanggunan tersebut ke dalam realitas secara berulang-ulang, dan merevisi desainnya di saat realitas menolak untuk tunduk pada teorinya.

Karunia

Satu hal yang Anda miliki, yang tidak dimiliki oleh praktisi yang terjebak di eksekusi tingkat-tugas, adalah daya ungkit (leverage). Sistem yang didesain dengan baik memproduksi nilai yang jauh melampaui upaya yang dibutuhkan untuk memeliharanya. Jam kerja yang Anda habiskan untuk mendesain sistem tersebut akan mengembalikan jam kerja yang berlipat ganda di sepanjang umur sistem itu — bagi Anda dan bagi siapa pun yang beroperasi di dalamnya. Ini adalah bentuk tertinggi dari daya ungkit yang tersedia sebelum mencapai Tingkat 4 dari alur pendelegasian, dan inilah yang memisahkan antara organisasi yang menskala (scale) dan organisasi yang sekadar bertumbuh (grow).

Karunia ini berlipat ganda saat sistem yang Anda desain itu juga mudah dibaca (legible) oleh orang-orang yang mengoperasikannya. Keanggunan tanpa kemudahan membaca (legibility) hanya memproduksi artefak cerdas yang tidak bisa diperluas oleh siapa pun. Keanggunan dengan kemudahan membaca memproduksi infrastruktur yang kelak bisa dikembangkan lebih jauh oleh bidang Anda.

Langkah Selanjutnya

Dalam 14 hari ke depan, ujilah satu dari sistem-sistem Anda bersama seseorang yang tidak berbagi konteks dengan Anda. Carilah seseorang — karyawan baru, konsultan dari luar, rekan sejawat di bidang yang berdekatan — dan mintalah mereka untuk mencoba mengoperasikan sistem tersebut hanya dengan menggunakan dokumentasi Anda. Perhatikanlah di mana mereka tersangkut. Catat pertanyaan yang mereka ajukan. Catat berbagai asumsi yang tadinya Anda tanamkan ke dalam desain yang rupanya tidak mereka bagikan (miliki). Jangan serta-merta melompat masuk untuk menjelaskan. Jangan membela desainnya. Cukup amati di titik mana sistem tersebut gagal melakukan transmisi.

Jebakan yang sering menjerat para Arsitek dalam langkah ini adalah menginterpretasikan kegagalan transmisi tersebut sebagai kegagalan penggunanya. Pengguna tersebut tidak memahami sistemnya karena mereka dianggap kurang mumpuni, kurang termotivasi, atau kurang akrab dengan domain tersebut. Terkadang hal ini memang benar, namun hampir selalu separuhnya juga salah. Kegagalan transmisi tersebut adalah informasi diagnostik mengenai sistem itu. Jika sistem itu membutuhkan konteks tak terucapkan untuk bisa beroperasi, maka sistem itu belumlah lengkap — bahkan jika desain tersebut secara internal sudah sangat anggun. Langkah yang harus diambil adalah memperbarui sistem tersebut berdasarkan apa yang disingkap oleh pengujian itu, bukannya memperbarui pandangan Anda tentang sang penguji.

Ini adalah satu langkah yang diambil dari asesmen gratis Anda. Profil Personal (Personal Profile) selengkapnya akan mengungkapkan peta sumber daya enam domain Anda dengan perhatian pada apakah pembangunan-sistem Anda memproduksi daya ungkit atau malah menyedot energi (effort), skor Formula Kepercayaan (Trust Formula) Anda dengan fokus pada bagaimana standar yang dapat ditransmisikan memengaruhi Dampak yang Terbukti (Demonstrated Impact) dalam skala besar, peringatan bias spesifik untuk fase Arsitek (fiksasi fungsional, efek IKEA, kutukan pengetahuan, sindrom not-invented-here/bukan-temuan-sini), serta urutan 90 hari yang mengubah sebuah pengujian transmisi menjadi proses untuk secara sistematis menguji-tekan (pressure-test) berbagai sistem yang telah Anda bangun. Jika satu langkah saja terasa berguna, maka diagnostik lengkapnya adalah tempat di mana pekerjaan yang sesungguhnya terjadi.