Ürünler artarken ürün yöneticileri azalıyor

Ürün geliştirme ekiplerinde daha az PM'e ihtiyaç var

• Birçok şirket, gereğinden fazla ürün yöneticisi (PM) işe alma eğiliminde.
• PM'ler çoğu zaman proje yönetimi işleri ve roadmap güncellemelerine zaman ayırırken, aslında işletme için ürünü optimize etmeye odaklanmaları gerekiyor.
• Ürün ekiplerine kıyasla daha az sayıda PM gerekir; bu sayı ürünün, ekibin ve işin ihtiyaçlarına göre değişebilir.

Startup'lar için anlamı

• Startup'larda PM işe almak için ideal zaman, kurucuların artık tüm önemli ürün kararlarına dahil olamadığı zamandır.
• Organizasyon büyüklüğü 50 ila 100 kişi arasına ulaşıp 3 ila 5 ürün ekibine sahip olduğunda, zaten net bir genel ürün stratejisi bulunmalı; ayrıca birinin bu stratejiyi uygulaması ve daha alt seviyede yön ile kararlara dahil olması gerekir.
• Deneyimli bir PM istenir ve kurucuların hâlâ ürünün fiili sorumlusu olarak hareket etmesi gerekir.

Ekibin ürün odaklı hale gelmesi nasıl sağlanır

• Ürün geliştirme ekiplerinin kullanıcıları ve onların bağlamını daha iyi anlamaya ihtiyacı vardır; ayrıca ürünün şekillenmesine aktif olarak katılmaları gerekir.
• PM; UX, wireframe hazırlama, ilerleme takibi, stand-up organizasyonu, PRD/spec belgelerinin tek yazarı olmak gibi işlerden sorumlu olmak yerine, ürün vizyonunu net biçimde aktarmaya, ekibin doğru problemi çözmesini sağlamaya ve ürünün net yönünü iş gereksinimleriyle uyumlu tutmaya odaklanmalıdır.

Ürün odaklı ekip kurmak

• Tasarım, mühendislik ve ürün/kurucu tarafları arasında tartışmalar başlamadan önce birlikte oturup nasıl ilerleyecekleri konusunda uzlaşır ve plan yaparlar.
• Tüm ekip üyelerinin kullanıcı araştırmasına ve kullanılabilirlik testlerine katılmasını sağlayarak, kullanıcıların ürünü nasıl kullandığını görmeleri ve içgörü edinmeleri sağlanır.
• Ekibi nasıl yönettiğinize dikkat etmek gerekir; ekip performansını kapanan ticket sayısı veya story point ile ölçmek, işin ürün geliştirmek değil ticket kapatmak olduğu yönünde yanlış bir mesaj verebilir.
• PM araçlarını kullanmaktan kaçının; bunun yerine tüm ekip üyelerinin kullanıcı geri bildirimi, içgörüler, veriler, spec'ler ve roadmap'e erişebilmesini ve bunları anlayabilmesini sağlayın.

GN⁺ görüşü

• Ürün yöneticisinin rolü ürün geliştirme sürecinde önemlidir, ancak sayılarının fazla olması mutlaka ürün odaklı bir organizasyon anlamına gelmez.
• Ürün geliştirme işbirliğine dayalı bir çaba gerektirir; tasarım ve mühendislik ekipleri kullanıcı anlayışını artırmalı ve ürünün şekillenmesine aktif olarak katılmalıdır.
• Bu yazı, ürün ekiplerinin verimliliğini artırmak için pratik tavsiyeler sunuyor ve tüm ekip üyelerinin ürün stratejisini ve iş hedeflerini paylaşması ile anlamasının önemini vurguluyor.

[GN⁺]

Hacker News görüşleri

