Ana Sayfa
>
İçerikler
>
Ekibinde hangi arketip eksik?

Ekibinde hangi arketip eksik?

August 19, 2026
6
DK OKUMA
Mustafa Dalcı
Brick Institute
Co-Founder

Claude Code'un yaratıcısı Boris Cherny ekibine bakıp beş arketip görmüş. Unvanlardan çok daha doğru bir harita — ama etiket olarak kullanırsan işe yaramaz.

Mühendislik, ürün, tasarım, veri bilimi — hepsi eriyip yeni bir role dönüşüyorsa, gelecekte "rol" ne demek olacak?

Claude Code'un yaratıcısı Boris Cherny bu soruyu sormuş ve kendi ekibine bakıp beş arketip görmüş. Liste ilk bakışta bir kişilik testi gibi duruyor. Değil — bir ekip teşhis aracı.

Harita

Beş arketip

Prototyper

Karanlık masada dağınık eskiz kağıtları ve buruşturulmuş kağıt topları; ortada lamba ışığında düzleştirilmiş tek bir sayfa
Çoğu buruşturulur. Biri düzleşir.

Yeni fikirler üretir. Bol bol çıkarır, çoğu hiç yayınlanmaz — ama biri tutar. Prototyper'ın verimliliğini çıktı sayısıyla ölçmek yanlış; israf zaten işin yöntemi.

Builder

Masada yarı kurulmuş minyatür çelik iskele ve yanına dizilmiş hassas metal aletler
Fikri taşıyan bir yapıya çevirmek.

Bir prototipi ya da fikri hızlıca production seviyesinde gerçek bir ürüne, altyapıya çevirir. Prototyper'ın bıraktığı yerden başlar ve "çalışıyor" ile "ayakta duruyor" arasındaki farkı kapatır.

Sweeper

Silinmiş boş masa yüzeyi, kenarda yumuşak bir fırça ve sökülmüş vidaların durduğu küçük metal tepsi
Geriye ne kaldığı kadar, neyin kaldırıldığı da iş.

Arkadan toparlar. Arayüzü temizler, kodu ve sistemi sadeleştirir, gereksizi kaldırır, performansı optimize eder. En kolay göz ardı edilen arketip bu — birazdan nedenine geleceğiz.

Grower

Toprak saksıda genç bir fide, yanında pirinç cetvel, sulama kabı ve büyüme defteri
Aynı şeyi tekrar tekrar ölçmek.

Kurulmuş bir ürünü alır, üstünde döne döne çalışır, ürün-pazar uyumunu — yani PMF'i — iyileştirir. Yeni bir şey kurmaz; olanın doğru şey olup olmadığını kovalar.

Maintainer

İyi bakılmış bir makine üzerinde yeşil bölgede duran pirinç göstergeler, yanında yağ kabı ve bakım defteri
İbrenin yeşilde kalması kendiliğinden olmuyor.

Olgunlaşmış bir sistemin sahibi. Ölçeklenirken güvenli, güvenilir, hızlı ve verimli kalmasını sağlar. İşini iyi yaptığında kimsenin fark etmediği tek arketip.

Asıl tespit

Bunlar iş fonksiyonu değil

Boris'in en çarpıcı notu listenin kendisi değil: bu roller iş fonksiyonuna bağlı değil. Bir tasarımcı da Builder olabilir, bir mühendis de Sweeper. Unvan değil, kişinin doğası belirliyor. Ve çoğu insan tek bir kutuya sığmıyor — iki, bazen üç arketibi birden taşıyor.

Sağlıklı bir ekip, ürünün aşamasına göre farklı bir karışım ister.

Pratik karşılığı şu:

Ürünün aşaması İhtiyaç duyduğu karışım Ne olur eksikse
Yeni, PMF yok Güçlü Prototyper + Builder + Sweeper Fikir bolluğu var ama hiçbiri ayakta kalmıyor
Büyüyen, PMF yakalanmış Builder + Sweeper + Grower + biraz Maintainer Hız var, ama sistem altından çatlıyor
Oturmuş, güçlü PMF Sweeper + Grower + Maintainer + biraz Builder İstikrar var, ama ürün yerinde sayar

