3 puan yazan GN⁺ 18 시간 전 | Henüz yorum yok. | WhatsApp'ta paylaş
  • Tasarım sektöründe yaygın olan ünvan enflasyonu içinde, Senior·Staff·Principal seviyelerinin gerçek anlamı ve en sık yanlış anlaşılan Staff seviyesine giriş
  • Senior ile Staff arasındaki gerçek fark kıdem yılı değil, etkinin kapsamı ve türüdür; Senior "bunu nasıl iyi yaparız" diye sorarken, Staff "bunu yapmalı mıyız, yapacaksak neden" diye sorar
  • Staff, tek bir özellik ya da ekibin ötesine geçerek ürünün tamamının tek bir bütün olarak anlaşılmasını sağlayacak hizalama ve karar alma süreçlerine öncülük eder ve tasarımcı olmayan kişilere tasarımı öğretme rolünü üstlenir
  • Staff olan kişiler terfiyi beklemez, terfiden önce de öyle davranırlar; daha fazlasını yapmaktan çok çarpan (multiplier) gibi düşünme ve hareket etme biçimine geçerler
  • Yapay zeka sayesinde her şeyin yapılabildiği bir çağda, daha yüksek kaliteli fikirleri ayırt edip savunmaya yarayan muhakeme odaklı yetkinlikler daha da önemli hale geliyor

Ünvan enflasyonu ve yazının arka planı

  • Tasarım seviyelerinde ünvan enflasyonu çok yaygın; gerçek yetkinliğinden daha yüksek ünvan ya da iddia taşıyan kişi sayısı fazla
    • Şirketlerin yetenekleri işe alma, çekme ve elde tutma yöntemlerini bilmemesiyle ortaya çıkıyor
    • Sonuç olarak tasarımcılar kendi yetkinliklerinin üzerindeki işlerin içine çekiliyor, seviyelendirme bulanıklaşıyor ve organizasyon içinde tasarım yeterince kullanılamıyor
  • Enflasyonun en sık görüldüğü aralık Senior, Staff, Principal seviyeleri
    • Aynı ünvanın anlamı bile şirketten şirkete değişiyor
  • Özellikle hem işe alınanlar hem de işe alanlar tarafından kolayca yanlış anlaşılan Staff seviyesini derinlemesine ele almak için üç tasarımcıyla birlikte çalışılmış
    • Milan Jovanović — VEED'de Product Designer
    • Mo Elmelegy — şu anda Bolt'ta Principal seviyesinde tasarımcı, 17 yılı aşkın deneyim
    • Rachel Wu — Mews'te Lead Product Designer

S1: Staff ürün tasarımcısı nedir

  • Milan'ın bakış açısı

    • Staff, hizalama ve karar almayı güçlü bir itkiyle yönlendiren kişidir; bu süreçte tasarımcı olmayanlara tasarımı öğretir ve birlikte çalışması keyifli bir ortaktır
    • İş, "nasıl uygularız" sorusundan "neyi uygulamalıyız ve neden" sorusuna evrilir
    • Sadece layout, buton ve shadow değil, konuşmaları ve toplantıları da tasarlar; tek bir alanın deneyimini yayına almakla kalmayıp ürünün genel stratejisini şekillendirir
    • Zamanının büyük kısmı danışman (counsellor) gibi hissettirir — insanların belirsizliğe daha az duyarlı olmasına ve hata yapmaktan daha az korkmasına yardımcı olur
      • Bu sadece kendi ekibiyle sınırlı değildir; CPO, PM ve orta seviye mühendisler dahil ürün organizasyonunun önemli bir kısmını kapsar
    • Yapay zeka sayesinde her şey yapılabiliyor olması, akla gelen her şeyi yapmak gerektiği anlamına gelmez; Staff, daha yüksek kaliteli fikirleri ayırt edip savunabilen bir ses olmalıdır
  • Mo'nun bakış açısı — seviye ayrımları

    • Tasarım ünvanları kafa karıştırıcıdır, şirketten şirkete farklı kullanılır ve beklentiler de belirsizdir
    • Seviyeler arasındaki gerçek fark kıdem yılı değil, etkinin kapsamı ve türüdür
    • Senior
      • Kapsam: tek bir özellik, akış ya da ürün alanı
      • Temel etki: güçlü çıktıları yayına almak, ekip içindeki kaliteyi yükseltmek
    • Principal
      • Kapsam: alan ya da şirket seviyesi; uzun vadeli yön ve ürün sistemleri üzerinde etki
      • Temel etki: birden fazla ekip ve ürün alanı üzerinde, ürünün genel yapısını ve hizalamasını şekillendirmek
    • Genel büyüme yolu problemi sahiplenmek → problemleri birbirine bağlamak → ürünün nasıl evrildiğini şekillendirmek yönünde ilerler