• Ürün yöneticileri (Product Manager, PM) hakkında deneyim paylaşımı

  • Bir mühendislik yöneticisi, ürün yönetiminin şirkette önemli bir rol oynadığını ancak zor bir iş olduğunu belirtiyor.
  • Yetersiz PM'ler çoğu zaman mühendislik ekibini aşırı yönetiyor ya da politik davranışlara daha fazla ilgi gösteriyor.
  • Organizasyonda PM'leri her ekibin 'mini CEO'su' olarak konumlandırmanın ve teknik yetkinlikleri zayıfsa onları bir 'mini CTO' ile eşleştirmenin iyi olacağı öneriliyor.

• Geliştiricilere yönelik teşvik sorunu

  • Geliştiriciler teknik başarılara daha çok tutkuyla yaklaşıyor ve bu da çoğu zaman resmi ödüllendirmeyle bağlantılı oluyor.
  • Müşteri araştırması gibi teknik olmayan çabalar, teknik başarılar kadar takdir görmeyebiliyor.
  • Organizasyonun kullanıcı odaklı değere daha fazla önem vermesi ve ödül sistemini değiştirmesi, yönetim rollerinde büyük bir dönüşüm gerektirecektir.

• AI art hakkındaki görüş

  • Blog yazılarında ana görsel olarak AI art kullanılmasına yönelik rahatsızlık dile getiriliyor.
  • AI art değerli bir araç olsa da, sadece boşluk doldurmak için kullanılmasının verimsiz olduğu belirtiliyor.

• Ürün yöneticisinin (PM) rolüne yönelik eleştiri

  • İyi bir PM'in mühendislik ile kullanıcı arasındaki boşluğu sürekli olarak kapatması gerekiyor.
  • Birçok PM yalnızca dokümantasyona gömülüyor ve gerçek ürün yönetimi yerine proje yönetimi işi yapma eğilimi gösteriyor.

• Başarılı ürün yöneticileriyle ilgili deneyim

  • Bir mühendis, hem teknik karmaşıklığı hem de iş ihtiyaçlarını anlayan çok yetkin bir PM ile çalışma deneyimini paylaşıyor.
  • PM'lerin çoğu yalnızca rolü yerine getiren kişiler ve gerçekte büyük bir etkileri olmuyor.

• Organizasyon içindeki rol oranları üzerine düşünce

  • Frontend mühendisi ile backend mühendisi, mühendislik yöneticisi ile bireysel katkıcı (IC), teknik yazar ile mühendis, PM ile mühendis gibi oranlar ayarlanarak en verimli yapı aranıyor.
  • Mühendislik ekibinin özerkliğine saygı duymak ve mikro yönetimi azaltmak önemli.

• Teknik deneyimi olan PM tercihi

  • Mühendislik bakış açısını anlayabilen teknik geçmişe sahip PM'lerle çalışmak daha kolay.
  • Teknik deneyimi olmayan PM'ler daha çok iş odaklı oluyor; bu bazen gerekli olsa da her zaman değil.

• Ürün yönetimi ile ürün tasarımının birleşmesi gereği

  • Ürün yönetimi işlevinin büyük kısmının ürün tasarımıyla birleştirilmesi gerektiği ifade ediliyor.
  • Teknik olmayan kişilerin teknoloji sektörüne girip teknoloji maaşı almak için PM rolünün gereğinden fazla var olduğu öne sürülüyor.

• Rol ve bireysel yetenekler üzerine düşünce

  • İnsanların her birinin kendine özgü olduğu, ürün yönetimi rolünün doğuştan gelen bir yetenek mi yoksa sadece verilmiş bir unvan mı olduğu sorgulanıyor.
  • Organizasyonların bireysel inisiyatife önem vermesi ve çok yönlü yetenekler işe alması gerektiği belirtiliyor.

• 20 yıllık deneyime sahip bir ürün yöneticisinin görüşü

  • PM oranının önemli olduğu, birçok PM'in ürün stratejisine ya da vizyonuna anlamlı katkı yapamadığı söyleniyor.
  • Ürün yöneticilerinin ürüne gerçekten sahip olmamasının bir sorun olduğu belirtiliyor.