Scrum Kılavuzu | 12. Ürün Sahibi ve Scrum Master Arasındaki İşbirliği

Bugünkü yazımızda Product Owner ve Scrum Master arasındaki işbirliği konusunu ele alacağız. Ürün Sahibi, Geliştirme Ekibinin önüne açıkça tanımlanmış bir Ürün Hedefi koyar ve uygulanmasında ilerleme gerektirir. Scrum Master, yaratma sürecinin kalitesiyle ilgilenir: Takımın çalışmasına eşlik eden iyi bir atmosfer, motivasyon ve engelleri ortadan kaldırma. Ancak, hem Ürün Sahibi hem de Scrum Master, Geliştirme Takımı üzerinde hareket eden iki bağımsız güç değildir.

Ürün Sahibi ve Scrum Master arasındaki işbirliği – içindekiler tablosu

1. Scrum Master & Ürün Sahibi
2. Geliştiricilerle etkili iletişimi desteklemek
3. Deneyimden gelen bilgi
4. Scrum'da Paydaşların Tanıtılması
5. Özet

Scrum Master & Ürün Sahibi

Her birinin çalışma şekli çok farklı olsa da ilgi alanları birleşiyor: her şey Scrum Takımının etkin bir şekilde çalışmasıyla ilgili. Bu nedenle Scrum Master ile Ürün Sahibi arasındaki ilişki ve etkin işbirliği çok önemlidir.

Ürün Sahibinin ve Scrum Master'ın görevlerinin çoğu – ayrı makalelerde daha ayrıntılı olarak tanımladık – Geliştirme Takımının çalışmalarıyla ilgili sorumlulukları etrafında döner. Ancak, Scrum Master'ın görev ve sorumlulukları Ürün Sahibinin çalışmasını desteklemeyi de içerir.

Geliştiricilerle etkili iletişimi desteklemek

Ürün Sahibi ve Geliştirme Ekibi arasındaki etkili iletişim, en az iki güçlü temel gerektirir: anlaşılabilirlik ve yeterli etki. Scrum Master, Ürün Sahibinin onları güçlendirmesine yardımcı olur.

Ürün İş Listesini Anlamak

Scrum Master'ın Ürün Sahibine yardımcı olmasının başlıca yollarından biri, formüle edilmiş mesajların Geliştirme Takımı tarafından anlaşılmasını sağlamaktır. Scrum Master , Ürün İş Listesi girişlerini inceler ve öncelikle aşağıdakilere dikkat ederek, bunların anlaşılırlığını artırmak için ek sorular sorar:

• girişlerin netliği - Geliştiricilerin belirli bir işlevi tam olarak hangi amaçla geliştirdiklerini bilmeleri için
• girişleri kısa tutmak - planlanan işlevlerin açıklamaları yalnızca gerekli bilgileri içerir ve bunları okumak mümkün olduğunca az zaman alır

Bu şekilde Scrum Master, Ürün Sahibinin hayal ettiği gibi Ürün Hedefi ile Geliştirme Takımı üyelerinin görevlerini nasıl anladıkları arasında bir tutarsızlığın ortaya çıkmasını önler .

Ürün Sahibinin etkisinin gücü

Scrum Master, Ürün Sahibinin mesaj etkinliğini ve karizmasını geliştirmesine yardımcı olur. Scrum Master, Ürün Sahibinin Ürün ve onun gerçekleştirilmesiyle ilgili sorunlu konuları tartışabileceği bir koç olarak hareket eder. Bu nedenle, aralarında tartışmaların gerçekleştiği bireysel toplantılar çok önemlidir. Bu tartışmalar sayesinde Ürün Sahibi, ürün vizyonunu netleştirebilir ve ekibe sunmadan önce Scrum Master'ın sorularını yanıtlayabilir.

Scrum Master, geri bildirimde bulunarak , Ürün Sahibi'nin takımla yaptığı toplantıda mesajını daha güçlü ve net hale getirir. Bu gerekli hazırlık, Ürün Sahibinin ayrı bir makalede anlatacağımız Scrum Etkinlikleri sırasında Ürün Hedefini daha iyi ve daha iyi iletmesine yardımcı olur.

Deneyimden gelen bilgi

Scrum Master ayrıca Ürün Sahibinin Geliştirme Takımı için görevleri gerçekçi bir şekilde planlamasına yardımcı olur. İyi hazırlanmış bir Ürün İş Listesi, kuruluşun Ürün Hedefinin gerçekleştirileceği çalışma şekliyle eşleşmeyebilir.

Bu nedenle Scrum Master, Ürün Sahibini önceki projelerde meydana gelen başarısızlıkların ve zorlukların gözleminden yararlanarak deneyimlerinden edindiği bilgilerle destekleyecektir. Deneysel bilgi sayesinde Scrum Master, organizasyonun, Takımın veya uzmanlığının özelliklerinden kaynaklanan görevleri yerine getirme ve Ürün Hedefine ulaşmadaki zorlukları öngörebilir.

