Dark Mode Light Mode
Dark Leader #Product Owner & Product Manager# Dark Leader #Product Owner & Product Manager#

Dark Leader #Product Owner & Product Manager#

Dark Leader #Product Owner & Product Manager#

Yazı başlığındaki dark kelimesi sizi korkutmasın ama iki rol bazen bir birine o kadar çok karıştırılıyor ki kimi zaman bu roller kendi içindeki karanlık yönlerini ortaya dökebiliyor.

Bu iki rol arasındaki karanlık bölgeden çıkmak ve kim kimdir sorularını aydınlatmak için bu yazı tam size göre. Detaylı bilgi için hemen bir sonraki paragrafa bakınız 🙂

Bu yazıda Product Owner için PO, Product Manager için PM kısaltmaları kullanılacaktır.

Bir çok PO kendisini PM olarak bir yerden sonra görse de aslında bu iki rol arasında temelde 7 tane belirgin fark vardır.

PO lar ve PM ler bir ürünün farklı yönlerinde sorumlulukları olan iki roldür.

PO lar; kullanıcı ihtiyaçlarını anlamakta, hangi ürünlerin oluşturacağına karar vermekten ve ürün geliştirme süreçlerini yönetmektedir.

PM ler ise bu sorumlulukların bir parçasıdır, ürün belirli bir seviyeye geldikten sonra görevi devralmak zorunda değildir. Belirgin sonuçlar (kullanıcıları kaybetmemek, ürünün kullanımını arttırmak gibi) elde etmekten ve ürünlerin genel başarısından sorumludur.

Product Owner & Product Manager

Bu iki rol arasında bazı benzerlikler olsa da, bu unvanlara kimin sahip olacağına karar verilirken bir kaç temel önemli farklılıklar göz önünde bulundurulmalıdır.

Birincisi; PO nun odak noktası kullanıcı merkezli ve karanlık suların derinlikleridir. Kullanıcı ihtiyaçlarını anlamaya ve kullanıcıları için en değerli ürünleri yaratmak için öncelikler oluşturmaya odaklanır.

İkincisi, PO lar genellikle ürünleri hakkında derin teknik bilgiye sahiptir ve bu uzmanlığı kuruluştaki diğer kişilere iletebilir, bu da onların bir ürüne hangi özellikleri dahil edecekleri konusunda fikir birliği oluşturmalarına olanak tanır. Diğer yandan PM ler , çok fazla teknik bilgiye sahip olmayabilir ve genel ilerlemeyi ölçmek ve izlemek için görevleri diğer ekiplere devretme olasılıkları daha yüksektir. Bu durum doğrudan yetkisi olduğu anlamına gelmez.

Üçüncüsü, her iki rol de bir ürünün nasıl geliştirileceğini belirlemede önemli bir rol oynasa da, uygulama sürecinde farklı şekillerde yararlanılabilecek farklı beceri setlerine sahiptir.

Örneğin, bir PO tipik olarak kullanıcı deneyimi tasarım ilkeleri hakkında derin bir bilgi birikimine sahipken, scrum takımını yönetmeye veya tedarik zinciri yönetimi kısıtlamaları gibi lojistik kanalları denetleme deneyimine sahip olmayabilir. Öte yandan teknik bilgiden yoksun bir PM, doğrudan geliştiricilerle çalışmaktan veya kullanıcı hakkında veri toplamaya yardımcı olabilecek analistlerle etkileşim kurmaktan yararlanabilir.

PO lar ve PM ler ürün geliştirmede iki farklı roldür. Gelin bu roller ve arasındaki farklar neler birlikte inceleyelim.

PO & PM lerin Rol Farklılıkları

Product Ownership

Vizyon ve amacın tanımlanmasından, ekibin onu nasıl inşa edeceği konusunda liderliğe kadar, o ürünün tüm yönlerinden sorumludurlar. Bu nedenle, ürünün özelliklerine, nasıl çalıştığına ve kullanıcıların ondan ne beklediğine yakından aşinadırlar. Bu bilgi düzeyi, özellikleri nasıl önceliklendirecekleri ve ürünün yol haritasını nasıl çıkaracakları konusunda bilinçli kararlar vermelerini sağlar.

