Startup'ınız İçin Bir Geliştirme Ekibi: Hangi Tür Ekiple Çalışmalı ve Nasıl Seçmeli

Ne inşa ettiğinizi bilmeden kimse startup'ınız için doğru şirketin adını dürüstçe veremez. Seçimi iki şey belirler: ürününüzün ne kadarının zorlu mühendisliğe dayandığı ve hangi aşamada olduğunuz. Sıradan bir web ya da mobil ürün için genellikle küçük bir ürün stüdyosu ya da serbest çalışan iki kıdemli mühendis yeterlidir; teknik bir geçmişiniz yoksa bunlara sizin tarafınızda duran deneyimli bir teknik danışman eklenir. Bazı ürünler ancak zor bir şey çalıştığında çalışır; örneğin bir trading platformu ya da kullanıcı beklerken karar veren bir model. Bunlar için, bu tür bir sistemi hâlihazırda üretimde işleten bir firma arayın.

Bir startup hangi tür geliştirme ekipleriyle çalışabilir?

Bir startup altı tür ekiple çalışabilir. Saatlik ücret, iki başka şeyden daha az önemlidir: işi kimin planladığı ve iş durduğunda ürününüze dair bilginin nerede kaldığı.

Serbest çalışan (freelancer), doğrudan sözleşme yaptığınız ve saat ya da iş başına ödeme yaptığınız tek bir mühendistir. Serbest çalışanlar bir prototipe ya da bir açılış sayfası veya bir yönetim ekranı gibi tek ve iyi tanımlanmış bir işe uygundur. Onları kendiniz yönetirsiniz ve biri ayrıldığında ürününüz hakkında bildikleri de onunla birlikte gider.

Bir ajans ya da ürün stüdyosu, tasarım dahil ilk sürümün tamamını genellikle sabit bir fiyata ya da aylık bir ücrete geliştirir. İyi bir stüdyo sizinkine benzeyen pek çok ürünü yayına almıştır ve kayıt ya da ödeme gibi yaygın parçaları iyi bilir. Ürününüzün zor kısmı alışılmadık olduğunda daha zayıf kalır. Projeyi size satan kişilerin onu geliştirecek kişiler de olup olmadığını sorun.

Uzmanlaşmış bir mühendislik firması, zor sistemlerin dar bir sınıfı üzerinde çalışır; örneğin trading platformları ya da saniyenin kesirleri içinde yanıt vermesi gereken reklam açık artırmaları. Size üretimde çalışan böyle bir sistemi gösterebilir. Ona bir stüdyo ya da özel ekip gibi, proje başına ya da aylık ödeme yapılır. Sıradan bir uygulama için yanlış seçimdir, çünkü kullanmayacağınız bir derinliğe para ödemiş olursunuz; bu türden iyi bir firma da size bunu söyler.

Özel ekip, dışarıdaki bir firmadan gelen, yalnızca sizin ürününüz üzerinde çalışan ve aylık ücretlendirilen bir grup mühendistir. Planın sabit fiyat için fazla sık değiştiği aşamaya uyar. Sizin tarafınızda birinin her hafta sırada ne olduğuna karar vermesi gerekir.

Kadrolu mühendisler sizin çalışanlarınızdır; bu yüzden ürüne dair bilgi şirketinizde kalır. Bu, en çok ürün işin kendisi hâline geldiğinde önem taşır. Maliyet, plan net olsun ya da olmasın her ay devam eder.

Yarı zamanlı CTO (fractional CTO), sizin için haftanın bir kısmında, örneğin haftada bir ya da iki gün çalışan deneyimli bir mühendislik lideridir. Brief'i yazar, adaylarla görüşür, işi inceler ve bir şeyler ters gittiğinde size erkenden haber verir; kodu ise tuttuğunuz ekip yazar. Teknik bir geçmişiniz yoksa, hangi ekibi seçerseniz seçin yanına böyle birini koyun ve en başta, önerdiği firmalardan ücret alıp almadığını sorun.

Startup'ıma hangi tür ekip uyar?

Ürününüzün ne kadarı zorlu mühendisliğe dayanıyor? Bir dakika boyunca yavaş ya da hatalı çalışırsa ne olacağını sorun. Kullanıcılar bekleyip şikâyet ediyorsa mühendislik sıradandır ve iyi bir genel yazılım ekibi onu kurabilir. O dakika, yanlış fiyattan yapılan bir işlem ya da kaybedilen bir reklam açık artırması yüzünden paraya mal oluyorsa, bu tür bir sistemi daha önce kurmuş insanlara ihtiyacınız var.