S2: Staff rolüne nasıl gelişilir

  • Milan'ın tavsiyesi

    • Önce gerçekten bu yolu isteyip istemediğinize karar verin — yönlendirilmekten hoşlanıyorsanız Staff size göre değildir; Senior da fazlasıyla saygı gören bir seviyedir
    • En hızlı ama en zorlu yol, 20 kişiden az çalışanı olan bir startup'a tek tasarımcı olarak katılmak
      • Bu adeta ateşten geçmek gibidir ve burnout riski vardır; ama kimsenin size ne yapacağınızı söylemediği durumda ne yapmanız gerektiğini hızlıca öğrenirsiniz
    • Şirkette bu role dair bir alan zaten varsa küçük başlayıp ivme oluşturun
      • Tasarım sürecini görünür kılın ve Slack'te geniş şekilde paylaşın; geliştiricileri asenkron biçimde sohbete dahil edin ve düşünce sürecinizi sesli şekilde anlatın
      • Şirketin farklı yerlerindeki pain point'leri bulun; yardım gereken ya da boşluk olan noktaları araştırın
      • Şirket hedeflerini anlayın, kendi alanınızın ötesine geçen fikirler üretin ve Cursor ile hızlı mockup'lar, vibe coding yapın; ama bunları her zaman iş sonuçlarıyla ilişkilendirin
      • PM ve Growth ekibinin kullandığı dili öğrenin ve onların diliyle konuşun
      • Diğer ekiplerle görüşmeler ayarlayın, en önemli şeyin ne olduğunu sorun; sonra susup dikkatle dinleyin
      • Ne zaman rahatsız edici olduğunuzu bilin ve buna göre ayar yapın — yanlış yerdeki iyi niyet çok can sıkıcı olabilir
      • Derhal şikayet etmeyi bırakın — şikayet etmek, kontrolü bıraktığınızı kabul etmektir; Satya Nadella'nın dediği gibi iş, size verilen kaynaklarla başarı üretmektir
      • Tasarımcı takım arkadaşlarınızı öne çıkarın; tasarım fonksiyonunun savunucusu olarak diğer tasarımcıların işlerini kendi işinize bağlayın
      • Terapi alın
  • Mo'nun gözlemlediği büyüme örüntüleri

    • Staff/Principal olan kişiler ünvanı beklemez, terfiden önce de öyle davranırlar
    • Belirli bir alanın go-to kişisi haline gelirler
      • Growth mekanizmaları, onboarding, marketplace dinamikleri, design system, mobil mimari vb.
      • Bu resmî bir atamayla değil, bir problem alanı üzerine yeterince derin düşünmeleri ve ilgili sorular çıktığında insanların onları doğal olarak sürece dahil etmesiyle oluşur
    • Kimsenin istemediği inisiyatifleri başlatırlar
      • Yol haritasının işi tanımlamasını beklemezler; üç ekibin aynı problemi farklı şekillerde çözmesi ya da onboarding akışının parçalı olması gibi yapısal sorunları erken fark ederler
      • Mevcut durumu haritalar, daha net bir yapı önerir ve doğru kişileri bir araya getirirler
    • İşin gerçekleşmesi için gereken işleri de yaparlar
      • Sadece çözüm üretmekle kalmaz, muğlak problemleri netleştirir, ekipleri aynı yöne hizalar ya da fikirleri prototiplerle somutlaştırırlar
      • Yalnızca işi tasarlamazlar; o işin gerçekten gerçekleşmesini sağlarlar

