Di banyak tech-startup, ada satu figur yang menjadi pusat gravitasi: seorang engineer yang sangat jenius. Ia memahami sistem dari ujung ke ujung, menulis kode paling krusial, memecahkan masalah yang tidak bisa disentuh orang lain, dan sering kali menjadi alasan mengapa produk bisa berjalan sejauh ini.
Dari sudut pandang Resource-Based View, ini terlihat seperti keunggulan. Sumber daya yang langka, sulit ditiru, dan bernilai tinggi—semua kriteria terpenuhi.
Namun di balik itu, ada satu kelemahan strategis yang sering tidak disadari sejak awal:
keunggulan tersebut terlalu terkonsentrasi pada satu titik, sehingga seluruh sistem menjadi bergantung pada satu individu.
Dari “Competitive Advantage” Menjadi “Single Point of Failure”
Dalam teori, sumber daya yang sulit ditiru adalah kekuatan. Tetapi dalam praktik organisasi, jika sumber daya itu tidak terdistribusi, ia bisa berubah menjadi single point of failure.
Apa yang terjadi jika engineer tersebut pergi? Atau bahkan tidak pergi, tetapi kehilangan motivasi, burnout, atau sekadar tidak tersedia saat dibutuhkan?
Sistem yang sebelumnya berjalan lancar tiba-tiba melambat. Keputusan teknis tertunda. Bug sulit diperbaiki. Inovasi berhenti.
Keunggulan yang tidak bisa digantikan sering kali juga berarti ketergantungan yang tidak bisa dihindari.
Knowledge Hoarding: Pengetahuan yang Tidak Menyebar
Salah satu risiko terbesar dari ketergantungan pada satu individu adalah akumulasi pengetahuan yang tidak terdokumentasi.
Banyak keputusan teknis hanya ada di kepala. Arsitektur sistem dipahami secara implisit. Shortcut dan asumsi tidak pernah ditulis. Tim lain hanya tahu “ini jalan”, tetapi tidak tahu “kenapa ini jalan”.
Ikujiro Nonaka dalam teori knowledge creation membedakan antara tacit knowledge (pengetahuan yang tersimpan dalam individu) dan explicit knowledge (yang terdokumentasi dan bisa dibagikan).
Masalahnya, startup yang terlalu bergantung pada satu engineer sering terjebak di tacit knowledge.
Selama pengetahuan tidak menjadi milik organisasi, keunggulan tersebut belum benar-benar menjadi aset perusahaan.
Skalabilitas yang Tersumbat oleh Kapasitas Individu
Seiring pertumbuhan startup, kompleksitas meningkat. Produk berkembang, pengguna bertambah, fitur makin banyak, dan kebutuhan teknis semakin beragam.
Jika semua keputusan penting tetap bergantung pada satu engineer, organisasi akan mencapai bottleneck.
Bukan karena orangnya tidak mampu, tetapi karena kapasitas manusia selalu terbatas.
Frederick Brooks dalam The Mythical Man-Month menunjukkan bahwa menambah kompleksitas tanpa struktur yang tepat justru memperlambat perkembangan.
Ketika organisasi tumbuh, keunggulan harus bergeser dari individu ke sistem.
Risiko Psikologis: Burnout dan Silent Failure
Ada dimensi lain yang jarang dibahas: tekanan psikologis pada engineer tersebut.
Menjadi satu-satunya orang yang “mengerti segalanya” sering terasa seperti kekuatan, tetapi juga membawa beban besar. Tidak ada tempat bertanya. Tidak ada orang yang benar-benar bisa mengecek keputusan. Tidak ada distribusi tanggung jawab.
Dalam jangka panjang, ini bisa mengarah pada kelelahan, kehilangan motivasi, atau bahkan keputusan yang diambil dalam kondisi tidak optimal.
Ketika satu orang menjadi tulang punggung sistem, kelelahan individu bisa berubah menjadi kegagalan organisasi.
Ilusi Keamanan yang Menunda Transformasi
Selama engineer tersebut masih ada dan performanya tinggi, startup sering merasa “aman”. Produk jalan, masalah teratasi, progres terlihat.
Masalahnya, rasa aman ini bisa menunda investasi penting: dokumentasi, knowledge sharing, perekrutan tambahan, atau pembangunan sistem yang lebih robust.
Clayton Christensen dalam The Innovator’s Dilemma menunjukkan bahwa organisasi sering gagal bukan karena tidak mampu berubah, tetapi karena tidak merasa perlu berubah sampai terlambat.
Ketergantungan yang tidak terasa berbahaya sering justru yang paling berisiko.
Dari Individual Brilliance ke Organizational Capability
Solusi dari kelemahan ini bukan mengurangi peran engineer jenius tersebut, tetapi mengubah bagaimana keunggulan itu dimiliki.
Pengetahuan perlu didokumentasikan. Keputusan teknis perlu dibagikan. Sistem perlu dirancang agar bisa dipahami oleh lebih dari satu orang. Tim perlu dilibatkan dalam proses berpikir, bukan hanya eksekusi.
Tujuannya sederhana tetapi tidak mudah: mengubah keunggulan dari milik individu menjadi kapabilitas organisasi.
Karena hanya ketika itu terjadi, keunggulan benar-benar menjadi sustainable.
Penutup
Dalam konteks Resource-Based View, memiliki engineer jenius memang bisa menjadi sumber keunggulan kompetitif. Namun jika keunggulan tersebut terlalu terkonsentrasi pada satu individu, maka kelemahan strategis terbesarnya adalah ketergantungan yang menciptakan risiko sistemik—baik dari sisi operasional, pengetahuan, maupun keberlanjutan.
Keunggulan yang tidak bisa ditiru oleh kompetitor seharusnya juga tidak mudah hilang karena satu orang.
Pada akhirnya, startup yang bertahan bukan yang memiliki individu paling hebat, tetapi yang mampu mengubah kehebatan individu menjadi kekuatan kolektif yang tidak mudah runtuh.
Daftar Pustaka
Barney, Jay B. “Firm Resources and Sustained Competitive Advantage.” Journal of Management, 1991.
Nonaka, Ikujiro, and Hirotaka Takeuchi. The Knowledge-Creating Company. New York: Oxford University Press, 1995.
Brooks, Frederick P. The Mythical Man-Month. Reading: Addison-Wesley, 1975.
Christensen, Clayton M. The Innovator’s Dilemma. Boston: Harvard Business School Press, 1997.
Grant, Robert M. “The Resource-Based Theory of Competitive Advantage.” California Management Review, 1991.