Product Owner ile Proje Yöneticisi: Değerden Sorumlu Olmak ile Teslimattan Sorumlu Olmak
Proje yöneticisi bir işin kapsam, takvim ve bütçe sınırları içinde teslim edilmesinden; ürün sahibi ise Scrum takımının ürettiği ürünün değerini en üst düzeye çıkarmaktan hesap verir. Aynı ekipte bulunduklarında asıl mesele, kapsam kararının kimde olduğudur.
Bir bakışta
- Proje yöneticisi teslimattan, ürün sahibi değerden hesap verir. Scrum Rehberi, ürün sahibini Scrum takımının çalışmasından doğan ürün değerini en üst düzeye çıkarmaktan sorumlu tutar.
- Scrum'da proje yöneticisi diye bir hesap verebilirlik yoktur. Proje yöneticisinin geleneksel işleri ürün sahibi, Scrum Master ve geliştiriciler arasında dağılır; bütçe ve sözleşme çoğu zaman takımın dışında kalır.
- Ürün sahibi tek kişidir. Birçok paydaşın ihtiyacını temsil edebilir, ama sıralama kararı bir komiteye bırakılmaz.
- Hibrit projelerde sınırı baştan çizmek gerekir. Tarih ve bütçe sabitse esneyen şey kapsamdır; kapsamın sırasını ürün sahibi belirler, etkisini proje yöneticisi raporlar.
Teslimattan mı, değerden mi hesap veriyor?
Proje yöneticisinin başarısı, üzerinde anlaşılmış bir işin belirli sınırlar içinde teslim edilmesiyle ölçülür. Kapsamı, takvimi, bütçeyi, riskleri ve paydaşları yönetir; proje bittiğinde “söz verilen teslim edildi mi?” sorusuna yanıt verir.
Scrum Rehberi ise ürün sahibini başka bir şeyden sorumlu tutar: Scrum takımının çalışmasından doğan ürünün değerini en üst düzeye çıkarmaktan. Bunun araçları ürün hedefini geliştirip açıkça iletmek, ürün birikimindeki işleri oluşturup anlatmak, sıralamak ve birikimin şeffaf ve anlaşılır olmasını sağlamaktır. Rehber, ürün sahibinin bir komite değil tek bir kişi olduğunu ve birçok paydaşın ihtiyacını birikimde temsil edebileceğini vurgular.
Bu fark, kapsama bakışı da değiştirir. Proje yöneticisi için kapsam, değişiklik kontrolüyle korunan bir taahhüttür. Ürün sahibi için kapsam, değer öğrenildikçe yeniden sıralanan bir seçenekler listesidir. İki bakış da kendi bağlamında doğrudur; sorun, aynı ekipte ikisinin aynı anda kapsam kararı vermeye çalışmasıyla başlar.
Yan yana: yetki, ufuk ve araçlar
Hesap verdiği şey: Proje yöneticisi kapsamın süre, bütçe ve kalite sınırları içinde teslimini üstlenir. / Ürün sahibi ürünün değerini en üst düzeye çıkarmayı üstlenir.
Temel aracı: Proje yöneticisi proje planı, temel çizgiler ve risk kaydıyla çalışır. / Ürün sahibi ürün hedefi ve sıralanmış ürün birikimiyle çalışır.
Kapsama bakışı: Proje yöneticisinde kapsam onaylanır ve değişiklik kontrolüyle değişir. / Ürün sahibinde kapsam her sprintte yeniden sıralanabilir.
Zaman ufku: Proje yöneticisinin işi proje kapanışıyla biter. / Ürün sahibinin işi ürün yaşadıkça sürer.
Ekiple ilişkisi: Proje yöneticisi görevleri planlar ve koordine eder. / Ürün sahibi neyin yapılacağını sıralar; işin nasıl yapılacağı ve sprint planının ayrıntısı geliştiricilere aittir.
Paydaşları: Proje yöneticisi sponsor, yönlendirme kurulu ve tedarikçilerle çalışır. / Ürün sahibi müşteriler, kullanıcılar ve ürünü kullanan iş birimleriyle çalışır.
Biri taahhüdü korur, diğeri değeri yeniden sıralar
| Proje yöneticisi | Ürün sahibi | |
|---|---|---|
| Hesap verdiği şey | Kapsamın süre, bütçe ve kalite içinde teslimi | Ürünün değerini en üst düzeye çıkarmak |
| Temel aracı | Proje planı, temel çizgiler, risk kaydı | Ürün hedefi ve sıralı ürün birikimi |
| Kapsama bakışı | Onaylanır, değişiklik kontrolüyle değişir | Her sprintte yeniden sıralanabilir |
| Zaman ufku | Proje kapanışına kadar | Ürün yaşadıkça |
| Ekiple ilişkisi | Görevleri planlar ve koordine eder | Neyi sıralar; nasıl, geliştiricilere aittir |
Scrum'da proje yöneticisi yoksa o işler nereye gider?
Scrum Rehberi bir Scrum takımında yalnız ürün sahibi, Scrum Master ve geliştiriciler (Developers) tanımlar ve takım içinde alt takım ya da hiyerarşi olmadığını belirtir. Proje yöneticisinin geleneksel işleri bu yüzden ortadan kalkmaz, dağılır. Neyin önce yapılacağı ve değer kararı ürün sahibine geçer. Scrum'ın işlemesi, takımın etkinliği ve engellerin kaldırılması Scrum Master'ın hesap verebilirliğidir. İşin nasıl yapılacağı ve sprint içindeki planlama geliştiricilerindir.
Bütçe, sözleşme, tedarikçi ve birden çok takımın koordinasyonu gibi konular ise Scrum'ın tanımladığı bir hesap verebilirliğe denk düşmez. Birçok kurumda bu işler takımın dışında bir proje ya da program yöneticisinde kalır. Ürün sahibinin işi ise tek seferlik değil, her sprintte yeniden başlayan bir döngüdür.
Ürün sahibinin işi her sprintte yeniden başlar
- Birikimi sıralaDeğer ve öğrenilenlere göre ürün birikimini yeniden sırala.
- Sprint hedefine katkıSprint planlamada işin neden değerli olduğunu anlat.
- NetleştirSprint boyunca geliştiricilerin sorularını yanıtla.
- Geri bildirim alSprint gözden geçirmede paydaşlarla sonucu değerlendir.
Hibrit projelerde iki rol yan yana
Bir banka, yasal bir düzenleme nedeniyle mobil uygulamasında yeni bir onay akışını belirli bir tarihe kadar devreye almak zorundadır. Proje yöneticisi tedarikçi sözleşmesini, bütçeyi, güvenlik testlerini ve uygulamaya bağlı diğer sistemlerdeki değişikliklerin takvimini yönetir. Ürün sahibi ise mobil ekibin birikimini sıralar: düzenlemenin zorunlu kıldığı işleri öne alır, “olsa iyi olur” işleri sonraya bırakır.
Çatışma genellikle kapsam değişikliğinde çıkar. Bir iş birimi yeni bir özellik ister; proje yöneticisi bunu değişiklik talebi olarak görmek ister, ürün sahibi ise birikime ekleyip sıralamak. Sağlıklı düzen, baştan şunu yazmaktır: tarih ve bütçe sabittir, esneyen kapsamdır. Kapsamın sırası ürün sahibindedir; proje yöneticisi bu sıranın tarih ve bütçe üzerindeki etkisini görünür kılar ve gerektiğinde sponsora taşır.
Bu düzenin işlemesi için iki rolün düzenli bir buluşma noktası olmalıdır. Örneğin her sprint gözden geçirmesinden sonra kısa bir değerlendirmede ürün sahibi birikimdeki değişiklikleri, proje yöneticisi bu değişikliklerin bağımlı sistemlere ve tarihe etkisini paylaşır. Böylece kapsam kararı tek yerde kalır, ama sonuçları herkes tarafından görülür.
Bir rolden diğerine geçmek
Proje yöneticiliğinden ürün sahipliğine geçenlerin en çok zorlandığı şey “hayır” demektir. Proje yöneticisi alışkanlıkla gelen isteği planlamaya çalışır; ürün sahibi ise değeri düşük bir isteği birikimin altına bırakmak ya da hiç almamak zorundadır. Kullanıcıyı ve pazarı tanımak, değeri ölçmek ve sıralama kararını savunmak bu geçişin yeni becerileridir.
Ters yönde, ürün sahipliğinden proje yöneticiliğine geçenler bütçe, sözleşme, tedarik ve risk disiplinini öğrenmek zorundadır. Ürün sahibi kapsamı esnek tutmaya alışkındır; proje yöneticisi ise üzerinde anlaşılmış bir taahhüdü korumak ve sapmayı resmî olarak yönetmek durumundadır.
Her iki yönde de işe yarayan bir alışkanlık vardır: kararın gerekçesini yazmak. Ürün sahibi sıralamanın neden böyle olduğunu, proje yöneticisi bir değişikliği neden kabul ya da reddettiğini kayda geçirdiğinde, paydaşlar kararı kişisel bir tercih değil, açık bir ölçütün sonucu olarak görür.
Roller karışınca görülen sorunlar
İki rolün sınırı belirsiz kaldığında hem ekip hem paydaşlar kimden karar beklediklerini bilemez. Sık görülen karışıklıklar ve doğrusu şöyledir:
- Ürün sahibine görev ataması yaptırmak: ürün sahibi neyin önemli olduğunu sıralar, işin planı geliştiricilerindir.
- Proje yöneticisinin birikim sırasını kendi başına değiştirmesi: sıralama ürün sahibindedir, proje yöneticisi etkisini raporlar.
- Ürün sahipliğini bir komiteye vermek: ürün sahibi tek kişidir, paydaşların ihtiyacını o temsil eder.
- Kapsam değişikliklerini hem birikimde hem değişiklik kaydında ayrı ayrı yönetmek: hangi değişikliğin nerede karara bağlanacağı baştan yazılır.
Sınır net olunca kimden karar beklendiği de netleşir
Mindset programlarında bu ayrım
Proje Yönetimi Uzmanlığı Sertifika Programı, uyarlama ve geliştirme yaklaşımı seçimini, paydaş katılımını ve değer bazlı teslimatı işler; çevik ekiplerle çalışan proje yöneticilerinin kendi sorumluluk alanını doğru çizmesine yardım eder. Ürün sahipliğine yönelenler için PSPO I Product Owner Hazırlık, ürün vizyonu ve ürün hedefi, birikim önceliklendirme ve değer ölçümünü çalışır.
Aşamalı ve çevik yaklaşımı aynı projede birleştiren ekipler için Hibrit Proje Yöneticiliği Sertifika Programı, kapsam ile birikim yönetimini ve sprintlerin hibrit yapıya bağlanmasını ele alır.
İlgili Mindset programı
Proje Yönetimi Uzmanlığı Sertifika Programı
Sık sorulan sorular
Bir kişi hem proje yöneticisi hem ürün sahibi olabilir mi?
Küçük ekiplerde olur, ama iki şapka çatışır: Proje yöneticisi olarak taahhüdü korumak isterken, ürün sahibi olarak kapsamı yeniden sıralamanız gerekir. Bu durumda hangi kararı hangi şapkayla verdiğinizi paydaşlara açıkça söylemek ve tarih ile bütçenin sabit, kapsamın esnek olduğunu baştan kabul ettirmek çatışmayı azaltır.
Ürün sahibi bütçeden sorumlu mu?
Scrum Rehberi bütçeyi tanımlamaz; ürün sahibinin hesap verebilirliği ürün değeri ve birikim yönetimidir. Bazı kurumlar ürün sahibine ürüne yapılacak yatırım konusunda söz hakkı verir, bazıları bütçeyi bir proje ya da program yöneticisinde tutar. Hangisinin geçerli olduğu kurumun yönetişim yapısında açıkça yazılmalıdır.
Ürün sahibi sprint ortasında ekibe yeni iş ekleyebilir mi?
Scrum Rehberi'ne göre sprint birikimi geliştiricilerin kendi planıdır ve işin nasıl yapılacağı tamamen onların takdirindedir. Sprint boyunca kapsam, öğrenildikçe ürün sahibiyle netleştirilip yeniden müzakere edilebilir; ama bu bir dayatma değil, sprint hedefini koruyan bir konuşmadır. Sprinti iptal etme yetkisi ise yalnız ürün sahibindedir. Proje yöneticisi alışkanlığıyla ekibe doğrudan iş vermek bu düzeni bozar.
Proje yöneticisi Scrum takımına geçerse hangi rolü üstlenir?
Tek bir doğru yanıt yoktur. Bazı proje yöneticileri değer ve paydaş tarafına yatkınsa ürün sahibi, ekibin işleyişine ve kolaylaştırmaya yatkınsa Scrum Master olur. Bazıları ise takımın dışında, birden çok takımı ve bütçeyi koordine eden bir rolde kalır. Önemli olan, Scrum takımının içinde ayrı bir yönetici katmanı oluşturmamaktır.
Ürün sahibi ile ürün yöneticisi aynı rol mü?
Değil. Ürün sahibi Scrum'da tanımlı bir hesap verebilirliktir ve ürün birikimine odaklanır; ürün yöneticisi ise pazar, strateji, fiyatlama ve yol haritası gibi daha geniş bir alanı kapsayan bir meslek unvanıdır. Bazı şirketlerde aynı kişi iki işi yürütür, bazılarında ayrı kişilerdir; ayrıntısı ayrı bir karşılaştırmanın konusudur.