S3: Senior·Staff·Principal günlük hayatta nasıl ayrılır

  • Milan'ın ayrımı

    • Senior, tanımlı bir alan içinde uygulamayı ustalaştırma aşamasıdır; Staff ise o alanın kendisini sorgulayıp genişletmeye başladığınız aşamadır
    • Esas nokta aynı işi daha iyi yapmak değil, temelden farklı bir tür iş yapmaktır
    • Ekran çalışmasına harcanan zaman kadar konuşma ve hizalamaya da zaman ayrılır; bu bir taviz değil, işin kendisidir
  • Mo'nun ayrımı

    • Senior genelde tek bir ekip içinde ürünün anlamlı bir bölümünü sahiplenir ve dağınık ürün problemlerini net, iyi işlenmiş çözümler olarak yayına alır
    • Staff seviyesine geçince kapsam tek özellik ya da ekibin ötesine genişler ve sorular değişir
      • Farklı ekipler aynı problemi farklı şekillerde mi çözüyor
      • Bu özelliklerin arkasında bir sistem var mı, yoksa birbirinden kopuk mu ilerliyorlar
      • Ürün büyürken nerede parçalanma yaşanıyor
    • En güçlü Staff tasarımcılar, başka ekiplerin yeniden kullanacağı kalıpları tanımlar, ilgili girişimleri yürüten ekipleri birbirine bağlar ve savrulan alanlara açıklık getirir
    • Principal, daha geniş bir seviyede üst düzey liderlikle yakın çalışır; odak belirli projelerden ürünün zaman içinde hangi yöne gittiğine kayar

S4: Staff seviyesinde çalışmak gerçekte nasıl görünür

  • Milan'ın anlattığı günlük işleyiş

    • Layout kadar konuşmaları ve toplantıları da tasarlar; CPO, PM ve mühendislerle aynı odada insanların hata yapmaktan daha az korkmasına yardımcı olur
    • Temel dönüşüm şu: Senior "bunu nasıl iyi yaparız" derken, Staff "bunu yapmalı mıyız, yapacaksak neden" diye sorar
    • Bu daha zor bir sorudur ve craft'tan çok muhakemeye duyulan özgüveni gerektirir
  • Mo'nun verdiği somut örüntüler

    • Başkalarının kullanabileceği sistemler kurar — tek bir özelliği çözmek yerine birden fazla ekibin kullanacağı kalıpları oluşturur (ölçeklenebilir onboarding yapısı, birçok ekibin benimsediği etkileşim kalıpları vb.); böylece etki bileşik şekilde büyür
    • İnsanları iş etrafında bir araya getirir — bu seviyede hareket gücü yetkiden değil, açıklık ve itişten gelir; karmaşık ürün problemlerini net biçimde anlatır ve ekipleri düşünce sürecine erkenden dahil eder
    • Niyet kazandırır — neden bir karar alındığı, hangi trade-off'ların bulunduğu ve yapılan işin ürünün geneliyle nasıl bağlandığı konusunda bilinçlidir; niyet arttıkça güven oluşur ve o güven de bileşik şekilde büyür
  • Personio örneği

    • Personio'da mobil mimariyi sahiplenip native iOS ve Android uygulamalarını sıfırdan kurdu
    • Bu seviyede "işten önceki iş" zamanın büyük kısmını kaplar — ürün, mühendislik, marka ve platform ekiplerini mobil için ortak bir vizyonda hizalamak
    • Markanın native ortama nasıl çevrileceği, mühendislerle tema kurulumu ve zaman takibi gibi iş akışlarının mobil ve masaüstündeki davranışı konusunda ortaklık yaptı
    • Konum tabanlı zaman takibi, geofencing compliance, motion ve interaction prototyping gibi işleri de bizzat üretti
    • Yayın ve yeniden tasarım sonuçları
      • Uygulama benimsenmesi aylık aktif kullanıcıda yaklaşık 40K'dan 200K'ya çıktı
      • Mobil kaynaklı işlem kaybı %8'in üzerinden %0.2'ye düştü
      • Mobil zaman takibi benimsenmesi 5 kat arttı