Hangi aşamadasınız ve bankada şimdiden ne kadar paranız var? Bir yatırım turunda toplanan para, aylık ücretli bir ekibe bağlanmanıza olanak tanır. Yatırım almadan önce parayı insanların ürünü istediğini kanıtlamaya harcayın ve mühendislik tarafını küçük tutun.

• Henüz yatırım almadıysanız ve ürün sıradansa, tıklanabilir bir prototip yapın ya da tek bir serbest çalışanla çalışın ve kendi zamanınızı müşterilerle geçirin.
• Bir yatırım turu tamamladıysanız ve sıradan bir ürünün ilk sürümüne ihtiyacınız varsa, bir ürün stüdyosuyla ya da serbest çalışan iki kıdemli mühendisle çalışın; işi yarı zamanlı bir CTO kontrol etsin.
• Bir yatırım turu tamamladıysanız ve ürünün çekirdeği zorlu mühendislikse, uzmanlaşmış bir mühendislik firmasıyla çalışın ve kendi tarafınıza kadrolu ya da yarı zamanlı bir teknik lider koyun.
• İlk sürüm canlıdaysa ve kullanıcılar bunun için ödeme yapıyorsa, kendi mühendislerinizi işe almaya başlayın; ilk olarak bir lider alın. Kendi insanlarınız ürünü onsuz yürütebilene kadar dış ekibi tutun.
• Sattığınız şey mühendisliğin kendisiyse, ilk sürümü dışarıdan bir firma geliştirse bile en baştan kendi ekibinizi planlayın.

Ürününüzün zor kısmı bir trading platformu ya da bir yapay zekâ sistemiyse, şu yazılar konuyu daha ayrıntılı ele alıyor:

Startup'ım için kimi önerirsiniz?

Bu soruya tek bir isimle verilecek bir yanıt tahminden ibaret olurdu ve bu yazı firmaları sıralamıyor. Önerebileceği şey, yukarıdaki bölümde anlatılan ekip türü ve bu türü kendi kontrol ettiğiniz üç isme dönüştürmenin bir yolu.

Aramaya değer adaylar birkaç yerden gelir:

• Ürünleri sizinkine benzeyen ve hâlihazırda canlıda olan kurucuları bulun. Ürünleri kimin geliştirdiğini ve aynı kişilerle yeniden çalışıp çalışmayacaklarını sorun.
• Yatırımcılarınıza, yatırım yaptıkları diğer şirketlerin hangi ekiplerle çalıştığını ve bunun nasıl geçtiğini sorun.
• Kendi başınıza kontrol edebileceğiniz işlere bakın: açıp kullanabileceğiniz ürünler ve ekibin mühendislerinin imzasını taşıyan kod ya da yazılar.
• Firma dizinlerindeki yorumlardan yalnızca kişinin ve projenin adını verenleri okuyun; böylece yorumu yazanla iletişime geçebilirsiniz.

Sonra tek bir sayfa yazın: ürünün ne yaptığı ve kimin için olduğu, ilk gün mutlaka çalışması gereken tek şey, hâlihazırda neyin var olduğu, son teslim tarihiniz ve sizin tarafınızda kararları kimin verdiği. Aynı sayfayı üç adaya gönderin. Soruları size teklifleri kadar şey söyler: benzer bir şey kurmuş bir ekip, teknolojiden söz etmeden önce kullanıcılarınızı ve risklerinizi sorar.

Teknik biri değilim. Bir geliştirme ekibini nasıl değerlendirebilirim?

2006'da Y Combinator'ın kurucularından Paul Graham, 1990'larda e-ticaret startup'larının çoğunu batıranın kötü programcılar olduğunu yazdı. Onun anlatımına göre bu şirketlerin kurucuları iyi programcıyı kötüsünden ayırt edemiyordu. Programcı değilseniz iyi programcıları nasıl seçeceğiniz konusunda ise şunu yazdı: “Bunun bir cevabı olduğunu sanmıyorum.”

