Home Tags Posts tagged with "product owner"
Tag:

product owner

Agile & Lean

Product Owner Bir Sprinti Nasıl Geçirir?

by mlap
written by mlap

Scrum’da bulunan üç rolden biri olan Product Owner, takım tarafından gerçekleştirilecek işlerin listesi olan Product Backlog’un yönetiminden sorumludur. En değerli işlerin öncelikli olarak ele alınmasını sağlamak onun temel sorumluluğudur.

Sprint Başlangıcı: Planlama

Sprint, Sprint Planlama etkinliği ile başlar. Product Owner bu etkinliğin ana aktörüdür.

  • Planlama öncesinde, öncelikli işlere göre sıralanmış ve refine edilmiş bir backlog hazırlar.

  • Planlama sırasında takıma, ele alınacak işlerin NE yapılacağı ve NEDEN değerli olduğu hakkında net bilgi verir.

  • Takımın sorularına cevap verir, gerekli yönlendirmeleri yapar.

Göründüğü kadar kolay değildir; planlama öncesi hazırlık, araştırma ve paydaşlarla iletişim bu sürecin önemli bir parçasıdır.

Sprint Süresince: Takıma Destek ve Backlog Yönetimi

  • Sorulara Hazır Olmak: Takım geliştirme sırasında birçok noktada bilgiye veya karara ihtiyaç duyacaktır. Product Owner, bu ihtiyaçları hızlıca karşılamalıdır.

  • Backlog’u Refine Etmek: Bir sonraki sprint için backlog’u hazırlamak Product Owner’ın sürekli sorumluluğudur. Bu iş zaman alıcıdır ve çoğu zaman developer’ların desteğini de gerektirir.

  • Takımla Yakın Çalışmak: Aynı lokasyonda olamasa bile özellikle uzaktan çalışmada daily’lere katılım, iletişimin güçlü kalmasını sağlar. Bu katılım, hem takımdan gelen sorulara cevap vermek hem de sürece yakın olmak açısından faydalıdır.

Sprint Sonu: Review ve Retrospective

  • Sprint Review: Product Owner, bu etkinliğin başrol oyuncusudur.

    • Ürünün geldiği noktayı paydaşlara sunar.

    • Sunumun sadece kendi tarafından değil, konu bazlı olarak takım üyeleriyle birlikte yapılmasına özen gösterir.

    • Paydaşlardan gelen geribildirimleri toplar ve uygun olanları backlog’a ekler.

  • Sprint Retrospective: Product Owner bu etkinliğe katılımcı olarak dahil olur.

    • Diğer takım üyeleri gibi fikirlerini paylaşır.

    • Sürecin iyileşmesine katkı sağlar.

Özetle: Product Owner’ın sprint boyunca rolü; doğru işleri seçmek, takıma netlik sağlamak, backlog’u sürekli olgunlaştırmak, paydaşlarla köprü olmak ve ürünün değerini artırmak için sürekli çalışmaktır.

0 comments
0 FacebookTwitterPinterestEmail
Agile & Lean

Product Owner ve Yöneticilerin İş Birliği

by mlap
written by mlap

Agile öncesinde, yöneticilerin temel sorumluluklarından bazıları; takımın yapacağı işlerin belirlenmesi, önceliklendirilmesi ve vizyonun oluşturulmasıydı. Ancak Agile ile birlikte bu sorumlulukların önemli bir bölümü Product Owner rolüne devredildi.

Product Owner’ların ürünle ilgili bilgileri yüksek olsa da; önceliklendirme, planlama, vizyon belirleme gibi sorumlulukları çoğu için ilk kez üstlenilen görevlerdir. Bu nedenle, Product Owner rolüne geçişte doğal bir alışma dönemi yaşanır.

Yöneticilerin Rolü

