Portfolyo Mentor
Blog'a dön

Frameworkler

Ekip Projesinde Kendi Katkını Nasıl Gösterirsin?

Bir ekip UX projesinde her şeyi tek başına yapmış gibi davranmadan bireysel rolünü nasıl görünür kılacağını öğren.

Ömer Arı avatar

Ömer Arı

2 dk okuma

Ekip projesinde katkını göstermek üzerine editoryal kapak görseli

“Biz” yazdığında ne kaybediyorsun?

Ekip projeleri çok yaygındır ama case study’leri çoğu zaman belirsizleştirir. Her şey “biz” diye yazıldığında işe alım ekipleri senin kişisel olarak neyi şekillendirdiğini anlayamayabilir. Amaç her şeyin kredisini almak değildir. Amaç katkını okunur hale getirmektir.

Katkıyı görünür kılmanın pratik yolu

Tipik bir senaryo: üç kişilik bir tasarım ekibinde bir ödeme akışı üzerinde çalıştın. Araştırma, akış tasarımı ve prototipleme süreçlerinin hepsine dokunuldu. Case study’de “ekip olarak ödeme akışını yeniden tasarladık” yazarsan, işe alım tarafından bakıldığında sen bu süreçte ne yaptın sorusu cevapsız kalır.

Bunun yerine şu yaklaşımı dene: ekip bağlamını bir cümleyle ver, sonra kendi odak alanını net şekilde tanımla. “Üç kişilik bir tasarım ekibiyle çalıştık. Ben ödeme adımlarındaki hata mesajlarını ve kullanıcı akışının ikinci adımını doğrudan üstlendim” demek, dürüst ve değerlendirilebilir.

Ne söylemeli, ne söylememeli?

Ekip projesinde kullanabileceğin dil kalıpları:

  • “Bu kararı ekipçe aldık, ancak akışın bu bölümünü ben yönlendirdim.”
  • “Araştırma ekip içinde paylaşıldı; affinity mapping bölümünü ben koordine ettim.”
  • “PM ile birlikte kapsam tartışması yaptık; ben şu çözümü önerdim ve gerekçeyi anlatarak ekibi ikna ettim.”

Kaçınılması gereken: her cümlede “biz” kullanmak ama kişisel karar tek bir kez bile geçmemek. “Tasarım kararlarına katkı verdim” demek yeterli değil. Hangi karara, ne katkısı?

Örnek: Aynı durum, iki farklı yazım

Belirsiz:

Ekip olarak onboarding akışını yeniden tasarladık ve kullanıcı deneyimini iyileştirdik.

Net:

Üç kişilik bir ekiple çalıştık. Ben onboarding’in üçüncü adımına odaklandım; o adımda kullanıcıların çıkış oranı yüksekti. Support mesajlarını analiz ederek problem tanımı çıkardım ve wizard’ı iki adıma indiren çözümü önerdim. Ekip bu öneriyi benimsedi ve sonraki sprint’te yayına alındı.

İkinci versiyon hem ekip bağlamını saklamıyor hem de senin ne üstlendiğini açıkça gösteriyor.

Sonuç

Ekip işi gerçekçidir ve işe alım ekipleri bunu biliyor. Ekip çalışmasını gizlemeye çalışmana gerek yok. Kendi rolünü net yazmak yeterli.

Diğer case study rehberleri

Benzer yazılar