Sekiz mühendisten oluşan bir ekip, bir zamanlar kendisinin yerini alan otuz iki kişilik ekipten daha fazla iş çıkardı; aynı şirket, aynı ürün, arada on sekiz ay. Liderlik, büyüme kılavuzunun gerektirdiği her şeyi yapmıştı: bir yatırım turu almış, kadroyu üçe katlamış, bir yönetim katmanı eklemişti. Hız uçurumdan aşağı düştü.
Bir mühendislik ekibini ölçeklemek, onu büyütmekle aynı şey değildir. Büyüme bir toplama işlemidir; ölçeklenme ise insan sayısını çoğaltırken mühendis başına çıktıyı aşağı yukarı sabit tutmaktır. Çoğu ekip, büyümenin bedeli olarak kişi başına verimlilikteki çöküşü sessizce kabullenir. Bu kaçınılmaz değildir. Kazara verdiğiniz bir tasarım kararıdır.
Gerçekte üzerinde bulunduğunuz eğriye göre işe alın
Beş kişilik bir ekipte başarılı olan mühendis ile elli kişilik bir organizasyonda başarılı olan mühendis nadiren aynı kişidir. Ürün-pazar uyumundan önce, uçtan uca iş çıkaran ve belirsizliğe tahammül eden çok yönlü kişiler istersiniz. Sonrasında ise başkalarının bağımlı olduğu sistemleri kuran ve çevresindeki mühendisleri daha iyi hale getiren kişilere ihtiyacınız olur.
Klasik hata, olmayı dilediğiniz şirkete göre işe almaktır. Girişimlerin, pragmatik bir kıdemli geliştiricinin bir haftada kapatacağı sorunları çözmek için bir hyperscaler'dan staff engineer transfer ettiğini gördüm; ardından o kişinin, şirketin yıllarca ulaşamayacağı bir ölçek için tasarım yapmakla üç ay geçirdiğini izledim. Kişiyi, organizasyon şeması hayaline göre değil, önünüzdeki soruna göre eşleştirin.
Yapının iletişimi izlemesine izin verin
Conway Yasası bir slogan değil, bir kısıttır. Mimariniz, siz planlasanız da planlamasanız da iletişim yollarınızı yansıtmaya başlar. Dört ekip tek bir ödeme (checkout) servisine dokunuyorsa, sonunda dört sahibi olan ve hiç sahibi olmayan bir ödeme servisiyle baş başa kalırsınız.
Ekipleri küçük tutun; beş ila sekiz mühendis; ve her birine veritabanından nöbet çağrı cihazına kadar uçtan uca sahiplendiği bir alan verin. Amaç, işinin çoğunu başka birini beklemeden çıkarabilen bir ekiptir. Ortadan kaldırdığınız her ekipler arası bağımlılık, hiç planlamak zorunda kalmayacağınız bir toplantıdır.
Ölçeklenmenin birimi mühendis değildir. İzin kâğıdı olmadan değer üretebilen ekiptir.
Kıdemi bir unvan olarak değil, bir sistem olarak ele alın
Büyüdükçe darboğaz artık kod olmaktan çıkar ve kararlar haline gelir. Önemli her karar iki üç kıdemli kişiden geçiyorsa, tam da açılmaya ihtiyaç duyduğunuz anda tıkanan bir sistem kurmuşsunuz demektir.
Çözüm bilinçlidir: her seviyenin gerçekte ne yaptığına dair yazılı bir tanım, bağlamı elinde tutan en alt seviyeye itilen kararlar ve yeni bir çalışanın kendi sorularını yanıtlayabilmesine yetecek kadar dokümantasyon. Verdiğim danışmanlıklarda, temiz bir şekilde ölçeklenen ekiplerin neredeyse her zaman işleri erkenden yazıya dökenler olduğunu gördüm; mimari kararlar, çalıştırma kılavuzları (runbook), ödünleşimlerin arkasındaki gerekçe. Kabile bilgisi, on beş kişi civarında bir yerde ölçeklenmeyi bırakır.
Halihazırda sahip olduğunuz üretim hızını koruyun
Her yeni işe alım, mevcut mühendisleriniz üzerinde geçici bir vergidir. Birini kötü bir şekilde işe adapte etmek, o kişinin ilk çeyreğinde kattığından daha fazla hıza mal olabilir. Adaptasyon süresi izlemeye değer bir metriktir: yeni bir mühendisin canlı ortama anlamlı bir şey birleştirmesi kaç gün sürüyor?
- Koruma bariyerlerini otomatikleştirin. CI, testler ve linting, insan bir gözden geçirenden daha hızlı insanlara güvenmenizi sağlar.
- Adaptasyonu kod olarak yazın. Yeni bir mühendis, bir haftalık Slack arkeolojisiyle değil, bir öğleden sonrada çalışan bir ortam edinmelidir.
- Bir kanal değil, bir sahip atayın. Her yeni işe alımın, ilk otuz gününden sorumlu adı belli bir kişiye ihtiyacı vardır.
Pazartesi nereden başlamalı
Gerçekten canınızı yakan kısıtı seçin. Darboğaz kararlarsa, kariyer basamaklarınızı yazın ve yetkiyi aşağı doğru itin. Darboğaz bağımlılıklarsa, ekip sınırlarını alanların etrafında yeniden çizin. Darboğaz adaptasyon süresiyse, bir sonraki pozisyonu açmadan önce işe adapte etmeye bir hafta yatırım yapın.
İyi ölçeklenmek, çoğunlukla işin sizden istediğinden daha yavaş insan ekleme disiplinidir; ve sistemi taşırmadan önce onu düzeltme disiplinidir.
Bir sonraki işe alımınızdan önce tek bir soru sorun: bu kişi, mühendisleri üretken kılan bir makineye mi katılıyor, yoksa onları sessizce yavaşlatacak bir makineye mi?