Bu alışma döneminde en çok destek veren rol yöneticilerdir. Product Owner’ın yeni sorumluluklarını öğrenmesi, rolünü içselleştirmesi ve “kaslarını geliştirmesi” için yöneticilerle düzenli görüşmeler yapması çok değerlidir.

  • Tavsiyem, haftalık görüşmeler yapılmasıdır.

  • Bu görüşmelerde Product Owner, hem yöneticiden tecrübe aktarımı alır hem de kurumun önceliklendirme, planlama, acil durum yönetimi ve paydaş ilişkileri konularındaki yaklaşımını öğrenme fırsatı bulur.

  • Böylece, ortak bir anlayış gelişir ve rolün adaptasyonu hızlanır.

Rol Yerleştikten Sonra da İletişim

Product Owner rolüne alışıldıktan sonra da yöneticilerle iletişimin düzenli sürdürülmesi kritik önemdedir. Çünkü:

  • Kurumun strateji ve vizyonu,

  • Üst yönetim inisiyatifleri,

  • Yeni öncelikler ve kritik problemler genellikle ilk olarak yöneticilere gelir.

Eğer Product Owner bu bilgiden habersiz kalırsa:

  • Eksik veya yanlış planlama yapabilir.

  • Öncelikli işlerin backlog’a zamanında yansımaması, sprint ortasında acil işlerin takıma gelmesine neden olabilir.

  • Bu durum hem takımın self-organize olmasını zedeler hem de sprintin akışını bozar.

Tecrübeli bir Product Owner dahi olsa, yöneticilerle düzenli temas, önceliklerin planlama öncesinde backlog’a yansıtılmasını sağlar. Böylece tüm işlerin tek bir yerde toplanması, daha sağlıklı sprint planlamaları yapılmasına ve sprintin sorunsuz akmasına katkıda bulunur.

Uygulama Önerisi

  • Scrum takımları için bu görüşmelerin sprint planlama öncesinde yapılmasını öneririm.

  • Kanban takımları için ise replenishment öncesi gerçekleştirilmesi faydalı olacaktır.

👉 Kısacası, Product Owner’ın yöneticilerle düzenli iletişimi; rolün güçlenmesini, takımın işleyişinin sağlıklı ilerlemesini ve organizasyonel önceliklerin doğru şekilde yansıtılmasını sağlar.

0 comments
0 FacebookTwitterPinterestEmail
Agile & Lean

Etkin Bir Product Owner’ın Sahip Olması Gereken Özellikler

by mlap
written by mlap

Product Owner, ürünün vizyonuna yön veren, Product Backlog’un tek sahibi olan ve paydaşlarla sürekli iletişim halinde kalarak talepleri olgunlaştıran kritik bir roldür. Hem domain bilgisi hem de kişisel yetkinlikleri ile ön plana çıkması gerekir.

Bu rolün etkin şekilde yürütülmesi için bir Product Owner’ın sahip olması gereken temel özellikler şunlardır:

1. Etkin ve Açık İletişim

  • Product Owner, tüm paydaşların sözcüsü konumundadır.

  • Etkin iletişim kurmalı, aktif dinleme yapmalı, güçlü sorular sorarak taleplerin nedenini netleştirmelidir.

  • Gerektiğinde yönlendirme yapmalı, farklı iletişim kanallarını (etkinlikler, toplantılar, e-posta bilgilendirmeleri) kullanarak tüm paydaşların aynı noktada olmasını sağlamalıdır.

  • Bu yaklaşım, yanlış anlaşılmaların ve olası sorunların önüne geçer.

2. Şeffaflık ve İkna Kabiliyeti

  • Product Owner, NE, NEDEN ve hangi ÖNCELİKLE yapılacağını belirleyen roldür.

  • Kararların gerekçelerini açıkça paylaşmalı, paydaşların süreçten haberdar olmasını sağlamalıdır.

  • Şeffaf bir yaklaşım güven ortamı oluşturur; ikna yetkinliği ise kararların kabul görmesini kolaylaştırır.

3. Değer Odaklı Bakış Açısı

  • En yüksek değeri üreten işlerin öncelikli olarak yapılmasını sağlamalıdır.

  • Taleplerin gerçekten neden değerli olduğunu bilmeli ya da sorgulamalıdır.

  • Araştırmacı, öğrenmeye açık ve sürekli gelişim odaklı olmalıdır.