Yine de bir ekibi değerlendirmek için kod okumanız gerekmez. Görebildiğiniz şeyle, yani çalışan yazılımla başlayın. 2001 tarihli Agile Manifesto'nun arkasındaki ilkelerden biri şöyle der: “Çalışan yazılım, ilerlemenin birincil ölçüsüdür.” Bir firma agile çalıştığını söylüyorsa, onu bu cümleye bağlı tutun ve her hafta tıklayabileceğiniz bir şey isteyin.

Göremediğiniz şey için görebilen birine ödeme yapın. Ücretini sizin ödediğiniz ve firmayla hiçbir bağı olmayan yarı zamanlı bir CTO ya da bağımsız bir mühendis, kodu ayda bir okuyabilir ve kendisini neyin endişelendirdiğini size sade bir dille anlatabilir.

İmzalamadan önce bir geliştirme ekibini nasıl kontrol ederim?

Dört kontrol hiçbir teknik bilgi gerektirmez.

Müşterileriyle başlayın. Ürünleri canlıda olan ve son iki yılda firmayla çalışmış iki müşteri isteyin ve onları kendiniz arayın. Onlara şunları sorun:

• Firmadan ürününüz üzerinde kimler çalıştı ve bu kişiler hâlâ orada mı?
• Proje sırasında neler ters gitti ve firma bu konuda ne yaptı?
• Çalışan yazılımı ne sıklıkla gördünüz?
• Bir sonraki sürüm için aynı ekiple yine çalışır mıydınız?

Sonra ürününüzü kimin geliştireceğini öğrenin. Her kişinin adını ve rolünü, haftasının ne kadarını size ayıracağını sorun. Satış toplantısındakilerden herhangi birinin kod yazıp yazmayacağını sorun. İmzalamadan önce baş mühendisle tanışın ve isimleri yalnızca teklife değil, sözleşmeye de yazın.

Bir deneme için ödeme yapın. İki adaya, olağan ücretleri üzerinden ödenen ve başlamadan önce üzerinde anlaşılmış yazılı kabul kriterleri olan aynı küçük gerçek işi verin. Bir ila iki hafta yeterlidir. Hangi ekibi seçerseniz seçin sonuç sizin olur ve aylar sürecek bir işe bağlanmadan önce her birinin nasıl soru sorduğunu ve sorunları nasıl bildirdiğini görürsünüz.

İmzalamadan önce haftalık demolarda anlaşın. İkinci haftadan itibaren her hafta, kendiniz açabileceğiniz bir bağlantıda çalışan yazılımı görmelisiniz. Sunum slaytları ve yüzdelerle verilen durum raporları sayılmaz. Tıklayabileceğiniz hiçbir şey olmadan bir ay geçerse, bir sonraki faturayı ödemeden önce durun ve nedenini sorun.

Startup'ım ilk günden neye sahip olmalı?

Ürünün üzerinde çalıştığı her şeyi şirketinizin adına kaydedin ve dış ekibe kendi insanlarınızınkinden daha dar bir erişim verin.

• Kod, şirketinizin hesabında durur; örneğin sizin oluşturduğunuz bir GitHub organizasyonunda. GitHub'ın dokümantasyonuna göre organizasyon sahipleri “organizasyonunuz üzerinde tam yönetici erişimine sahiptir” ve bu rol sınırlı tutulmalıdır, “ancak iki kişiden az olmamak üzere”. Bu rolü şirketinizden iki kişiye verin.
• Bulut hesapları bir şirket e-posta adresiyle açılır. Amazon Web Services'te bir hesabı oluşturmak için kullanılan e-posta adresi ve parola, “hesaptaki tüm AWS hizmetlerine ve kaynaklarına tam erişimi” olan bir kimlikle oturum açmayı sağlar. Bu adres şirketinize ait olmalıdır.
• Bir iPhone uygulamanız varsa, Apple'ın geliştirici programına şirketiniz olarak kaydolun. Kaydolan kişi, Apple'ın ifadesiyle “kuruluşunuz adına yasal sözleşmeleri kabul etmesi” ve “hesabınızdaki bankacılık değişikliklerini onaylaması” gereken kişi olan Account Holder olur.
• Alan adı, şirket e-postası, analitik ve ödeme sağlayıcısı hesapları da aynı kurala tabidir.

