Şu anda teknoloji sektöründeki çalışanların yalnızca yaklaşık 4'te 1'i kendini kadın olarak tanımlıyor. Peki teknoloji alanında bir kadın olarak başarılı bir kariyer oluşturmak için ne gerekiyor? Teknolojide Kadınlar adlı bu röportaj serisinde, gelişen kariyerlere öncülük etmek için yaptıkları hakkında hikâyelerini ve görüşlerini paylaşmaları amacıyla teknoloji sektöründeki başarılı liderlerle konuştuk. Ayrıca harika bir teknoloji ürünü oluşturmak için gereken adımları da ele alıyoruz. Bu serinin bir parçası olarak Samantha Carow ile röportaj yapma fırsatını buldum.
Samantha Carow
Samantha Carow, DwellWell’in kurucu ortağı ve CTO’sudur. Kariyerinin büyük bölümünü Preact’ten (2016’da Spotify tarafından satın alındı) Reddit’e kadar girişimlerde geçirdi ve şimdi mühendislik yetkinliğini ve liderliğini kullanarak DwellWell ile ev satın alma sürecini 21. yüzyıla taşıyor. Sam, teknoloji ekosistemini çeşitlendirme konusunda tutkulu ve adil, empatik ve sonuç odaklı bir mühendislik kültürü oluşturmak için çaba gösteriyor. Teknolojide kadınlar alanında bir lider olan Sam, Grace Hopper Celebration ve Women in Tech Summit’te konuşmalar yaptı.
Bu röportaj serisinde bize katıldığınız için çok teşekkür ederiz! Başlamadan önce okuyucularımız sizin hakkınızda daha fazla bilgi edinmek ister. Sizi bu özel kariyer yoluna yönlendiren şey hakkında bize bir hikâye anlatabilir misiniz?
Kariyerime hayat sigortası satış temsilcisi olarak başladım. Üniversiteden mezun olduktan sonra bulabildiğim neredeyse ilk iş buydu, ancak bunun ne kadar yıpratıcı bir kariyer olduğunu kısa sürede fark edip 9 ay sonra istifa ettim. Kurumsal işimde “başarısız olduğum” için çok utanıyordum. Kiramı ödemek için garsonluk yapmaya başladım ve yeni kariyer yolları araştırdım.
Bir plan yapmaya çalışarak bocalayıp dururken bir arkadaşım bana Dev Bootcamp adlı bir programdan bahsetti; o zamanlar eğitim kampları tamamen yeni bir kavramdı. Sonra bir baktım, 3 aylık program için San Francisco'da küçücük bir hosteldeydim. Ne kadar zor olduğu için her gün ağladım ve çok şey öğrendim.
Eğitim kampından önce teknoloji sektörünün parçası olabileceğimi hiç düşünmemiştim. Dahası, teknoloji sektörüne ait birçok kavramı daha önce hiç duymamıştım. Örneğin ürün yöneticisi nedir? Statik bir web sitesi ile web uygulaması arasındaki fark nedir? Girişim nedir? Yatırım toplamak ne anlama gelir? API nedir? Kelimenin tam anlamıyla hiçbir şey bilmiyordum. Bu da kendimi daha da kaybolmuş hissetmeme neden oluyordu.
Kıl payı mezun oldum ve iş aramaya başladım. Özgeçmişim şöyle görünüyordu: 9 aylık satış deneyimi, 1 yıllık garsonluk deneyimi ve hepsi bu. Geçmişime dayanarak iş bulamayacağımı biliyordum, bu yüzden daha yaratıcı bir yaklaşım düşünmem gerekiyordu. Tek tesellim, reddedilmeye karşı bağışıklık kazandığımı hissetmemdi -- hayat sigortası satarken günlerce reddedilmiştim, dolayısıyla biraz utanmak beni korkutmuyordu. Girişimlerin açılış sayfalarını didik didik inceleyerek küçük uygulama hataları aramaya başladım. Hatayı bulduğumda, kurucunun e-posta adresini tahmin ediyor (o zamanlar genellikle firstname@startupname.io oluyordu) ve önerdiğim çözümü içeren doğrudan bir e-posta gönderiyordum. Mucizevi bir şekilde bu yaklaşım işe yaradı ve bir ay içinde iş buldum.
Bu girişimde 2,5 yıl geçirdim ve bu dönemi çok güzel duygularla hatırlıyorum. O zamanlar kendimi yürüyen bir felaket gibi hissediyordum, ancak bu yıllarda yaşadığım şüphe, zorluk, dayanışma, mentorluk ve arkadaşlık, bugün kim olduğumun temelini oluşturdu. Olağanüstü düzeyde mentorluk, özerklik ve güven gördüm. Mühendisliğin ya yapabildiğiniz ya da yapamadığınız ikili bir şey olmadığını, deneme yanılma ve hatalar yoluyla yıllar içinde geliştirilen bir beceri olduğunu keşfettim. En büyük sır ise hiç kimsenin gerçekte ne yaptığını tam olarak bilmemesidir. Bu sonuca varmak büyük bir rahatlama oldu.
Bu girişim daha sonra Spotify tarafından satın alındı.
İşe ilk başladığınız dönemde yaptığınız en komik hatayla ilgili bir hikâye paylaşabilir misiniz? Bu hatadan hangi dersi çıkardığınızı anlatabilir misiniz?
Tanrım—o kadar çok hata yaptım ki! Aklıma gelen ilk hata, Reddit'te geçirdiğim 5 yıl sırasında yaşandı. İlk üç ayımda bir kod dağıtımı konusunda kendime biraz fazla güvenmiştim ve uçuşumu beklerken değişikliklerimi havaalanında yayına almaya karar verdim. Elbette site hemen çöktü. Daha önce hiç yapmadığım bir şekilde kodumu geri almayı, telefonumun erişim noktası üzerinden, abartmıyorum, binlerce hatanın günlüklerimizi doldurmasını izlerken çözmem gerekti. Bir kod dağıtımını bu kadar sorumsuzca ele aldığım ilk ve son sefer buydu.
Bu hata karşısında çok utanmıştım, ancak azar işitmemiş olmama şaşırdım. Hatta Reddit'te siteyi çökertmek bir tür “geçiş töreni” sayılıyordu. Bu deneyim, hatalara bakış açımı şekillendirdi—hatalar olur. Aslında olmaları beklenir. Bir hata olduğunda lider olarak rolünüz, ekibinizi bu hatayı atlatmaları için desteklemektir. Kriz sona erdiğinde ise gelecekte benzer hataları önlemek için süreçler uygulamaya koyarsınız.
Kariyerinizi ‘tanımlayan’ anın hangisi olduğunu düşünüyorsunuz?
Kariyerimin her aşaması bir şekilde belirleyici oldu. Elbette mevcut görevim olan kurucu ortaklık ve CTO'luk, varlığından bile haberdar olmadığım kapıları açtı. Ancak Reddit'te yıllar boyunca Mühendislik Yöneticisi pozisyonuna doğru gelişim göstermeseydim bir girişim kuracak güvene sahip olacağımı sanmıyorum.
Reddit’te 5 yıl geçirdim; bunun yarısı mühendis olarak geçti. Kariyerimin istediğim kadar hızlı ilerlememesinden duyduğum hayal kırıklığını hatırlıyorum. O zamana kadarki düşünce yapım “iyi iş çıkarırsan fark edilirsin” ve “beni terfi ettirmek yöneticimin işi” şeklindeydi. Kendi kariyerimi hızlandırma konusunda aslında ne kadar inisiyatif sahibi olduğumu anlamıyordum. Neredeyse tamamen tesadüfen inanılmaz derecede hızlı bir gelişim yaşadım: Ön yüz uygulamamızda bir bellek sızıntısı keşfettim. Bunu düzelttim ve sunucu havuzumuzu yarıya indirebildik. Birdenbire çalışmalarımla ilgili ilgi görmeye başladım ve kendi kendime şu soruyu sordum: Bu “şansı” yeniden üretebilir miyim? Meğer evet, mümkünmüş. Başkalarının da sonuçlarımı tekrarlayabilmesini sağlamak için aşağıdaki çerçeveyi geliştirdim:
Çerçeve şu şekilde:
- Kuruluşunuzun tamamı için bir sorun noktası belirleyin.
- Minimum Değerli Bir Çözüm bulun.
- Bunun hakkında konuşun.
- Başkalarının sürece dahil olup yardımcı olabilmesini sağlayacak bir çerçeve oluşturun.
Bu çerçeveyi kendim uyguladıktan sonra yeni ve önemli toplantılara davet edilmeye başladım. “En Başarılı Çalışanlar” kademesine alındım; teknik lider oldum; ardından bir ekibin, sonra da iki ekibin yöneticisi oldum. Belki de en önemlisi, maaşım %30 arttı.
Bu formülle o kadar başarılı oldum ki Reddit’te özellikle başkalarına bu formülü öğretmeye yönelik bir program başlattım. Programım bir yıl içinde 30 katılımcıya ulaştı ve bunların %70’i terfi veya zam almak için programdan yararlanabildi.
Çerçevem hakkında ayrıntılı olarak burada yazdım; bu kavram ilginizi çekiyorsa göz atabilirsiniz!
Yolculuğunuzun başında karşılaştığınız zor zamanlar hakkında bize bir hikâye anlatabilir misiniz? Hiç pes etmeyi düşündünüz mü? Her şey bu kadar zorken devam etme gücünü nereden buldunuz?
Kodlama eğitim kampına hazırlanırken, ne yaptığımı söylediğimde bazı insanlar kelimenin tam anlamıyla yüzüme karşı güldü. “Sen mi?? Mühendis mi olacaksın?” çok, çok yaygın bir tepkiydi. Ancak ben büyük bir azimle yetiştirildim. Her olumsuz tepki, kararlılığımı daha da artırdı; tüm bu insanların haksız olduğunu kanıtlayacaktım. Buna “inatla yürütülen geliştirme” demeyi seviyorum. Ha!
Doğuştan gelen azmin yanı sıra, benimle aynı şeyi yapan insanlarla çevrili olmak da son derece önemliydi. Bir eğitim kampının en iyi yanlarından biri bu; hep birlikte başarısız olan insanlarla çevrili oluyorsunuz. Bu, başarısızlıkları kabullenmeyi kolaylaştırıyor ve yalnız olmadığınızı hatırlatıyor.
Son olarak, eğitim kampına katılarak kendim üzerine büyük bir bahis oynamıştım ($10,000). Korku yüzünden bu parayı çöpe atmayacaktım. Kendiniz üzerine bahis oynamak—bu maddi, sosyal veya başka herhangi bir şey olabilir—şüphelerinizi aşmanız için sizi zorlar, çünkü ilerlemenin tek yolu budur.
Şirketiniz hakkında biraz bilgi edinmek isteriz. Şirketinizin çözmeye yardımcı olduğu sorun noktası nedir? Şirketiniz insanlara nasıl yardımcı oluyor?
DwellWell var çünkü ev satın almak berbat bir şey! Ev alıcıları, farklı bir dil konuşuyor olabilecek bir grup satıcı tarafından, şeffaf olmayan, yeterince bilgi sahibi olmadıkları ve kafalarının karıştığı bir süreçten geçiriliyor. İpotekler, ön onaylar, emanet hesapları, kapora ödemeleri—ahh! Her şey fazlasıyla karmaşık. DwellWell, ev alıcılarını ev aramaya başlamadan önce bilmeleri gerekenler konusunda bilgilendirir ve ev satın alma yolculukları boyunca onları destekler. Tüm zor konuları açıklarız ve ev satın alma süreciniz için size özel, tek duraklı bir hizmet sunarız. İhtiyaçlarınıza ve tercihlerinize göre sizi bölgenizdeki en iyi ev satın alma uzmanlarıyla buluşturabilir ve deneyiminizdeki sıkıntıyı ortadan kaldırabiliriz.
Birisi harika bir şirkete liderlik etmek ve harika ürünler geliştirmek istiyorsa, o kişinin sahip olması gereken en önemli özellik nedir ve bu özelliği geliştirmek için hangi alışkanlıkları veya davranışları önerirsiniz?
En azından önümüzdeki 5 yıl boyunca acı çekeceğiniz gerçeğini kabullenmeniz gerekiyor. Karmaşık ürünler geliştirmek, sert geri bildirimler istemek, işe yaramayan şeyleri bir kenara bırakmak, girişim sermayesi yatırımcıları tarafından reddedilmek, zor haberleri iletmek ve bir lider olarak kendinizi geliştirmek—bunların hepsi acı vericidir! Buna değer mi? Evet. Bu, kolay olduğu anlamına mı geliyor? Hayır!
Hayatta kalabilmek için egonuzu bir kenara bırakmanız gerekir. Geri bildirimleri kişisel algılamadan alıştırma yapın. Her kararı bir deney gibi değerlendirin ve sonuca duygusal olarak bağlanmayın—bunun yerine verilere bakın. Başarısızlıklarınızdaki mizahı göremeyecek kadar kendinizi ciddiye almayın.
Şimdi ekipler hakkında konuşalım. Ürün geliştirme süreci için son derece yararlı bulduğunuz bir ekip yönetimi stratejisi veya çerçevesi nedir?
Çevik ve dikey bir ekibi seviyorum. İdeal ekip yapım birkaç mühendis, bir tasarımcı, bir ürün yöneticisi ve belki bir mühendislik yöneticisinden oluşur. Ürün yöneticiniz yeni ürünler geliştirmekten, mevcut ürünleri ilerletmekten ve en önemli işlerin önceliklendirilmesinden sorumludur. Önceliklendirme çerçeveleri bu konuda harikadır. DwellWell’de önceliklendirme çerçevemiz şöyle görünüyor:
- Finansal değer
- Etki
- Erişim
- Acil durum
- Kolaylık
Bunların her birine bir ağırlık verilir. Yeni projeler önerildiğinde, yapılacak işi bu çerçeveyi kullanarak sıralarız. Böylece her zaman en önemli iş üzerinde çalıştığımızdan emin oluruz.
Tasarımcımız ve PM, bazı temel tel çerçevelerle birlikte bir ürün spesifikasyonu geliştirmek için beraber çalışır. Bu iki öğe teslim edildiğinde mühendislerimiz devralır; projenin kapsamını belirler, bir zaman çizelgesi oluşturur ve kendi görev kayıtlarını ve son tarihlerini yönetir. Hızlı ilerleyebilmek için iletişimimizi çok sıkı tutarız. Temel mimari geliştirilirken tasarımcımız gerçek tasarımları oluşturur ve mühendislerimiz bu görsel iyileştirmeleri ekleyerek projeyi tamamlar.
Bu süreç hızlı ilerlememizi ve daha az darboğaz yaşamamızı sağlıyor.
Şimdiye kadar birlikte çalıştığınız en güçlü ekibi düşündüğünüzde, sizce ekip neden bu kadar iyi birlikte çalışıyordu ve bu dinamiği gösteren bir anekdot hatırlıyor musunuz?
DwellWell'de bir araya getirdiğimiz mühendislik ekibi çok güçlü (üstelik %75'i kadın!). Birbirimize güvendiğimiz için iyi çalışıyoruz. Kod incelemelerinde seçiciyiz. Birbirimizi çok yüksek standartlara tabi tutuyoruz, egoya yer yok ve bir şeyler ters gittiğinde yardım etmek için hemen devreye giriyoruz. Öğrenme kültürünü teşvik ediyoruz.
Yakın zamanda devasa bir proje olan ürün yeniden tasarımını hayata geçirdik. İş mühendisler arasında paylaştırıldı; her birimiz birbirimizle iletişim kurarak aynı işi tekrarlamadığımızdan emin olduk ve çalışmalarımızı en verimli şekilde teslim edebilmek için senkronize ettik. Başmühendisim şef olmak üzere bir orkestra izlemek gibiydi. Harikaydı! Zorlu teslim tarihine o kadar sorunsuz ulaştık ki şüphelenmeye başladım—işler nadiren bu kadar pürüzsüz ilerler. Ancak küçük ve kendini adamış bir ekip, beklenenden çok daha büyük sonuçlar sunabilir.
Cephaneliğinizde yalnızca tek bir yazılım aracı olsaydı, bu ne olurdu, neden ve başka hangi araçları (yazılım veya somut öğeler) kritik öneme sahip görürdünüz?
Bir mühendis olarak, en kritik aracımızın GitHub olduğunu söylemem gerekir. Bu çok sıradan bir yanıt, ancak çoğu zaman en kritik yazılım tamamen sıkıcıdır—güvenilir, kullanımı kolay ve sıkıcı. Sürüm kontrolü, başarılı bir mühendislik organizasyonu oluşturmanın olmazsa olmazıdır.
Biraz da işten uzak kalmaktan bahsedelim. Tükenmişliği önlemek için başvurduğunuz uygulama veya ritüel nedir?
Ne yazık ki zihninizi toparlamanın gerçekten en iyi yolu egzersiz yapmak. Spor yapmaktan nefret ediyorum ama insan kendini daha iyi hissediyor—bunun başka yolu yok. Ayrıca kaygıma gerçekten yardımcı olan Lexapro'yu kullanıyorum. Kaygım, bir girişim işletirken tamamen işe yaramaz bir duygu olan aşırı sinirlilik şeklinde kendini gösteriyor. Bu, bir rakip olmak yerine daha iyi bir ekip arkadaşı olmamı sağlıyor.
Deneyiminize dayanarak, “Harika Teknoloji Ürünleri Oluşturmak İçin Gereken 5 Adım” nedir?
1 . Muhtemelen oluşturduğunuz ilk şey kötü olacaktır—yine de piyasaya sürün. Reid Hoffman'ın söylediği gibi—“Ürününüzün ilk sürümünden utanmıyorsanız, çok geç piyasaya sürdünüz.” Yayınladığınız ilk şey size bir işaret vermeli—doğru yolda mısınız? Kullanıcılar çözdüğünüz problemle ilgileniyor mu? Erken doğrulama ararken değerli zamanınızı mükemmelliğe harcamayın. DwellWell'de oluşturduğumuz ilk ürün, “Ev Satın Almanın 10 Adımı” başlıklı basit bir PDF'ti; kullanıcı, önerdiğimiz emlakçılardan biriyle iletişime geçmek istiyorsa inisiyatif alıp bana e-posta göndermek zorundaydı. Piyasaya sürdükten sonraki ilk iki gün içinde ilk müşterimizi kazandık. Çılgıncaydı—hazırlamamız iki hafta süren bir şeyin gerçek bir kullanıcıyla sonuçlandığına inanamadım. Bu ürüne sevgiyle “berbat MVP'miz” adını verdik ve bu ürün, sermaye toplamak için bize yeterli sinyali sağladı.
2 . Kullanıcıların ürününüzle etkileşim kurmasını izleyin. İnsanların ürününüzü, sizin kullanacaklarını hayal ettiğiniz biçime kıyasla nasıl kullandıklarına şaşıracaksınız. DwellWell'i ilk kurmaya başladığımızda, bir görevi tamamladığında kullanıcının “tamamlandı” ve “tamamlanmadı” arasında geçiş yapmak için tıklaması gereken bir düğmemiz olduğunu hatırlıyorum. Bu, kullanıcının sayfada gerçekleştirmesi gereken ana eylemdi. Düğmeyi oluşturduk ve “güzel, muhteşem, sezgisel” diye düşündük. Şunu söyleyeyim—kullanıcıların bu düğmenin ne işe yaradığını hiç anlamadıkları ortaya çıktı. 10 saatin üzerinde kullanıcı görüşmesi gerçekleştirdik ve her bir kişi “Bu düğme kafamı karıştırıyor” dedi. Düğmeyi tamamen kaldırdık ve bir daha arkamıza bakmadık.
3 . Karar geri alınabiliyorsa hızlı, geri alınamıyorsa daha yavaş ilerleyin. Girişimlerde hız hayattır. Her karar üzerinde uzun uzun düşünmemelisiniz, ancak hangi kararlar için yavaşlamaya değer olduğunu bilmek zor olabilir. Geri döndürülemez bir karara rastlamak aslında oldukça nadirdir, bu nedenle çoğu zaman hızlı ilerliyorum. Bununla birlikte, DwellWell'in yakın zamanda gerçekleştirdiği yeniden tasarımda, daha sezgisel bir ürün sunacağımızdan emin olmak için iki ay boyunca kararları yavaşça aldık. Eski mimariyi tamamen terk edecektik, bu nedenle geleceğimize doğru dikkatli ilerlemek önemliydi.
4 . Sürekli gelişim kültürünü teşvik edin. Bir özellik oluşturup tamamlandı olarak işaretlemek ve bir daha üzerinde yineleme yapmamak çok cazip gelebilir. Bu, durağan ürünler oluşturur ve ürün ile mühendislik ekipleri için kötü bir emsal oluşturur. Ekipteki her üye mevcut ürünü sürekli iyileştirmenin yollarını aramalı veya temel metrikleri artırabilecek deneyler önermelidir. Yakın zamanda DwellWell'de çeşitli kayıt olma deneyimlerini test ederek hangisinin en sezgisel olduğunu görmek için bir deney gerçekleştirdik. Kayıt olma deneyimimizi bir yıldır değiştirmemiştik ve kontrol grubumuzun (normal kayıt olma akışımızın) üç varyasyon arasında en kötü performansı gösterdiğini keşfettik! O zamandan beri bir deney önceliklendirme matrisi geliştirdik ve mevcut ürünü mümkün olduğunca sık sorguluyoruz.
5 . Hayal kırıklığına uğramış bir kullanıcı, ilgisini kaybetmiş bir kullanıcıdan daha iyidir. Hayal kırıklığına uğramış kullanıcılar, ürününüzü önemseyen veya şirketinizin çözmeye çalıştığı problemi önemseyen kişilerdir. Kötü bir deneyim yaşamış biriyle etkileşime geçmek korkutucu olsa da bu kişiler, ilgisini kaybetmiş ve ayrılmış bir kullanıcıdan sonsuz ölçüde daha faydalıdır. Bu dersi, muhtemelen dünyanın en tutkulu kullanıcı tabanına sahip Reddit'te öğrendim. Hayal kırıklığına uğramış kullanıcılar, nasıl iyileşebileceğimiz ve platformun ihtiyaçlarını karşılamada nerede başarısız olduğu konusunda bize çok fazla fikir verdi. Şimdiye kadar öğrendiğim en önemli derslerden biri bu.
Teknolojide kadınlarla ilgili mevcut durumdan şu anda memnun musunuz? Mevcut durumu değiştirmek için sizce hangi özel değişiklikler gerekli?
Hayır—kesinlikle memnun değilim. Bu çok karmaşık bir soru çünkü teknoloji sektöründeki cinsiyet eşitsizlikleri, yardım etmeye çalışanlar da dahil olmak üzere herkes tarafından sürdürülüyor. Liderler olarak yapabileceğimiz en iyi şeylerden biri, kadınları üst düzey rollere erkekleri üst düzey rollere hazırladığımız kadar büyük bir kararlılıkla hazırlamaktır. Şirketlerin işe alım metrikleri iyi görünsün diye çok sayıda kıdemsiz kadın işe aldığını sık sık görüyorum. Ancak bu, kadın çalışanların genellikle erkek çalışanlardan daha kıdemsiz olduğu yönündeki yanlış fikri sürdürmekten başka bir işe yaramıyor. Yine de bu neredeyse bir kısır döngü çünkü kadınların kıdemli olabilmeleri için bir yerden başlamaları gerekiyor! Bence kıdemsiz kadınları işe alıyorsanız, onları erkekleri kıdemlendirdiğimiz hızla zorunlu olarak üst seviyelere taşımalısınız. Kadın çalışanlarınıza koçluk yapın, gelişmelerine yardımcı olacak eleştirel geri bildirimler verin, birlikte bir terfi yol haritası oluşturun ve hata yapmalarına izin verin.
Dünyada özel bir kahvaltı veya öğle yemeği için buluşmayı çok istediğiniz biri var mı, varsa neden?
Justin Bieber? Şaka yapıyorum (bir bakıma). Guy Raz’ın Bunu Nasıl İnşa Ettim adlı podcast’ini çok seviyorum ve onunla tanışmayı çok isterdim. Röportajları tamamen büyüleyici.
Bunun gibi daha fazla içerik için CPO Kulübü bültenine abone olun.