4. HAYIR Diyebilme Yetkinliği

  • Her talebi kabul etmek, takımı tükenmişliğe sürükleyebilir.

  • Gereksiz işlere “hayır” diyebilmek, hem takımın motivasyonunu hem de ürünün değer odaklı ilerlemesini sağlar.

  • Doğru işlerin yapılabilmesi, yanlış işlere hayır denilmesinden geçer.

5. Tüm Paydaşları Bütünleştirme

  • Product Owner, sadece bir departmanın temsilcisi değildir.

  • Tüm paydaşlara eşit mesafede durmalı ve önceliklendirme noktasında tarafsız olmalıdır.

6. Rolünü Sahiplenme

  • Product Owner rolünü tam anlamıyla sahiplenmeli, sorumluluklarını yerine getirmelidir.

  • Organizasyon da bu role saygı duymalı ve desteklemelidir.

7. Ürün Vizyonuna Liderlik

  • Ürünün gelecekteki yol haritasını şekillendirmeli, takım ve paydaşlar tarafından benimsenmesini sağlamalıdır.

  • Verileri toplamalı, analiz etmeli ve vizyonu sürekli geliştirmelidir.

8. Agile Değerlere ve Kaizen Kültürüne Sahip Olma

  • Takım ruhu ile çalışmalı, müşterilerden sık sık geribildirim almalı ve pazara düzenli olarak değer sunmalıdır.

  • “Nasıl daha iyi yapabiliriz?” sorusunu her zaman gündemde tutarak sürekli iyileştirmeye (Kaizen) odaklanmalıdır.

9. Müşteri Odaklılık

  • Product Owner, ürünün müşteri beklentilerini karşılamasını öncelik haline getirmelidir.

  • Müşteri memnuniyeti, ürünün başarısı için en kritik faktörlerden biridir.

10. Çatışma ve Problem Yönetimi

  • Farklı görüşlerin olduğu ortamlarda çatışmaları yönetebilmeli, problemleri hızlıca çözebilmeli ve doğru kararları zamanında alabilmelidir.

Sonuç

Etkin bir Product Owner; iletişim, şeffaflık, değer odaklılık ve liderlik özellikleri ile takımı yönlendiren, paydaşları birleştiren ve ürünü pazarda başarıya taşıyan kişidir. Rolünü ne kadar sahiplenir ve yetkinliklerini geliştirirse, organizasyona kattığı değer de o kadar artacaktır.

0 comments
0 FacebookTwitterPinterestEmail
Uncategorized

Product Owner’ın Gelişim Yolculuğu

by mlap
written by mlap

Product Owner; ürünün vizyonuna yön veren, Product Backlog’u önceliklendiren, pazarı analiz eden ve değer odaklı bakış açısına sahip kritik bir roldür. Ancak bu sorumluluklar, rol atandıktan hemen sonra üstlenilebilecek görevler değildir. Öğrenilmesi, geliştirilmesi ve tecrübe edilmesi gerekir.

Aşağıda Product Owner’ların güçlenerek ilerlediği yolculuğun aşamalarını bulabilirsiniz:

1. The Scribe (Yazıcı)

  • Ürünle ilgili bilgiye ve ihtiyaçları toplama yetkinliğine sahiptir.

  • Daha çok köprü rolü üstlenir, zor sorularda bağımlıdır.

  • Karar verme yetkisi sınırlıdır; bu da iş değerinin yavaş oluşmasına sebep olur.

  • Genellikle Scrum takımında iş analisti geçmişi olan kişiler bu seviyede bulunur.

2. The Proxy (Vekil)

  • The Scribe seviyesine göre daha güçlüdür fakat bağımlılıklar devam eder.

  • Tecrübeli olduğu için ürün parçalarını belirlemeye başlamıştır.

  • Yine de gecikmeler, bekleme süreleri ve aksaklıklar tamamen ortadan kalkmamıştır.

