Scrum çerçevesindeki 3 rolden birisi Product Owner, çoğu yerde kısaltma olarak kullanıldığı üzere PO.
Bir Scrum takımnda doğru ürünü geliştirmek için uzmanlık ve yetkinlikleri yeterli bir Geliştirme takımının var olması elzem. Bir o kadar elzem olan da doğru kişinin Product Owner olması. Yeni bir takım kurulurken genellikle organizasyonla birlikte yaptığımız önemli çalışmalar arasında
Bunun için PO’ın 3 anahtar özelliğe sahip olması gerekiyor; konu uzmanlığı, karar verebilme yetkisi ve çok önemli olan ve çoğu zaman organizasyon tarafından gözardı edilebilen zaman. Zaman önemli çünkü PO hem geliştirme takımıyla vakit geçirebilmeli(sadece Sprint planlama ve review’a katılmak yeterli değil) hem de Paydaş, sponsorlarla vakit geçirebilmeli. Karar verebilmesi önemli, takıma hız ve çeviklik kazandıran en önemli unsurlardan birisi takımı klasik organizasyondaki hiyerarşiyi, karar mekanizmalarını beklemeden PO’dan yanıtlarını alabilmesi ve geliştirmeye devam edebilmesi. Konu uzmanlığı da en değerli işleri ve neyin yapılabilip yapılamayacağı konusunda öngörüsünün olması ve böylece backlog yönetimini en iyi şekilde yapabilmesini sağlıyor.
Bana göre 3 önemli özelliğe ek bir konu daha var ;PO’luk rolü ve Scrum’daki diğer 2 rol yani ScrumMaster ve Geliştirme takımı eşlenik seviyelerde roller yani PO, Geliştirme takımının üstü değil, Scrum takımındaki aynı seviyedeki rollerden biri. Dolayısıyla PO olacak kişinin PUSH tarzında olmayan,takımın yöneticisi tarzında çalıştığını düşünen bir kişi de olmaması gerekiyor.
İşte bütün bu özellikleri taşıyabilen birisinin PO rolünü üstlenmesi iyi olacaktır.
Product Ownerlar Geliştirme takımı Sprinte başlamadan çok önce ürün/servis vizyonundan başlayarak Product Backloga doğru işleri almak, sıralamak için çalışmaya başlarlar. İster yeni ürün geliştirilsin, ister mevcut üründe geliştirme yapılsın ,pazar araştırması sonuçlarını incelemek, son kullanıcı deneyim beklentisini, sponsor beklentilerini anlamak ve Şirketin vizyonuyla uyumlu ve ekibe motive güzel bir ürün/servis vizyonu hazırlamak başlangıçta yaptıkları işler arasındadır. O yüzden sadece Sprint review ve planlama toplantılarına katılırım diye düşünülüyorsa PO’lar görevlerini eksik yapmış olurlar.
Agile Product Ownerlık rolünü yakından tanımak için size tavsiye edebileceğim Henrik Kniberg’ten kısa bir videoyu izlemenizi tavsiye ederim.
Ben kendim PO’luk yaptığım zamanda ya da yeni PO olan kişilere önerdiğim ve etkin olduğunu düşündüğüm bir araç var ; Kendileri için özelleştirebilecekleri ve kendilerin kontrol edebilecekleri bir check list. Bu yeni yetenek ve sorumluluklarımızı otomatik olarak düşünmeden alışkanlık haline getirinceye değin ya da sonrasında da atlamamak için kullanabilecekleri, ihtiyaca ve deneyime göre güncelleyecekleri bir liste.
Unutmayalım check listleri kullanmaktaki amacımız raporlama yapmak değil, gelişigüzel , kullanmayacağımız, israf olacak döküman doldurmak değil, bunu kendimizi denetlemek ve gelişim aracı olarak kullanmamız.:)
PO’luk zor iş ve zamanla kendini geliştiren kişilerle çalışma fırsatım oldu. Dolayısıyla PO’lukla ilgili söylenebilecek çok fazla şey olmakla birlikte bu yazımda bu check listle ilgili bir kaç öneri ve kaynak paylaşacağım. İhtiyaca yönelik istediğinizi kullanmak , kendinize göre adapte etmek PO’larımızın elinizde.
Henrik Knibergle başlamışken onun diyagram şeklindeki check listi bu örneklerden birisi. Henrik Kniberg linkinden bu check liste ulaşabilirsiniz.
Product ownerla ilgili okuduğum ve tavsiye edeceğim kaynaklardan birisi de Roman Pichler. Bu kitabı severek ve rahat okuduğum bir kitap olarak tavsiye edebilirim.
“
Yine Roman Pichler’den örnek olarak hazırlanmış bir check listede Roman Pichler check list bu linki tıklayarak ulaşabilirsiniz.
Bir diğer tavsiye edebileceğim kaynak ise Robert Gallen’ın Scrum Product Ownership Kitabı. Sorularınız olduğunda konu başlıklarına dönüp bakabileceğiniz bir kitap.
Elbette User story konusunda Mike Kohn’un kitaplarınıda unutmamak lazım.
Son olarak paylaşabileceğim Lare Ekman tarafından tarafından oluşturulmuş ve aşağıda görebileceğiniz üzere Türkçeye çevrilmiş olan bir check list. Burada herbir madde için kendinize puan verebilir ve sonuçta sorumluluklar listesinde kaç üstünden kaçı tamamlayabildiğinizi, kendinizi geliştirmek için odaklanacağınız alanları seçebilirsiniz.
Lare Ekman Check list
Ürün Vizyonu
Paydaşlar
Ürün Kapsamı
Değer
Takım
Scrum Master
Scrum Aktiviteleri
Toplam skor :31 Gerçekleşen:(kişisel skorum)
Deneyimlerime göre PO Scrum çerçevesinde yer alan bir rol olarak bilinmekle birlikte doğru ürün/hizmet geliştirmek için yöntem ve çerçeveden bağımsız başarıyı destekleyen en kritik rollerden biri. Bu yazıda bir nebze olsun bunu hissettirmek istedim, sonraki yazılarda diğer roller ve ipuçları devam edecek.
Görüşmek üzere,