Scrum'da Paydaşların Tanıtılması

Scrum Master günlük olarak esas olarak Geliştirme Takımı ile çalışır. Ve bazen de İK departmanıyla, özellikle ekip oluşturma sürecinde ve ekibin genişletilmesi veya değiştirilmesi gereken nadir anlarda. Scrum Master'ın günlük görevleri genellikle Paydaşların işbirliğini içermez – bu Ürün Sahibinin işidir.

Bunun istisnası, Scrum ilkelerine ve rollerine aşina olmayan Paydaşlarla çalışmaya başlamanızdır. Bu, Scrum Master'ların, Ürünün yaratılmasında yer alan tüm kişilerle toplantılarda Ürün Sahibi ile birlikte çalıştığı zamandır. Ayrı bir makalede yazdığımız Scrum Takımında kimin kim olduğunu açıklıyorlar. Ayrıca Ürün Sahibinin iyi iletişim uygulamalarını gerçekleştirmesine yardımcı olurlar. Bunlar, örneğin, Sprint İncelemesi sırasında Paydaşların aktif mevcudiyetini veya iyi Kullanıcı Hikayeleri oluşturmayı içerir.

Özet

Scrum Master, Ürün Sahibinin işine, yani yaratılan ürünün iş değerini maksimize etmeye odaklanmasını sağlar . Scrum Master ayrıca Ürün İş Listesinin şekli hakkında bireysel koçluk ve tartışmalar yoluyla Ürün Sahibinin etkili iletişim kurmasına yardımcı olur. Dahası, Scrum Master, Ürün Sahibini belirli bir Takım ve organizasyonla çalışma bilgisi ile destekler. Ve son olarak – gerekirse – Paydaşları Scrum çalışma yöntemiyle tanıştırarak Ürün Sahibini kolaylaştırır.

İçeriğimizi beğendiyseniz, Facebook, Twitter, LinkedIn, Instagram, YouTube'daki meşgul arılar topluluğumuza katılın .

Yazar: Caroline Becker

Bir Proje Yöneticisi olarak Caroline, en iyi iş akışlarını tasarlamak ve süreçleri optimize etmek için yeni yöntemler bulma konusunda uzmandır. Organizasyonel becerileri ve zaman baskısı altında çalışabilme yeteneği, onu karmaşık projeleri gerçeğe dönüştürmek için en iyi kişi yapıyor.

Tüm gönderileri görüntüle

Scrum Kılavuzu:

1. Temel terimler, roller ve kavramlar sözlüğü
2. Scrum nedir?
3. Scrum değerleri
4. Şirketinizde Scrum nasıl uygulanır?
5. Scrum Takımı - nedir ve nasıl çalışır?
6. Ürün Sahibi kimdir?
7. Ürün Sahibinin En Sık Yapılan Hataları
8. Scrum Master kimdir?
9. İyi bir Scrum Master'ın Özellikleri
10. Scrum Master'ın en yaygın hataları
11. Scrum Master hangi istatistikleri ve metrikleri izlemelidir?
12. Ürün Sahibi ve Scrum Master Arasındaki İşbirliği
13. Scrum'da Geliştirme Takımı
14. Geliştiricilerin en yaygın hataları
15. Scrum eserleri
16. Scrum'ı Ölçeklendirme
17. Sprint İş Listesi
18. Ürün İş Listesi nedir?
19. Kullanıcı Hikayeleri nedir?
20. INVEST ile en iyi Kullanıcı Hikayesini Oluşturmak
21. En yaygın Kullanıcı Hikayesi hataları
22. Kullanıcı Hikayesi Kabul Kriterleri
23. Scrum'da Tahmin ve Öykü Puanları
24. Poker Planlama
25. Takım Tahmin Oyunu
26. Artış Tanımlama
27. Scrum etkinlikleri
28. Scrum'da Sprint nedir?
29. Scrum Takımı Taahhütleri - Ürün Hedefi, Sprint Hedefi ve Tamamlamanın Tanımı
30. Burndown Grafiği nedir?
31. İş bitim grafiği nasıl oluşturulur ve yorumlanır?
32. İş bitim grafiğinin avantajları ve dezavantajları
33. Scrum ve Scrumban'da Kanban panoları
34. Scrum'da Hız - Geliştirme Takımının Hızı
35. Günlük Scrum
36. Sprint Planlama
37. Sprint İncelemesi
38. Sprint Retrospektifi nedir?
39. Sprint Retrospektifi sırasında yaygın hatalar
40. Ürün İş Listesi beslemesi