3. The Business Representative (İş Temsilcisi)

  • Bu seviyede Product Owner işi geliştiren taraftan, işi talep eden tarafa geçmiştir.

  • Köprü rolü azalır, ekipler tek bir bütün gibi çalışmaya başlar.

  • İşbirliği artar, bekleme süreleri ve aksaklıklar büyük ölçüde azalır.

  • Ancak yetkilendirilmediği için karar alma süreçlerinde gecikmeler devam edebilir.

4. The Sponsor (Destekleyici)

  • Product Owner karar verme konusunda yetkilendirilmiş ve güven kazanmıştır.

  • Ürüne daha fazla odaklanabilir, inisiyatif alabilir ve bütçeyi yönetebilir.

  • Kendi departmanı içinde hızlı karar verebilir; ancak farklı departmanlarda aynı hız sağlanamayabilir.

5. The Entrepreneur (Girişimci)

  • “Mini CEO” benzetmesi bu seviyedeki Product Owner için yapılabilir.

  • Ürünün vizyonundan, kararların verilmesinden ve bütçenin yönetiminden tamamen sorumludur.

  • İşin değerini maksimize etmeye odaklanır.

  • Scrum Guide’da bahsedilen ideal Product Owner seviyesidir; ancak profesyonel iş hayatında nadir görülür.

Sonuç

Product Owner’ın gelişim eğrisinden görüleceği üzere, organizasyon içinde yetkilendirilmiş olması kritik öneme sahiptir. Kararlarına güvenilen, inisiyatif alabilen bir Product Owner, ürünün hızlı gelişimini ve pazara adaptasyonunu sağlar.

0 comments
0 FacebookTwitterPinterestEmail
Agile & Lean

Kanban Takımlarında Roller

by mlap
written by mlap

Kanban metodu evrenseldir ve mevcut süreç üzerinden uygulanmaya başlanabilir. Ancak israfların ve darboğazların ortadan kaldırılabilmesi için Kanban pratiklerinin düzenli uygulanması ve farkındalık yaratacak rollerin destek vermesi faydalıdır.

Kanban’da ek rollere ihtiyaç olmadan mevcut rollerle devam edilebilir. Yine de aşağıdaki rollerin varlığı, karmaşıklığı ve olası uygulama hatalarını azaltır:

Kanban Master

Scrum’daki Scrum Master rolüne benzer. Görevleri:

  • Takımın Kanban pratiklerini ve Agile prensiplerini doğru şekilde uygulamasını sağlamak,

  • Takımın yaşadığı engellerin çözümüne destek olmak.

Product Owner / Manager

Scrum’daki Product Owner rolüne benzer. Görevleri:

  • Product Backlog’u ve öncelikleri yönetmek,

  • Paydaşlarla iletişim kurmak ve önceliklerin netliğini sağlamak.

Not: Organizasyona göre Process Owner gibi farklı isimlerle de adlandırılabilir.

Team Member (Takım Üyesi)

Scrum’daki Developer rolüne benzer. Görevleri:

  • Ürün/hizmet geliştirmede aktif rol almak,

  • Kendi kendine organize olmak,

  • İsrafları belirleyip azaltmak,

  • Kaliteli çıktı üretmek.

Hiyerarşisizlik ve Şeffaflık

Scrum’da olduğu gibi Kanban’da da roller arasında hiyerarşik bir yapı yoktur. Bu yaklaşım:

  • Şeffaflık ve açıklığı artırır,

  • İyileştirme önerilerinin herkes tarafından getirilmesini,

  • Süreçlerdeki israfların birlikte keşfedilmesini kolaylaştırır.

Rollerle ilgili daha fazla bilgi için sitemizde yer alan Scrum Master, Product Owner ve Developer yazılarını da inceleyebilirsiniz.

0 comments
0 FacebookTwitterPinterestEmail
Agile & Lean

Scrum Rollerinde Yanlış Anlamalar

by mlap
written by mlap