Aynı ekip, ürün olgunlaştıkça farklı bir karışıma dönüşmeli. Bu, "kimi işe alalım" sorusundan çok "kim neyi yapsın" sorusu.

Eklemeler

Altıncı ve yedinci

Tweet'in altı listeyi zenginleştirdi. İki ekleme dikkat çekiyor.

Birincisi Orchestrator: bu beş rolden hangisini, ne zaman sahaya süreceğini bilen kişi. Yorumu yazan kişinin tespiti sert — bu rol beşinin toplamından daha nadir, üstelik henüz bir unvanı bile yok.

İkincisi Judge: agent'lar fikir üretmeyi ve inşa etmeyi neredeyse bedava yapınca, değeri tamamen zevk ve doğrulama olan bir rol kıymetleniyor. Ucuz prototiplerden hangisinin gerçekten doğru olduğuna karar veren kişi.

Not

Bu iki ekleme birbirini tamamlıyor: üretim ucuzladıkça değer yapmaktan seçmeye kayıyor. Orchestrator kimin çalışacağını seçiyor, Judge hangi çıktının kalacağını. İkisi de klasik bir İK sisteminde görünmüyor çünkü ikisinin de somut bir çıktısı yok.

Tehlike

Terfi dosyasında görünmeyen iş

Tartışmanın en değerli uyarısı şu: şirketler unvanlara göre işe alıyor, arketiplere göre değil.

Sonuç tanıdık. Bir sürü Builder'la dolu ama hiç Sweeper'ı olmayan bir ekip. Ürün tam PMF yolunun ortasında çürümeye başlıyor — çünkü temizlik ve sadeleştirme kimsenin terfi dosyasında görünmüyor. Sweeper ve Maintainer'ın ortak kaderi bu: işlerini iyi yaptıklarında ortada kanıt kalmıyor.

Dikkat

Bu beşli bir X paylaşımından ve altındaki yorumlardan çıktı — tek bir ekibin gözlemi, doğrulanmış bir çerçeve değil. Kişilik envanteri gibi kullanma, performans değerlendirmesine hiç sokma. Değeri sınıflandırmakta değil, eksiği görmekte.

Brick'in duruşu

Bu beşliyi bir etiketleme aracı gibi kullanma. "Ben Builder'ım" deyip orada kalmak, listenin en zayıf kullanımı. Bunu bir ayna gibi kullan.

İpucu

Ekip toplantısında beş arketibi tahtaya yaz ve herkesten kendini değil, ekibi haritalamasını iste. Boş kalan kutu genelde herkesin bildiği ama kimsenin adını koymadığı sorunun ta kendisi çıkıyor.

Kendi ekibine bak: hangi arketipler var, hangisi eksik? Ve bulunduğun aşama hangisine ihtiyaç duyuyor? Üç sorunun cevabı arasındaki fark, ekibinin gerçek yol haritası.

Sana sorumuz şu: sen bu beşinden hangisisin? Ve ekibinde en çok kim eksik?

Belki de geleceğin rolleri, bugünün unvanlarına hiç benzemeyecek. 🧱

Yaklaşan etkinlik

Alive Konf BAKU — Biletler Satışta

1-2 Ekim 2026
Hilton Baku
20+ konuşmacı, 2 gün
0
Gün
00
Saat
00
Dakika
Konular
design-2
product-2
ai-2
ai-agent
erisilebilirlik
arastirma-raporlari
pazarlama
liderlik
design
product
Yapay Zeka
ai

Diğer İçerikler

Tüm yazılar
Haftalık bülten

Canlı kalmanın haftalık dozu.

Tasarım, ürün ve yapay zekâdan seçtiğimiz en iyi okumalar — her cuma, posta kutunda.

E-posta
Teşekkürler! Kaydın alındı — ilk bülten cuma posta kutunda.
Bir şeyler ters gitti. Lütfen tekrar dene.