*Bagian ke-2 dari 5 seri [The Human Inversion](/posts/series/the-human-inversion). Sebelumnya: [Inversi](/posts/the-human-inversion) · Berikutnya: [Async Parallel Specialists](/posts/the-human-inversion-async-parallel-specialists)*

---

## Poin-poin penting

- **Perekrutan backlog eksekusi** kehilangan sinyalnya ketika throughput tidak lagi dibatasi jumlah karyawan pada lapisan implementasi.
- Pemicu sebenarnya adalah **batas perhatian**: satu orang tidak dapat lagi mempertahankan kualitas pada **masukan dasar**, **peninjauan keluaran model**, dan **panggilan strategis** sekaligus.
- **Perekrutan sebelumnya sering kali menambahkan koordinasi tanpa pengaruh penilaian**; tetap ramping sampai perhatian, bukan simpanan, rusak.
- **Beban peninjauan bervariasi berdasarkan infrastruktur kepercayaan** — verifikasi klaim terstruktur versus derivasi ulang dari pergerakan perbedaan mentah saat batas tertinggi tercapai.
- **Sinyal batas atas tiba sebelum throughput menurun**: penurunan output AI, fondasi yang lebih tipis, atau strategi yang ditangguhkan muncul sebagai utang berkualitas yang tenang jauh sebelum tim menyadarinya sebagai masalah perekrutan.

[Postingan sebelumnya](/posts/the-human-inversion) berpendapat bahwa manusia sedang bergerak ke bagian akhir dari proses pengembangan perangkat lunak — fondasi dan peninjauan — sementara AI berada di tengah-tengah. Postingan ini membahas tentang apa artinya ketika Anda menambahkan manusia ke tim.