Scrum takımları, Scrum Master, Product Owner ve Developer rollerinden oluşur. Bu üç rolün sorumlulukları farklıdır ve hiçbiri diğerine hiyerarşik olarak üstün değildir. Scrum Guide’da da açıkça belirtildiği gibi, roller yalnızca farklı sorumluluklara sahiptir ve tüm takım üyeleri bu sorumluluklara saygı göstermelidir.

Agile Dönüşüm Öncesi

Klasik organizasyonlarda aşağıdaki sorumluluklar genellikle yöneticilere aittir:

  • Takımın önündeki engellerin kaldırılması,

  • Yapılacak işlerin belirlenmesi ve önceliklendirilmesi,

  • Takım üyelerine ihtiyaç duyulduğunda koçluk yapılması.

Agile Dönüşüm Sonrası

Agile dönüşümle birlikte bu sorumluluklar Scrum Master ve Product Owner rollerine aktarılır. Ancak bu durum zaman zaman yanlış anlaşılmalara yol açar.

  • Rol sahipleri kendilerini yönetici gibi görmeye başlayabilir.

  • Takımlar da bu kişileri yönetici gibi algılayabilir.

Sonuçta hem takım içinde hem de organizasyon genelinde çeşitli sıkıntılar ortaya çıkar.

Kritik Nokta

Scrum Master ve Product Owner, yalnızca Scrum’ın öngördüğü sorumlulukları üstlenir. İnsan yönetimi onların görev tanımlarında yoktur. Bu sınırların bulanıklaşması, takımlar için kırmızı çizgi olmalıdır.

Eğer bu bozulma dikkate alınmazsa:

  • Takımın verimliliği düşer,

  • İletişim zayıflar,

  • Agile dönüşümden beklenen fayda sağlanamaz.

Scrum rollerinin doğru anlaşılması, Agile dönüşümün başarısı için kritik öneme sahiptir. Scrum Master ve Product Owner yönetici değildir; rollerinin sınırlarını aşmaları, takımın çalışma kültürüne zarar verebilir.

0 comments
0 FacebookTwitterPinterestEmail
Agile & Lean

Product Owner Seçimi ve Dikkat Edilmesi Gereken Noktalar

by mlap
written by mlap

Product Owner, takımın NE yapacağını, NEDEN ve hangi ÖNCELİKLE yapacağını belirleyen kişidir. Bu nedenle bu rolü üstlenecek kişinin doğru yetkinliklere sahip olması, takımın verimli çalışabilmesi için kritik öneme sahiptir.

Product Owner Nasıl Belirlenir?

Product Owner seçimi kurumdan kuruma farklılık gösterebilir:

  • Bazı organizasyonlarda yönetim tarafından atanır.

  • Bazı durumlarda talep sahibi veya geliştirme yapan ekip içinden belirlenir.

  • Proje odaklı takımlarda:
    Projeyi talep eden ekipten bir kişinin Product Owner olması tavsiye edilir. Böylece talep eden ve geliştiren ekipler birbirini daha iyi anlar, işbirliği artar ve ürün kalitesi yükselir.

  • Mevcut ürünlerin sürekliliğinden sorumlu takımlarda:
    Bakım, problem çözme, küçük işler veya teknik inisiyatiflerle ilgilenen takımlarda ise teknoloji tarafındaki bir kişinin Product Owner olması daha etkilidir. Böylece teknik işlerin NE olacağı ve nasıl önceliklendirileceği daha net belirlenebilir.