S5: Senior bir tasarımcı geçiş için bu hafta hemen ne yapabilir

  • Rachel'ın tavsiyesi

    • Senior'dan Staff/Lead seviyesine geçiş, daha fazla iş yapmak değil; çarpan (multiplier) gibi düşünmeyi ve hareket etmeyi öğrenmektir
    • Senior'un etkisi çoğunlukla yereldir — tek bir yüzeyi sahiplenir ve onun içindeki problemleri çözer
    • Staff/Lead seviyesindeki soru, "ne yaptın" değil, "varlığın takım arkadaşlarında, ürün alanında ve işin genelinde neyi mümkün kıldı" sorusudur
    • Sistem olarak düşünün — iki ekibin aynı problemi karşıt uçlardan çözdüğünü ve birlikte çalışırlarsa tek başlarına ortaya çıkaramayacakları bir sonuca ulaşabileceklerini fark eden kişi olun; rekabet avantajı tutarlılıktan doğar
    • Zaman ve hırsla ilişkinizi değiştirin — organizasyon genelinde büyük resmi hedefleyin ve "bugün birlikte yapabileceğimiz kaldıraç etkisi en yüksek hamle ne" diye sorun
      • Sonraki adımı olmayan hırs, boşa harcanmış enerjidir; o enerjiyi dönüştürmek işin bir parçasıdır
    • Ekip arkadaşlarınızı etkileyin — ürün ve iş tarafını, giderek de AI agent'ları
      • Harekete geçmesi gereken kişiler için en önemli olan şeylere içten bir merak duyun; güven inşa edin ki birbirinize meydan okuyabilesiniz ve siz de meydan okunabilesiniz
    • Tüm bunlar ölçülülük (restraint) gerektirir; tek başına çözmektense başkalarının daha iyi çözebilmesi için koşulları oluşturan kişi haline gelin
    • Bugün yapılabilecek taktik hamle: etkinizin bittiği yerleri haritalayın
      • Hangi noktalarda ben olmadan karar alınıyor
      • Hangi noktalarda yaptığım iş çeviri sürecinde etkisini kaybediyor
      • Henüz gerçek bir konuşma yapmadığım ama yapmam gereken kişiler kimler
      • Birini seçin ve oradan başlayın

Sonuç: Ünvandan çok iş

  • Senior harika özellikler yayına alır; Staff ise ürünün tamamının anlamlı olmasına yardımcı olur
  • Şirketten şirkete ünvanlar değiştiği için, ünvandan çok beklenen sonuçlara (outcomes) odaklanın
  • Birçok tasarım ekibi sessizce ünvanları kaldırıyor — dışarıdan herkes sadece "Designer" görünürken iç seviyelendirme korunuyor
    • Daha düz yapılarla karar alma hızlanıyor ve şirket içi siyasete daha az enerji gidiyor
    • Yapay zeka rol sınırlarını hızla bulanıklaştırdığı için, 3 yıllık deneyime sahip biri AI konusunda 20 yıllık birinden daha bilgili olabilir; bu da kapsam ve etkinin ünvanlardan daha önemli hale gelmesine yol açıyor
    • Odak, sadece işe ve tasarım craft'ına yoğunlaşan tasarımcıları işe almaya kayıyor
  • İş fırsatlarına bakarken ünvana değil işe odaklanın

Henüz yorum yok.

Henüz yorum yok.