Saran perekrutan startup telah lama berjalan dalam dua arah. Penulisan pendiri Canonical secara umum berpendapat bahwa perekrutan dilakukan dengan lambat: [YC Startup Playbook](https://playbook.samaltman.com/) dari Sam Altman membuka bagian perekrutan dengan "nasihat pertama saya tentang perekrutan adalah jangan lakukan itu," dan sebagian besar mitra YC telah mengatakan versi yang sama selama satu dekade. Sementara itu, konten penskalaan operasional — dek investor, konsultan penskalaan, esai "cara menskalakan startup Anda" — memberikan saran yang berlawanan: [pekerja di depan kurva](https://growth.eladgil.com/book/chapter-4-building-the-executive-team/hiring-executives/), bangun tim sesuai tujuan Anda, karena perekrutan membutuhkan waktu berbulan-bulan dan kekurangan staf bertambah lebih cepat daripada kelebihan staf. Sebagian besar pendiri menginternalisasi beberapa gabungan dari kedua posisi ini, dan gabungan tersebut bervariasi berdasarkan pengalaman dan apa yang baru-baru ini mereka baca.

Perhatian selalu menjadi bagian dari kalkulus perekrutan - Anda merekrut untuk mendelegasikan ketika jumlah Anda terlalu sedikit. Namun hal ini merupakan hal kedua setelah penundaan eksekusi: pemicu utamanya adalah pekerjaan yang menumpuk, bukan merendahkan penilaian. Batasan perhatian bukanlah hal baru dalam perdebatan lambat vs cepat. Ini adalah sumbu berbeda yang tidak ditanyakan oleh kedua belah pihak, sumbu yang berpindah dari faktor latar belakang ke pemicu utama.

Perdebatan yang ada adalah tentang *seberapa cepat* menambah orang dibandingkan dengan permintaan. Saran perekrutan yang lambat mengatakan tunggu lebih lama; saran terdepan mengatakan bergeraklah lebih cepat. Keduanya berasumsi bahwa perekrutan pada dasarnya merupakan respons terhadap permintaan eksekusi – pertanyaannya hanyalah soal waktu. Asumsi tersebut benar pada kondisi keseimbangan pra-AI. Itu tidak benar sekarang.

Anggapan itu benar karena biaya eksekusinya mahal. Ketika artefak yang Anda buat memerlukan seorang PM untuk menulis spesifikasinya, seorang desainer untuk mengubahnya menjadi sebuah desain, dan seorang insinyur untuk mengubahnya menjadi kode, lapisan eksekusi adalah pembatas kecepatan dalam segala hal lainnya. Jika Anda memiliki satu insinyur dan merekalah yang menjadi penghambatnya, mempekerjakan insinyur kedua kira-kira akan melipatgandakan hasil. Jika Anda memiliki satu desainer dan merekalah yang menjadi hambatan, mempekerjakan desainer kedua kira-kira akan melipatgandakan kapasitas desain. Keekonomian perekrutan diatur oleh keekonomian pelaksanaan, dan pelaksanaan disesuaikan dengan jumlah karyawan karena setiap spesialis tambahan dapat mengambil pekerjaan independen dari tumpukan pekerjaan.

Penskalaan tidak pernah benar-benar linier — menambahkan insinyur ke proyek yang terlambat dapat menyelesaikannya nanti. Namun setiap spesialis tambahan masih dapat melakukan pekerjaan pelaksanaan secara independen, sehingga biaya koordinasi merupakan pajak atas keuntungan yang diperoleh, bukan penghapusan keuntungan tersebut.

Baik saran perekrutan yang lambat maupun yang terdepan dalam mengelola pajak ini. Perekrutan yang lambat mengatakan, "tunggu lebih lama, karena biaya overhead lebih besar dari yang Anda kira." Ahead-of-the-curve mengatakan "bergerak lebih cepat, karena pajak orientasi lebih kecil dibandingkan biaya kekurangan staf." Keduanya berdebat tentang pertanyaan mendasar yang sama: kapan upah eksekusi marjinal menjadi sebanding dengan biaya koordinasinya.

## Saat pemicunya berubah

Ketika eksekusi gagal karena AI, pertanyaan mendasarnya berubah. Hubungan linier antara jumlah karyawan dan throughput terputus, begitu pula kerangka koordinasi-pajak - karena sebagian besar pajak tersebut ada secara khusus untuk mengoordinasikan pekerjaan eksekusi antar manusia, dan pekerjaan eksekusi tidak lagi dilakukan oleh manusia.

Menambahkan insinyur kedua tidak akan menggandakan keluaran lagi, karena insinyur tunggal yang Anda miliki tidak mengalami hambatan dalam eksekusi — mereka mengalami hambatan pada masukan manusia untuk eksekusi. Masukan mendasar, penilaian arsitektur, tinjauan terhadap apa yang dihasilkan AI, keputusan strategis tentang apa yang harus dibangun selanjutnya.

Insinyur kedua tidak memparalelkan masukan tersebut seperti yang mereka gunakan untuk memparalelkan pekerjaan implementasi. Sebaliknya, hal-hal tersebut menimbulkan biaya koordinasi, biaya berbagi konteks, dan kebutuhan untuk menyelaraskan dua orang dalam pengambilan keputusan yang dibuat oleh satu orang secara sepihak dan baik-baik saja. Hal yang sama berlaku untuk desainer kedua, PM kedua, dan desainer kedua.

Landasan dan peninjauan mendapat manfaat dari integrasi konteks dalam satu kepala dibandingkan pembagian menjadi beberapa kepala.

Hal ini mengubah apa yang sebenarnya menjadi pemicu perekrutan. Ini bukan lagi "kami memiliki terlalu banyak pekerjaan eksekusi untuk tim saat ini." Ini adalah:

> **Anggaran perhatian tim saat ini telah habis untuk masukan manusia terhadap AI dan peninjauan keluarannya.**

Batasan perhatian adalah hal yang nyata dan spesifik. Ini adalah momen ketika seorang manusia yang mengemudikan suatu produk atau suatu fungsi tidak dapat lagi memberikan perhatian yang memadai terhadap tiga muatan yang dibawanya:

1. Membuat artefak dasar dengan cukup hati-hati sehingga AI dapat mengeksekusinya dengan baik.
2. Meninjau keluaran AI dengan kepadatan yang cukup sehingga kualitasnya tidak menurun.
3. Membuat keputusan strategis yang menentukan apa yang akan dibangun selanjutnya.

Ketika salah satu dari ketiganya mulai diabaikan, Anda berada di puncak. Pengabaian muncul sebelum throughput turun, itulah sebabnya tim sering kali melewatkannya.

## Seperti apa bentuk langit-langitnya

Ketiga beban tersebut tidak stabil antar tim atau antar waktu. Beban peninjauan khususnya bervariasi berdasarkan seberapa banyak *verifikasi klaim AI* dan berapa banyak *derivasi ulang dari apa yang tidak dijelaskan oleh AI.* Tim yang masih mengkalibrasi kepercayaan pada peralatan AI mereka akan membayar pajak yang lebih tinggi. Peninjau yang memercayai klaim terstruktur agen bahwa invarian tertentu telah diperiksa membaca ringkasan singkat dan melanjutkan; pengulas yang tidak memeriksa ulang invarian dari awal. Batasan perhatian muncul lebih cepat — sering kali jauh lebih cepat — dalam tim yang verifikasinya masih dilakukan derivasi ulang, yaitu sebagian besar tim berada di tahap awal transisi dan semua tim berada di permukaan yang biaya lompatannya memerlukan derivasi ulang. Ini bukan alasan untuk menunda perekrutan. Ini adalah alasan untuk menyadari bahwa waktu tiba batas atas bergantung pada infrastruktur kepercayaan dan juga pada throughput mentah, dan untuk berinvestasi dalam infrastruktur yang membuat verifikasi menjadi murah sebelum batas atas memaksa perekrutan.

Secara praktis, tampilannya seperti ini: Pendiri yang meninjau setiap keluaran AI dengan cermat mulai melakukan skimming. PM yang melakukan riset pengguna mendalam mulai menggunakan kembali catatan wawancara lama. Insinyur yang menyempurnakan standar arsitektur mulai membiarkan penyimpangan menumpuk karena menulis dokumen batasan dengan benar akan memakan waktu seminggu yang tidak mereka miliki. Tak satu pun dari hal ini menghasilkan kegagalan langsung. Artefak masih diproduksi, fitur masih dikirimkan, pengguna masih menggunakannya. Namun kualitas gabungan dari karya tersebut mulai menurun, dan degradasi tersebut tidak terlihat selama berbulan-bulan sebelum dapat terbaca di produk.

Itulah pemicunya. Bukan ketika Anda tidak dapat mengikuti eksekusi, karena eksekusi sudah ditangani. Tidak jika pendapatan menunjukkan bahwa Anda mampu membayar sewa, karena keterjangkauan tidak pernah menjadi batasan yang menentukan apakah perekrutan dapat membantu. Pemicunya adalah ketika perhatian manusia terhadap masukan dan keluaran AI telah melebihi apa yang dapat dipertahankan oleh satu orang saja.

Batasan perhatian ini membingkai ulang kedua sisi perdebatan yang ada. Tetaplah bekerja sendiri selama anggaran perhatian memungkinkan, karena setiap perekrutan sebelum batas perhatian adalah gesekan tanpa pengaruh – dan sinyal waktunya tidak dilacak oleh saran perekrutan yang lambat atau yang terdepan.

## Keberatan

Hal ini akan terdengar salah bagi orang-orang yang telah menginternalisasi kedua belah pihak dalam perdebatan yang ada, karena tidak ada pihak yang menanyakan pertanyaan yang ditanggapi oleh jawaban ini.

**Tetapi bagaimana dengan backlog?** Tidak ada backlog dalam pengertian lama. Backlog dulunya merupakan antrian pekerjaan eksekusi yang menunggu spesialis. Sekarang kendalanya bukanlah eksekusi; ini penilaian tentang apa yang layak untuk dilaksanakan. Tumpukan "hal-hal yang belum diputuskan oleh pendiri untuk dibangun" bukanlah sinyal perekrutan — ini adalah sinyal penentuan prioritas. Manusia kedua tidak menentukan prioritas; mereka menambahkan perspektif lain yang perlu diselaraskan.

**Tetapi bagaimana dengan spesialisasi?** Spesialisasi akan berpengaruh dalam skala besar, dan saya akan berargumen di postingan berikutnya bahwa pendalaman spesialis pada akhirnya adalah bentuk yang diambil tim ketika mereka berkembang. Namun argumen spesialisasi adalah alasan untuk mempekerjakan orang-orang tertentu setelah Anda melewati batas atas, bukan alasan untuk merekrut lebih awal. Pendiri generalis yang beroperasi dengan AI dapat mencakup seluruh permukaan eksekusi produk kecil. Apa yang tidak bisa mereka tutupi adalah perhatian mereka sendiri dalam skala besar. Pekerjakan untuk memperluas perhatian, bukan untuk menutupi area permukaan — area permukaan ditutupi oleh AI.

**Tetapi bagaimana dengan ketahanan? Faktor bus?** Ini benar-benar mengkhawatirkan, dan jawaban jujurnya adalah bahwa seorang pendiri tunggal dengan AI memiliki faktor bus yang lebih buruk daripada tim yang terdiri dari tiga orang, dan faktor bus yang lebih baik daripada yang dimiliki tim yang terdiri dari tiga orang dalam keseimbangan pra-AI. Alasannya adalah bahwa artefak yang dibutuhkan AI agar dapat berfungsi - rubrik, standar, dokumen dasar - merupakan pengetahuan organisasi yang tahan lama sehingga tidak dapat dilakukan oleh pemahaman kesukuan antara tiga manusia. Pertanyaan mengenai faktor bus memang nyata, tetapi tidak secara otomatis menjawab pertanyaan tentang tim yang lebih besar.

**Tetapi bagaimana dengan pertumbuhan? Bukankah saya akan tumbuh lebih cepat jika ada lebih banyak orang?** Mungkin tidak, pada tahap di mana nasihat ini berlaku. Pertumbuhan tahap awal dibatasi dengan menemukan hal yang layak untuk dikembangkan. Temuan tersebut merupakan masalah penilaian, bukan masalah eksekusi, dan penilaian tidak dapat diparalelkan dengan baik. Ketika Anda telah menemukan hal tersebut — setelah product-market fit benar-benar divalidasi, bukan sekadar diharapkan — pertumbuhan menjadi dapat dilaksanakan sebagian, dan saat itulah batas atas perhatian mulai mengikat karena volume masukan AI yang dibutuhkan untuk memenuhi permintaan yang terus meningkat sebenarnya melebihi apa yang dapat dihasilkan oleh manusia. Itu sinyal perekrutan. Tidak sebelumnya.

## Apa artinya ini dalam praktiknya

Implikasinya bagi para pendiri tahap awal adalah: Anda mungkin memiliki staf yang terlalu banyak dibandingkan dengan posisi leverage Anda sebenarnya. Insinyur kedua yang Anda pekerjakan enam bulan lalu mungkin menghasilkan nilai marjinal yang lebih kecil dari perkiraan Anda, karena lapisan eksekusi yang seharusnya mereka percepat tidak memerlukan akselerasi lagi. PM yang akan Anda pekerjakan mungkin akan menambah biaya koordinasi lebih cepat daripada kapasitas penilaian. Desainer yang Anda merasa bersalah karena tidak merekrut mungkin tidak benar-benar membuka kunci apa pun sampai perhatian Anda tertuju pada terlalu banyak permukaan untuk ditutupi.

Kenyataan yang sama terbaca secara berbeda di dalam tim. Jika lapisan eksekusi menyusut, beberapa peran yang ditentukan terutama oleh eksekusi perlu didefinisikan ulang berdasarkan landasan dan peninjauan, dan pendefinisian ulang tersebut adalah pekerjaan nyata, bukan pelabelan ulang yang menyenangkan. Manajer teknik yang laporannya menanyakan apakah mereka harus menjadi manajer produk sedang menjalani transisi yang sama dari dalam. Definisi ulang tersebut meminta spesialis untuk memindahkan bobot identitas mereka dari keahlian eksekusi ke keahlian penghakiman, yang merupakan migrasi yang belum dimiliki oleh kebanyakan orang.

## Perangkap ekspansi permukaan

Satu hal yang membuat migrasi ini membingungkan adalah AI memperluas jangkauan yang dapat dicakup oleh siapa pun. Insinyur yang sama yang dulunya membutuhkan PM untuk mendefinisikan masalahnya kini dapat melakukan penemuan pelanggan bersamaan dengan pekerjaan arsitektur. PM yang sama yang dulunya membutuhkan seorang insinyur untuk memvalidasi kelayakan kini dapat membuat prototipe yang berfungsi.

Perluasan ini nyata dan berharga. Namun perluasannya terletak pada apa yang *orang* dapat lakukan, bukan pada apa yang dibutuhkan oleh *peran* mana pun. Penilaian produk integratif dan penalaran sistem arsitektur tetap merupakan disiplin ilmu yang berbeda dengan kriteria kualitas yang berbeda, bahkan ketika satu orang mempraktikkan keduanya.

Risikonya adalah organisasi melihat orang yang diperluas dan menyimpulkan bahwa disiplin ilmu telah menyatu, kemudian berhenti mengembangkan kedalaman salah satu disiplin ilmu tersebut. Saya menulis tentang [satu versi mengenai hal ini di dunia PM](/posts/the-argument-cagan-already-won), di mana suara paling berpengaruh dalam disiplin ini mendefinisikan peran seputar pembuatan prototipe dengan benar karena pembuatan prototipe menjadi aktivitas yang dikomoditisasi. Biaya majemuk muncul ketika perhatian mencapai batas tertinggi dan tim membutuhkan spesialis yang penilaiannya tidak pernah dikembangkan karena peran tersebut tidak pernah diperlakukan sebagai miliknya sendiri.

[Bagian 4](/posts/the-human-inversion-the-reconciler-and-the-rubric) menyampaikan sesuatu tentang infrastruktur yang membuat redefinisi tersebut tahan lama bagi organisasi; [Bagian 5](/posts/the-human-inversion-how-the-architecture-bends) menyampaikan sesuatu tentang permukaan tempat redefinisi terjadi lebih lambat. Tidak ada postingan yang membuat pengalaman individu tidak menimbulkan rasa sakit. Keduanya berasumsi bahwa pengalaman adalah hal nyata yang harus dinavigasi oleh tim, bukan suasana hati yang berlalu begitu saja.

[Posting berikutnya](/posts/the-human-inversion-async-parallel-specialists) membahas tentang seperti apa tim sebenarnya setelah melampaui batas perhatian — ketika para spesialis benar-benar masuk, dan pertanyaannya adalah bagaimana mereka bekerja sama tanpa memperkenalkan kembali koordinasi di atas yang seharusnya dihilangkan oleh inversi.

---

*Lanjutkan membaca: [Bagian 3 — Spesialis Paralel Async](/posts/the-human-inversion-async-parallel-specialists)*