Product Owner Seçiminde Önemli Yetkinlikler

  • Güçlü İletişim: Tüm paydaşların sözcüsü olduğundan iletişim yetkinlikleri çok kuvvetli olmalıdır.

  • İş Alanı Bilgisi: İş alanında uzmanlık, taleplerin önceliklendirilmesi ve olgunlaştırılmasında büyük katkı sağlar.

  • Mentorluk: Paydaşlarla doğru iletişim kurarak talepleri netleştirmeli, geliştiricilerin işin amacını anlamasına yardımcı olmalıdır.

  • Araştırmacılık: Ürünün pazardaki yerini ve gelecekteki konumunu araştırabilmelidir.

  • Koordinasyon ve Takip: Farklı ekiplerle uyumlu çalışabilmek için koordinasyon ve iş takibi güçlü olmalıdır.

  • Hayır Diyebilme: Tüm taleplere “evet” demek hem takımı hem PO’yu verimsiz hale getirir. Gereksiz işlere “hayır” diyebilmek takımın motivasyonunu artırır.

  • Organizasyon Bilgisi: Kurum kültürünü ve işleyişini tanıması, koordinasyonu kolaylaştırır.

  • Değer Odaklılık: Backlog yönetimini yalnızca projeler üzerinden değil, ürünün tüm yaşam döngüsünü kapsayacak şekilde yapmalıdır. Sorunlar, bakımlar ve geliştirmeler birlikte ele alındığında ürün gerçekten güçlü hale gelir.

Product Owner’ın seçiminde rolün sorumluluklarını üstlenebilecek yetkinliklere odaklanmak gerekir. Doğru yetkinliklere sahip bir Product Owner, hem takımın verimliliğini hem de ürünün pazardaki başarısını doğrudan etkiler.

0 comments
0 FacebookTwitterPinterestEmail
Agile & Lean

Product Owner’ın Yapmaması Gerekenler

by mlap
written by mlap

Product Owner’ın temel sorumluluklarından biri, takımın geliştireceği işlerin NE olduğunu belirlemektir. Ancak kurumsal yapılarda bu durum zaman zaman yanlış anlaşılmakta ve Product Owner’ların yönetici gibi davranmasına yol açmaktadır. Oysa Scrum’da hiçbir rolün diğerine karşı hiyerarşik üstünlüğü yoktur. Bu nedenle yönetici vari davranışlar görüldüğünde mutlaka müdahale edilmelidir.

Product Owner’ın Kaçınması Gereken Davranışlar

  • Takımın yöneticisi değildir.
    Takım üyelerine görev atayamaz, iş dağıtamaz.

  • Takıma baskı yapamaz.
    Daha fazla iş alması için takımı zorlayamaz. Planlama toplantısında işleri önceliklendirir, ancak takım yalnızca hızına (capacity) uygun büyüklükteki işleri üstlenir.

  • Büyüklük tahminlerine karışamaz.
    Backlog’daki işlerin büyüklüklerini (estimation) sadece takım belirler.

  • “Nasıl” sorusuna müdahale edemez.
    Takımın işlerin nasıl yapılacağına kendisinin karar vermesi gerekir. PO yalnızca yorum veya öneri getirebilir.

  • Daily Scrum’da rapor talep edemez.
    Katılımı zorunlu değildir; katıldığında sadece gözlemci olabilir. Takımdan durum raporu isteyemez.

  • Performans konusunda baskı kuramaz.
    Takımın performansıyla ilgili endişeleri varsa, bunu baskı unsuru olarak kullanmamalıdır. Bunun yerine retrospektifte konuyu gündeme getirebilir ve birlikte aksiyon planı çıkarılmasını sağlayabilir. Çözüm bulunamazsa durumu yöneticilerle paylaşabilir.

Sık Görülen Yanlış Uygulama

Bazı organizasyonlarda yöneticiler, doğrudan Product Owner rolüne atanabiliyor. Deneyimler ve gözlemler, bu yaklaşımın takımlarda ciddi sorunlar yarattığını gösteriyor:

  • Scrum değerlerinin benimsenememesi,

  • Şeffaflığın kaybolması,

  • Product Owner’ın söylediklerinin sorgulanmadan yapılması,

  • Disfonksiyonların artması.

Product Owner, ürünün NE ve NEDEN yapılacağını belirler; ancak NASIL yapılacağına karar vermez. Yönetici gibi davranmaya başladığında Scrum’ın dengesi bozulur. Bu yüzden rolün sınırlarının korunması, hem takımın özerkliği hem de Agile prensiplerin hayata geçebilmesi için kritik öneme sahiptir.

