Programcılar altı yılda 1 milyar değerinde bir imparatorluğu nasıl kurabilirler?
Daha önce, iki kurucu ortağımla birlikte küçük işletmelere maaş ve sosyal haklar ödemesi ve insan kaynakları sağlamayı amaçlayan Gusto'yu kurdum. Tomer, Josh ve ben bu şirketi Palo Alto'daki bir evin yatak odasında kurduk. O zamanlar, gelecek için vizyonumuzdan ve bunu gerçekleştirmek için her türlü çabayı gösterme kararlılığından başka bir şeyimiz yoktu.
Altı yıl sonra, 60.000'den fazla küçük işletmeye (Birleşik Devletler'deki tüm işverenlerin% 1'inden fazlası), 600'den fazla çalışana (yaklaşık 100 mühendis dahil) hizmet verdik ve bir milyar ABD dolarından fazlasını elde etmek için birlikte çalıştık. Değerleme.
Genelde mesai saatleri içinde Gusto'da kalıyorum ve mühendisler her an gelip bana soru sorabilir. Bazen bana soruyorlar: Bu şirketin CTO'su ve kurucu ortağı olarak sorumluluklarınızda ne gibi değişiklikler yapıldı?
1 mühendis: garajda veya dolapta bir inek
Şirket ilk başladığında, San Francisco'da yaşıyordum ve diğer iki kurucu ortak Palo Alto'da bir evde yaşıyordu. İlk prototip sırasında birlikte yaşamamızın önemli olduğunu düşünüyorum (o sırada ikimiz de bekardık). Maalesef yaşayabileceğim fazladan bir yatak odası yok ama ana yatak odasında çok büyük bir gömme dolap var. Evdeki tüm kiracıları ikna ettim, dolabı kiralamak için ayda 300 dolar ödememe söz verdiler, bir arkadaşımla bir hava yatağı ödünç aldım, bagajımı topladım ve dolaba taşındım.
Ben şirketin CTO'suyum, ancak yeni başlayan bir şirket için şunu söylemek aptalca çünkü şirketteki hiç kimse "liderlik edemez". Yazılım mühendisi o zamanlar görevlerime daha uygun. Karmaşık bordro yönetim sistemi ve otomatik takas merkezi sistemi hakkında olabildiğince çok şey öğreniyorum ve aynı zamanda kulaklık takarak her gün 12-14 saat kod yazıyorum - bu çok iyi hissettiriyor. Takvimimdeki tek toplantı öğle ve akşam yemeği molaları ve spor salonuna gitmedir. Bu süreçte amacımız, kendi maaş uzlaşmamızı yapabilmemiz için bir maaş yönetimi arka plan sistemi oluşturmaktır.
2-10 mühendis: bir ekip, tek rüya
Temel maaş yönetimi (yalnızca California) işler hale geldikten ve tohum finansmanı aldıktan sonra, San Francisco'daki bir çatı katı dairesine taşındık ve programlama süremin% 90'ı% 60'a düşürüldü. Geri kalan zamanlarda mühendis bulmam, görüşmem ve işe almam gerekiyor. Bir CTO olarak sorumluluklarımın çoğu o zamandan beri değişti, ancak yalnızca işe alım için harcanan zaman tutarlı (belki sonsuza kadar). O zamandan beri, işe alım yapmak için her zaman zamanın% 30-40'ına ihtiyacım var.
Yarı zamanlı programlama ve koçluk
Bazı mühendisleri işe aldıktan sonra, tam zamanlı bir geliştirici olmaktan küçük bir geliştirme ekibinden sorumlu olmaya geçtim. Programlamaya, kodu gözden geçirmeye ve hataları düzeltmeye hala çok zaman harcıyorum, ancak bazen kulaklığımı takıma otomatik takas merkezinin nasıl çalıştığını açıklamak veya kodu gözden geçirmeye başlayıp başlamamıza karar vermek için çıkarıyorum. Diğer mühendislerin zamanından tasarruf edebilecek yapabileceğim görevler varsa (CI ardışık düzenimizi çalıştırmak için bilgisayar satın almak ve yapılandırmak gibi), onlarla ilgileneceğim. Takvimimde görünmeye başladı: bire bir, sprint planlama ve günlük toplantılar. Bazı mühendislerin bana rapor vermesi gerekiyor, ancak çoğu durumda, şirketin hiyerarşik bir sistemi olmadığı için, aynı odada birlikte programlama yapan bir grup arkadaş gibi geliyor.
Bu arada, Gusto (daha sonra ZenPayroll) hakkında haber yayınlama konusundaki medya yasağını kaldırdık. Tüm gece boyunca, mühendislik ekibi, Linode sunucumuzun "Techcrunch" yorumlarına dayanmasını sağlamak için sunucu günlüklerini endişeyle izledi.
11-50 mühendis: sıkıca programlama konusunda
Şirket hızla müşteri kazandıktan ve A tur finansmanı geçtikten sonra, mühendis ekibim 10'dan fazla kişiye ulaştı. Tüm bu mühendislerin işlerini koordine etmek daha zor hale geldi. Ölçeğe ek olarak, bazı eski mühendislerin görev süresi beni mühendislik ekibini daha organize organize etmeye zorladı. Örneğin, yaklaşık iki yıldır Gusto'da çalışan bazı mühendisler, refah sistemi ve Gusto'daki kariyer gelişimi hakkında bilgi almaya başladı. Açıkçası, bu konuları ciddiye almadım.
Aynı zamanda, daha büyük ekibe rağmen, hâlâ uygulanacak sonsuz bir özellik listemiz ve değiştirilecek hatalar var. Kod tabanımızla ilgili en derin bilgiye sahip kişi ben olabilirim, bu nedenle bir sorun ortaya çıktığında veya bir özelliğin yayınlanması gerektiğinde, yardım edemem, ancak programlamaya müdahale etmek veya hataları düzeltmek istiyorum. Ve genellikle yaparım.
New York gezisi
2015 yılında, programlamadan uzak durmam ve iyi bir İK yöneticisi olmak için daha fazla zaman harcamam gerektiğini biliyordum. Bunu yapmak için New York'a uçmaya, üç gün otelde kalmaya ve herkesin şiddetle tavsiye ettiği yönetim kitaplarını okumaya karar verdim. Uçakta, yeni bir maaş yönetimi işlevini uygulamak için bir kod yazmanın sorun olmayacağını düşünüyorum Sonuçta, uçak indikten sonra okumaya konsantre olmak için üç tam günüm var. Aman Tanrım, çok yanılmışım. Uçak indikten sonra, tam bir işlev için içimdeki arzumu bastıramadım. Sonuç olarak, üç gün bittikten sonra sadece küçük bir kitap okudum ve personel yönetimini öğrenmek için zaman harcama hedefi tamamen başarısız oldu.
Günde sadece birkaç saat ile personel yönetimi (Gusto'da biz buna "personel asistanı" diyoruz) ile katkıda bulunan kodu dengelemek çok zordur. Bir programlama meraklısı olarak, doğal olarak önce işlevleri tamamlama ve daha sonra personel yönetimi işlerini yapma eğilimindeyim. Bana göre kod sorunları her zaman daha acil geliyor. En önemlisi, sorumluluklarımı yerine getirmediğim için kendimi suçlu hissediyorum.
Personel yönetimindeyken, kodumla aynı kalitede işi tamamlamak için çok fazla zaman harcamadım. Ekibim o kadar popüler ki programlamadan vazgeçmemenin yarardan çok zararı var gibi görünüyor.
İkisinden birini seçmelisiniz
Bu noktada, teknik kurucu ortağın ikisinden birini seçmesi gerektiğini düşünüyorum: teknoloji olmaya devam edin ve profesyonel bir yönetici işe alın (genellikle mühendislik başkan yardımcısı sıfatıyla bir teknoloji olmaya devam edin) veya programlamadan vazgeçip yönetime konsantre olun. İkisini dengelemek temelde imkansızdır.
Koda değil, Gusto mühendislik ekibine konsantre olmaya karar verdim. Masamdaki teknik kitapların yerini "Zihniyet", "Grove's First Lesson for Managers" (High Output Management) ve "The Score Kendi Kendine Dikkat Eder" aldı. Bu üç kitap benim favorim. "Zihin Modu", kendi gelişimime psikolojik olarak hazırlanmama yardımcı olmak için gereklidir. "Grove'dan Yöneticilere İlk Ders" bir ekibi yönetmenin birçok sürecini öğrenmeme yardımcı oldu. "Puan Kendini Korumaktadır" bana yönetimin ötesine geçmeyi ve ilham verici bir lider olmayı öğretti.
Kodun cazibesine direnirken bu bilgiyi öğrenmek ve uygulamak benim için çok zor bir geçiş ama mühendislik ekibini sağlıklı bir şekilde geliştirmek gerekiyor.
51-100 mühendis: yeni sorumlulukları benimseyin
Mühendislik ekibi 50 kişiye ulaştığında, zamanımın% 60'ını en iyi yönetici (doğrudan bana rapor verenlerin yöneticileri) olmaya harcadım ve aynı zamanda ekipteki diğer mühendislik yöneticilerini eğitmekten sorumluydum. Zamanın kalan% 40'ını işe almaktan ben sorumluyum.
Personel yönetimi sorumluluklarını daha çok anladığım için bu işi de giderek daha çok seviyorum. Zamanımı mühendis girişini, yönetim performansını, çeşitliliği ve katılımı, kültürü, değişim yönetimini ve büyük projeler için süreçleri (teknik borcu dengelemek, vb.) Geliştirmek için harcayacağım. Ben sadece altı aylık programlama maratonunda kod yazıyorum.
Yeni görevimi seviyorum
Şu an yaptığım her şey çok hoş değil. Bütün gün toplantılar sıkıcıdır ve bireylerle zor sohbetler asla eğlenceli değildir. Ancak şirketteki yeni sorumluluklarımı gerçekten kabul etmeye başladım. Örneğin, bordro yönetimi modülünün kod sahipliğini Denver'a devretmek için bir planı müzakere etmek için birkaç hafta harcadım. Bu toplantılardan bazıları uzun ve zor, ancak bu görevler nedeniyle, şimdi çok gurur duyduğum, hızla büyüyen bir Denver mühendislik ekibimiz var.
Şimdi, yaptığım işten çok az zevk alıyorum ve başkalarına yardım etmenin etkisinden daha çok keyif alıyorum. Bazen bu tür sonuçları ancak belirli bir süre sonra görebilirsiniz, böylece olaylara daha geniş bir zaman diliminde bakabilir ve tatmin duygusu yaşayabilirsiniz.
100-250 mühendis
Bundan sonra ne olacak? Bir sonraki adım, mühendislik ekibimizin geçmişte olduğu gibi aynı kalite seviyesini korurken daha da gelişmesini gerektirecektir. Bu, yetenekleri işe almanın, eğitmenin ve elde tutmanın sorumluluklarımın en önemli parçası olmaya devam edeceği anlamına geliyor. Bunu gurur duyduğumuz bir şekilde yapmak için çalışıyorum, yani en iyi işimizi yapabileceğimiz farklı ve dinamik bir çalışma ortamı yaratmak. Hızla yükselen girişimlerden öğrendiğim bir şey varsa, o da şu: değişim tek normaldir ve gelecek için beklentilerim doludur.
Orijinal: https://engineering.gusto.com/how-my-role-as-cto-has-changed-as-weve-grown-to-100-engineers/
Yazar: Edward Kim, Gusto Engineering'in CTO'su.
Çevirmen: Crescent Moon, Kurgu: Tu Min