Product Management

Bir PM genellikle bir kuruluş içindeki bir veya daha fazla üründen sorumludur. Plan geliştirme, paydaşlarla beklentileri belirleme, bu planları yürütme, ilerlemeyi ölçme ve gerektiğinde destek olma ile ilgili sorumluluklar dahildir. Özellik önceliklendirmeden ekipler arasında devreye almaya kadar uzanan bir yelpazede, ürünlerinin günlük yönetimini denetlemenin yanı sıra, PM ler birden çok kanal ve ürün genelinde kullanıcı davranışını anlamak için güçlü analitik becerilere ihtiyaç duyar. Son olarak, PMlerin kusursuz iletişim becerilerine sahip olmalılarıdır. Tüm bu karmaşıklığa rağmen, başarılı PM ler genellikle ürünleri üzerinde neredeyse hiçbir mülkiyete sahip değildir, bunun yerine büyük ölçüde PMO (ürün yönetim ofisi), mühendislik ve muhtemelen diğer birçok entegre ekiple etkin işbirliğine güvenirler.

PO ile PM arasındaki en keskin farklardan biri, PO lar belirli kullanıcı segmentlerini derinlemesine anlama eğilimindeyken, PM ler herhangi bir zamanda çok daha geniş bir kullanıcı yelpazesiyle çalışmasıdır.

PO vs PM ler arasındaki 7 temel fark:

  1. PM ler, ürün için stratejik bir vizyona sahiptir ve bu vizyonu destekleyen bir yol haritası oluşturmak için şirket genelinde bulunan departmanlarla birlikte çalışır.
  2. PO lar, ekiplerinin başarısı veya başarısızlığı yoluyla özellikleri teslim etmekten ve ürünlerin sahipliğini almaktan sorumludur.
  3. Bir PM genellikle ürünün daha az teknik yönüyle ilgilenirken, bir PO bu teknik ayrıntılara daha aşina olacaktır.
  4. Bir PM tipik olarak bir strateji uygulamaya ve paydaşlar arasında bağlantı kurmaya odaklanır. Buna karşılık, bir PO nun rolü, ürünün arkasındaki “neden”e sahip olmayı ve kullanıcıların yapılan ürün ile aktif çalışmasını ve ürünü sürekli olarak geliştirme tarafında olmalıdır.
  5. Bir PM lerin temel sorumlulukları, genel bir iş stratejisi geliştirmek, kullanıcı ihtiyaçlarını değerlendirmek, özelliklere öncelik vermek, gereksinimleri toplama faaliyetlerini yürütmek, tasarım çabalarına öncülük etmek ve iç ve dış paydaşlarla iletişim kanalları oluşturmaktır.
  6. Bir PO nun ana sorumlulukları, ürünleri için ‘içinde ne var, nasıl çalışıyor ve neden önemli’ bilgisine sahip olmak, tasarımların ve ürün yazılımı revizyonlarının sorumluluğunu almak, paydaşlar arasında bağlantı kurmak, kullanıcılarla düzenli olarak etkileşim kurmak ve yönetmek, geribildirim döngüleri sayesinde ürünü sürekli iyileştirmek.
  7. PM ler, insanları yönetme konusunda daha fazla deneyim getirebilirken, PO lar ise genellikle doğrudan yönetim deneyimine ihtiyaç duymazlar.

Dar ve geniş kapsamda bakıldığında en temelinde bu özellikler ile iki rolde birbiri içinde farklılaştığı göz önünde olmalıdır.

Yazıyı Paylaş
Yorum Ekle Yorum Ekle

Bir yanıt yazın

E-posta adresiniz yayınlanmayacak. Gerekli alanlar * ile işaretlenmişlerdir

Önceki Blog

Bişiy Yaparım ki Ben Bunla?

Sonraki Blog
V1: Rugby den Scrum’ a Geçiş

Rugby den Scrum’ a Geçiş