0 comments
0 FacebookTwitterPinterestEmail
Agile & Lean

Product Owner’ın Rol ve Sorumlulukları

by mlap
written by mlap

Scrum’daki üç rolden biri olan Product Owner (PO), ürünün veya hizmetin değerini maksimize etmekten sorumludur. Takımın yapacağı işlerin NE olduğunu ve NEDEN yapılacağını belirler. Bu nedenle tüm paydaşların sözcüsü konumundadır. Bazı kaynaklarda “Value Optimizer” olarak da anılır.

Product Owner’ın Sorumlulukları

  • Product Backlog Yönetimi:

    • Product Backlog’un tek sorumlusudur. Düzenlemeyi başkaları yapabilir, ancak her değişiklikten PO sorumludur.

    • İş değeri yüksek backlog öğelerine öncelik vermelidir. Böylece yapılan yatırımın getirisini (ROI) maksimize eder.

    • Paydaşlarla görüşerek öncelikleri ve iş değerini doğru belirler.

    • Her backlog öğesinin kabul kriterlerini netleştirir, böylece belirsizlikleri önler ve kurumsal hafıza oluşturur.

    • Product Backlog’u şeffaf hale getirir; tüm paydaşların görünür şekilde erişmesini sağlar.

  • Paydaş İlişkileri:

    • Tüm paydaşlarla yakın çalışır, taleplerin ürün üzerindeki etkisini anlar ve takıma aktarır.

    • Paydaşlara düzenli bilgi verir, yapılan işleri paylaşır ve geri bildirim alır.

    • Müşteri memnuniyetinin sağlanmasında kritik rol oynar.

  • Ürün Vizyonu ve Pazar Analizi:

    • Ürünün vizyonunu geliştirir ve gerektiğinde adapte eder.

    • Pazar trendlerini ve gelişmeleri gözlemler, analiz eder, bu bilgileri takımla paylaşarak ürünün pazardaki etkisinin anlaşılmasını sağlar.

  • Teslimat ve Planlama:

    • Takım her sprintte tamamlanmış iş parçaları ortaya çıkarır; fakat bunların müşteriye ne zaman teslim edileceğine PO karar verir.

    • Planlama toplantılarında, önceliklendirilmiş backlog öğeleri için NE ve NEDEN yapılacağını açıklar.

  • Takım ile İletişim ve Destek:

    • Takımla birlikte çalışır, Scrum etkinliklerine katılır.

    • Daily Scrum’a katılımı zorunlu değildir; katıldığında sadece gözlemci olmalıdır.

    • Review toplantılarına katılmalı, paydaşlara yapılan işleri tanıtmalı ve geri bildirimleri toplamalıdır.

    • Retrospective toplantılarına katılarak süreç iyileştirmelerine katkıda bulunmalıdır.

    • Takıma hızlı destek vermek için ulaşılabilir olmalı, mümkünse aynı lokasyonda bulunmalıdır.

  • Kalite ve Geliştirme Süreci:

    • Takımın geliştirdiği iş parçalarını kontrol eder, ihtiyaçları karşılayıp karşılamadığını değerlendirir ve geribildirim verir.

    • Scrum ve backlog yönetimi konusunda kendini sürekli geliştirmeli, öğrendiklerini diğer PO’larla paylaşmalıdır.

Product Owner’ın sorumlulukları oldukça fazladır. Bu nedenle bazı kaynaklarda “mini CEO” olarak da anılır. Ancak yanlış anlaşılmamalıdır: PO, takımın yöneticisi değildir; yalnızca yapılacak işlerin NE ve NEDEN kısmından sorumludur.

Tüm bu sorumlulukların tek bir kişi tarafından eksiksiz yerine getirilmesi zor olabilir. Bu nedenle Product Owner, ihtiyaç duyduğunda takımdan da destek almalıdır.

0 comments
0 FacebookTwitterPinterestEmail