Sözleşme, kodu ve ürünü yazılı olarak şirketinize devretmelidir. Firma kendi yeniden kullanılabilir bileşenleri üzerindeki hakları elinde tutuyorsa, bunların adlarıyla listesini ve yollarınız ayrılırsa onları kullanmaya devam etmenizi sağlayacak bir lisans isteyin. Yukarıda bağlantısı verilen özel ekipler yazısı sözleşmeyi ayrıntılı olarak ele alıyor.

Bir geliştirme ekibiyle çalışmaya başlarken tehlike işaretleri nelerdir?

• Kimse neyin sonraya kalabileceğini sormadan, tek bir görüşmenin ardından ürünün tamamı için sabit bir fiyat alıyorsunuz.
• Firma kodu ya da hesaplarınızdan herhangi birini kendi adına tutmak istiyor.
• Arayabileceğiniz tek bir müşteri yok; yalnızca ekran görüntüleri ve logolar var.
• Ücretli bir deneme reddediliyor, ama siz çalışan hiçbir şey görmeden büyük bir ön ödeme bekleniyor.
• Tıklayabileceğiniz hiçbir şey olmadan bir ay geçiyor ve ilerleme yüzdeler hâlinde bildiriliyor.
• Her özellik ve her son tarih, neyin en önemli olduğuna dair tek bir soru sorulmadan kabul ediliyor.
• Ürün, firmanın kendi platformunda bir lisansla çalışacak ve ayrılırsanız ne olacağını kimse açıklamıyor.

amBrain nerede devreye girer?

Yukarıdaki altı ekip türü arasında amBrain uzmanlaşmış bir mühendislik firmasıdır. Trading, FinTech ve AdTech için gerçek zamanlı sistemler kurar ve düzeltir; yapay zekâ projelerini ise her sektörden alır. Yapay zekâ dışında bu alanların ötesinde iş almaz. Startup'ınız çekirdeğinde yapay zekâ olmayan sıradan bir web ya da mobil ürünse, bir ürün stüdyosu ya da serbest çalışan kıdemli mühendisler size daha uygun olur.

amBrain 2019'dan bu yana yazılım geliştiriyor. Çalışma biçimleri tek bir cümleye sığıyor: “Üç format: tam teslim, özel ekip ya da sizin ekibinize yerleşen mühendisler.” Mülkiyet koşulları da tek bir cümle: “Müşteri, yeniden kullanılabilir bileşenlerimiz dışında ürünün ve kodun tam mülkiyetini elinde tutar.” Her firmada olduğu gibi, imzalamadan önce bu bileşenlerin adlarıyla listesini isteyin.

Startup'ınız bu alanlardan birindeyse, amBrain tek sayfalık brief'inizi alan üç adaydan biri olabilir.

Sık sorulan sorular

• Bir geliştirme ekibi yerine teknik bir kurucu ortağa mı ihtiyacım var? Bu, yatırımcılarınıza ve ne sattığınıza bağlı. Y Combinator'ın SSS sayfası, teknik geçmişi olmayan bir kurucuya şöyle yanıt veriyor: “Kurucu ekibin, ürününü başka birine dış kaynak olarak yaptırmak yerine kendisi geliştirebilecek becerilere sahip olması önemlidir. Çoğu işletme için bu, genellikle teknik bir kurucu ortağa ihtiyacınız olduğu anlamına gelir.” Buna bu gözle bakan yatırımcılardan yatırım almayı planlıyorsanız, ilk sürümü dışarıdan bir ekip geliştirse bile o kişiyi şimdiden aramaya başlayın.
• Sabit fiyat mı ödemeliyim, aylık ücret mi? Sabit fiyat, kâğıt üzerinde eksiksiz tarif edebileceğiniz küçük bir ilk sürüme uyar. Kullanıcılardan öğrendikçe plan değişecekse, haftalık demoları olan aylık ücretli bir ekip size daha fazla kontrol sağlar. Her iki durumda da iş başlamadan önce her parça için “bitti” demenin ne anlama geldiğini yazın.
• Daha sonra ekip değiştirebilir miyim? Evet; kod ve hesaplar zaten sizinse ve ürün yazılı talimatlarla derlenebiliyorsa. Buna ihtiyaç duymadan önce sınayın: ekip dışından bir mühendisten, yalnızca dokümantasyonu kullanarak ürünü temiz bir makinede kurmasını isteyin.