<< 1 >> Product Owner’in << N >> Görevi

Agile guide da ifade edildiği gibi Product Owner’in belli başlı ve olmazsa olmaz görevlerini biliyoruz. Paydaşlardan talepleri almak, önceliklendirmek, ürünün vizyonunu geliştirmek, değişiklikleri adapte edebilmek ve pazarı da göz önünde bulundurarak yönettiği product backlogun patronu olduğu aşikâr. Peki, bu saydıklarımız işin ve ürünün değerini maksimuma çıkarmak için yeterli midir?Agile board ürünün yaşam döngüsünü işleten, hem squad’a hem de tüm paydaşlara açık ve şeffaf bilgiyi sunan vitrindir. Bu vitrinde yer alan projelerin en temel bilgilerini gösteren <<proje künyeleri>> hazırlayabilirsiniz. Künye üzerinde projenin hedefi, KPI, talep sahibi, temel özellikleri ve proje bitiminde güncellenecek olan proje maliyeti alanı eklenebilir. Projeye dair biten tasklar zarf içerisine, künye ise zarf üzerine konumlandırılır. Bu sayede proje, künyesi üzerinde yer alan bilgiler ile board’u ziyaret eden tüm paydaş ve ziyaretçilere kendini tanıtmış olur.İşlem maliyetlerini düşük tutmak, ürüne katma değer sağlayacak fikirler ile ürünü geliştirip sürdürülebilirliğini sağlamak bir diğer önemli maddedir. Gelecek talepleri, potansiyel işleri de göz önünde bulundurarak alt yapıyı önceden tasarlamak, refactoring çalışmaları ile teknik kısıtları öncesinde ele alıp çözümlemek ve olası maliyetleri düşürmek odaklardan biridir. Kontrollü ve planlı atılan tüm bu adımlar gün sonunda <<tasarruf/kazanç raporu>> başlığı ile ciddi eforlar harcanıp hayata geçmeyen, boşa emek harcanan ve/veya birçok potansiyel farklı işi almaya engel olan işler için ise hem paydaş hem de yönetim/organizasyon nezdinde farkındalık oluşturmak için <<israf raporu>> belirli periyotlarda paylaşılabilir. Rapor içeriğinde proje hedefi, hedeflenen KPI, güncel statüsü, maliyeti ve ertelenen işler ayrı başlıklar halinde detaylandırılarak sunulabilir.
Agile Manifesto ’ya ek olarak 12 çevik yazılım prensibi (Odak, Taahhüt, Müşteri Memnuniyeti, Saygı gibi ) bulunmaktadır. Her bir squad ise bu prensipler üzerine temellerini atar ve gelişimi için çaba sarf eder. Belli bir olgunluğa/yıla ulaşan squad’lar, bu değerleri hazırlayacakları <<müşteri memnuniyeti anketi>> ile paydaş, üst yönetim ve iş birliği içerisinde olduğu her partiyi dâhil ederek görüşlerini alabilirler. Geniş bir kitle gözünden değerlendirilen squad’ı, retrospektif toplantısında gelişimine katkı sağlayacak olan oldukça önemli görüşler beklemektedir. Düşük puan ile değerlendirilen ve/veya güçlü olmayan yönler oluşturulacak olan <<scrum gelişim süreci >> roadmap’inde ele alınır. Zamanla bu epice ait olan ve done’a çekilen her task aslında squad’ın ilgili prensibi için gelişim gücüne güç katmıştır. Aynı zamanda kişisel gelişim, teknolojik araştırmalar, ar-ge çalışmalarına dair eklenecek olan her task hem squad üyesine hem de uzun vadede squad’ın gelişimine katkı sağlayacaktır.
Sonuç olarak quide da ifade edilen Product Owner’in mütevazı ve sayılı görevleri aslında çok daha fazlasını beraberinde getirmektedir.

Aslı Karatay
Product Owner, Dijital Satış Portföyü – Turkcell

 

Facebooktwittergoogle_plusredditpinterestlinkedinmailFacebooktwittergoogle_plusredditpinterestlinkedinmail

Bir cevap yazın

E-posta hesabınız yayımlanmayacak. Gerekli alanlar * ile işaretlenmişlerdir