Ürün Yöneticisi Ne Yapmaz?

Bir önceki yazımda ürün yöneticisinin tanımını yapmış, ürün yöneticisi ne yapar sorusuna yanıt aramıştık. Haklı olarak sizlerden, “biraz da ürün yöneticisi neler yapmaz onları yaz” şeklinde yorumlar geldi. İş hayatım boyunca ilgili, ilgisiz pek çok işte ve sıkışılan durumda ürün yönetimine top atıldığı anları ben de çok sık yaşadım. Bu nedenle buyurun şimdi de ürün yöneticisi ne yapmaz sorusuna cevap arayalım.

Öncelikle belirtmeliyimki, ürün yöneticisi ne yapmaz sorusunun yanıtı biraz da şirketin büyüklüğü ve organizasyonuyla alakalı bir konu, bu yüzden yanıtları farklı ölçekteki organizasyonlara göre vermek gerekir.

Proje yönetimi

Genel anlamda proje yönetimi, projenin maliyet ve kaynak yönetiminden planlamasına kadar ayrı bir uzmanlık alanıdır. Dolayısıyla kurumsal yapılarda bu geliştirme ne zaman biter ne kadar kaynak harcanır sorularının yanıtı proje yöneticisindedir. Ancak tabi ki ürün yönetimi kendi takvimini proje yönetiminden aldığı bilgilerle tutar. Proje yönetiminin olmadığı daha küçük organizasyonlarda ise ürün yöneticisi proje yönetimi yapmaz ama teknik ekipten aldığı efor ve planları takip eder.

İç iletişim

Ürünüyle ilgili yenilikleri, ilgi çekecek konuları ürün yöneticisi içeriye duyurur. Ancak duyuru süreçlerinin oluşturulması iç iletişim bölümünün, ürünle ilgili ekipleri eğitmek, var ise eğitim ekibinin sorumluluğundadır. Eğitimden sorumlu ekip yok ise ürün yönetimi başka işlerine engel olmayacak şekilde basit iletişimler ve dokümanlar tasarlayabilir.

Süreç yönetimi

Ürün yöneticisi, ürünüyle ilgili, özellikle kullanıcı deneyimi noktasında, süreci doğrudan tasarlayabilir. Ancak müşteri deneyimiyle ilgili destek, eğitim, satış gibi süreçlerde yorum vericidir, karar alıcı değildir, sürece liderlik eden taraf değildir. Bu noktada her ekip kendi sürecini daha iyi bileceğinden (varsa süreç yönetimiyle birlikte) tasarlamaktan sorumludur. Ürün yöneticisi ise ürün bakışıyla görüşünü beyan eder.

Analiz

Ürün yöneticisi ürününü geliştirmek için fikirlerini netleştirir ve genellikle üst seviyeden anlatan bir dokümanla teknik ekiplere talepleştirerek iletir. Talebin kodlama öncesinde detaylandırılması ve farklı senaryoların çalışılması, istisna durumların tespiti analiz ekibinin işidir. (Agile yapılarda analiz ekibi Product Owner ile de çalışır.) Bu noktada yazılım ekibi kodlama öncesi hangi detayda bir bilgi aktarımına ihtiyaç duyuyorsa (mockup, wireframe, analiz dokümanı, akış diyagramı vs.) bunu çalışmak analistin veya var ise Product Owner’ın görevidir. Ürün yöneticisi bu sürecin içinde yer alır mı? Evet, çünkü bu detaylandırmada iş birimi görüşüne ihtiyaç olacaktır. Ancak doğrudan süreci lead etmez, etmesi kulaktan kulağa oynamak olacağından şirket için verimlilik kaybına neden olacaktır. Daha küçük organizasyonlarda ise doğrudan yazılımcıyla çalışıldığı durumlarda ürün yöneticisi tüm bu görevleri yazılımcıyla paylaşarak işletebilir.

Test / QA Uzmanlığı

Geliştirme süreçlerin bir başka sıkça yaşanan durum ise UAT (Kabul Testi) aşamasında ürün yöneticisinden sorunları tespit etmesinin beklenmesidir. Aslında kabul testi, talebe istinaden geliştirilen çıktının beklentiyi karşılayıp karşılamadığının görüldüğü aşamadır. Ürün yöneticisi bu aşamada yapılan işin beklediği gibi olup olmadığını, müşteriye servis edilip edilemeyeceğinin kontrolünü yapar kararını verir. Canlıya çıkma kararı ürün yöneticisinde olmakla birlikte bulguların tespiti ve çözümü bundan çok daha önce (var ise test ya da QA, yok ise analist veya yazılımcı tarafından) çoktan yapılmış olmalıdır.

Son bir madde, ürün yöneticisi tek başına iş yapmaz, yapmamalıdır. İşlerini paydaş ekiplerin de görüşleriyle ilerletir.

Ürün yöneticisinin karşılaştığı başlıca yaparsa verimsiz olacağı işleri ve hangi durumlar da ne kadar yapabileceğini toparlamaya çalıştım. Elbette bunlar dışında da pek çok gri alan ve senaryo ile karşılaşıyorsunuzdur. Eklemek istedikleriniz var ise yorumlara bekliyorum, belki birlikte yeni bir ne yapmamalı yazısı daha kaleme alabiliriz :)