Scrum'da, Ürün Sahibi ve ScrumMaster rolleri neden birleştirilmesin?

19

Çalıştığım daha geleneksel projelerde, proje yöneticisi (ve daha büyük projelerde, bir kişi müsait değilse ortak / yardımcı / yardımcı proje yöneticileri olabilir) müşteriyle iletişim kurmaktan, proje almaktan sorumlu kişidir. sağlık ve durum güncellemeleri, zamanlama ve bütçelemenin belirlenmesi, sürecin yönetilmesi, ekibin görevleri tamamlamak için ihtiyaç duydukları şeylere sahip olmasını sağlamak vb.

Ancak Scrum'da bu sorumluluklar Ürün Sahibi ile ScrumMaster arasında bölünür. Ürün Sahibi müşterinin sesidir. Doğrudan müşteriyle etkileşim kurar, kullanıcı öyküleri oluşturur, ürün biriktirme listesini ve kullanıcı / müşteriyle karşılaşan diğer sorunları organize eder ve önceliklendirir. ScrumMaster süreci ele alır, toplantıları denetler (tahmin ve planlama dahil), engelleri kaldırır ve projenin genel sağlığını izler, gerektiğinde ayarlamalar yapar.

Wikipedia da dahil olmak üzere birçok kaynakta ScrumMaster ve Ürün Sahibinin rolünün iki farklı kişi tarafından üstlenilmesi gerektiğini okudum . Sadece okumakla kalmadım, aynı zamanda her ikisinin de faaliyetlerinin tek bir kişi tarafından ele alındığı başarılı "geleneksel" tarzda projeler üzerinde çalıştım. Aslında bir ya da üç kişinin projeyi (insan kaynakları / personel dahil) ve süreç seviyesi görevlerini ele almaktan sorumlu olmaları daha mantıklıdır, çünkü bunlar genellikle el ele gider. Süreç değişikliklerinin zamanlama, bütçeleme, kalite ve diğer proje düzeyi hedefleri üzerinde etkisi vardır ve proje değişikliklerinin süreç üzerinde etkisi vardır.

Scrum neden bu faaliyetleri iki role ayırmayı gerektiriyor? Bu aslında ne gibi avantajlar sağlıyor? Ürün Sahibi ve ScrumMaster'ın aynı kişi olduğu başarılı bir Scrum projesinde olan var mı?

— Thomas Owens
kaynak

Ayrıca, yemin ederim ki bu soru zaten sorulmuştu, ama bulamıyorum ve favori olarak yıldız vermedim. Burada rol tanımları hakkında birçok soru var, ama okuduğumdan emin olduğum PO / SM'yi görmüyorum.

— Thomas Owens

Bu soruyu mu düşünüyorsun ?

— Adam Lear

@Anna Bu tanıdık geliyor, ancak aslında bir kopya gibi görünmüyor. Sanırım bu soru daha önce sorulmamış olabilir.

— Thomas Owens

Nasıl hakkında bu bir ? :)

— Adam Lear

1

Bunun daha ayrıntılı olarak tartışıldığı Agile ile başarılı olmanızı okumanızı tavsiye ederim .

— Ladislav Mrnka

17

Tek bir kişi tarafından birleştirilebilir ve yapılabilirler (buna karşı bir kural yoktur (sonuçta scrum)).

AMA iki rolün rekabet ettiği ve gündemleri olduğu için (ve her ikisini aynı anda yapabilmek için özel bir kişi gerekir) fark sorumluluğunu dikkatlice dengelemeniz gerekir. Birçok deneyin gördüm ama birkaç uzun bir süre (stresli bir pozisyonda) çekin.

SM olmak için PO'dan daha fazla teknik bilgiye ihtiyacınız var (geliştirme ekibinin düzenlenmesine yardımcı olacağınız için). Bir şeyleri ürün birikiminden yay birikimine çekebilmek için ürün hakkında ayrıntılı bilgi gerekir (bazen en iyi 'n' öğelerini ters veremez çünkü çekemezsiniz).
PO denklemin kullanıcı sonunun SM'den daha fazla anlaşılmasını gerektirir. Bunun teknik olması gerekmez, ancak ürünün gerçek dünyada nasıl kullanılacağı ve müşterinin ürünü almak istediği yön hakkında bilgi gerektirir.

Her iki rolü de yerine getirebilecek bir kişi bulabilirseniz, bunu önlemek için hiçbir neden göremiyorum.

PO müşteri tarafından geliştiricilere önemli bir çekişmeye neden olan bir yönde çekildiğinde sorunlar ortaya çıkabilir (çünkü önce başka bir altyapı inşa etmeleri gerekir). SM işi, müşterinin kaprislerini takip etmek değil, geliştiricileri kaprislerinden korumaktır. Bunu objektif olarak çekmek zor.

— Martin York
kaynak

1

Evet, gördüğüm gibi, soruna neden olan çıkar çatışmasıdır. Ürün sahibi mümkün olduğunca fazla şey yapmak istiyor, scrum master'ın ürün sahibinin beklentilerini yönetmesi gerekiyor.

1

SM açıklamanız yanlış. SM değil takım lideri gibi bir şeyi tanımlıyorsunuz.

— Ladislav Mrnka

1

Buna kesinlikle katılmıyorum. PO ve SM gerçekten farklı iki iş. borisgloger.com/2009/12/07/…

@Pierre Bu bağlantı bir cevapta gönderildi. Bu cevaba yanıt olarak söylediğim gibi, 3 dışındaki herkesin burada ve şu anda ortaya koyabileceğim karşı-değişkenleri var ve 3 o kadar genel ki, her iş pozisyonu için geçerli.

— Thomas Owens

3

Ayrıca, özellikle bu konuyu anlatan bu gönderiyi mutlaka kontrol edin: blog.mountaingoatsoftware.com/… . Rolleri karıştırmak senin için işe yarıyorsa, sana bir kutu Belçika çikolatası göndereceğime söz veriyorum.

4

Ben uzman değilim, ama Scrum Master'ın takım savunucusu / kolaylaştırıcısı olması gerektiğini düşünüyorum. Müşterinin sesi, müşterinin çıkarlarının kalbinde olmalıdır. Scrum Master, ekibin başarılı bir sprint için ihtiyaç duydukları şeyi elde etmesine yardımcı olmakla ilgili olmalıdır.

— Amy Anuszewski
kaynak

1

Ayrıca, her seferinde 1 müşteri üzerinde çalışmadığınızı unutmayın. Ürün Sahipleri birkaç müşteriyi yönetebilir ve işin bu bölümüne konsantre olabilir ve ScrumMasters proje geliştirmeye odaklanabilir.

Birçoğunun söylediği gibi, her iki rolün de farklı çıkarları vardır, ancak ortak bir hedef ve onu geliştirmek için farklı beceri setleri vardır.

— AJC
kaynak

Bu doğru olabilir. Çalıştığım her yer, "proje düzeyi" (PO ve SM'lerin eşdeğeri) personeli tek bir projeye ayrıldı, bu yüzden sahip olduğum tek referans çerçevesi bu. Geliştirme ekibi birden fazla projeye atanabilir, ancak tipik olarak bir geliştirici bir projeye tam zamanlı olarak ve bir veya iki diğer projede destekleyici rollere atanır.

— Thomas Owens

0

Aynı kişi geliştirici ekibini ve kullanıcıları / müşterileri temsil ediyorsa, bir anlaşmazlıkta sahip olduğunuz tek başvuru sözleşmeye bakmaktır. Sonunda buna rağmen, her iki taraftan da eşit güce sahip bir temsilci bir anlaşma yapabilirse daha iyi durumdasınız.

— JeffO
kaynak

PO, müşterinin kuruluşundan değilse (ki bu benim anlayışımdan sıkça durumdur), gelişmekte olan kuruluş (PO dahil) ve müşteri arasında bir anlaşmazlık varsa yine de sözleşmeye bakmanız gerekir.

— Thomas Owens

1

Bu doğrudur, ancak bir müşterinin personeli savunmasını istemek, müşteriye geri dönmeden önce bir anlaşmazlığı ele alabilir. Her ikisi de müşteriyle aynı fikirde değilse, bu başka bir konudur.

— JeffO

0

Ürün Sahibi ve Scrum Master rollerindeki kişiler birbiriyle çelişen arzulara, hedeflere, gereksinimlere ve kısıtlamalara sahip olabilirler, 2'den fazla rastgele programcı olabilir. İnsanlar çelişkili hedeflere eşit değer verebilir veya edemeyebilir ve çelişkili hedeflerle karşılaştıklarında yargılamada hata yapma olasılığı daha yüksek olabilir. Biraz farklı odaklara veya önyargılara sahip olan iki kişinin birlikte aynı hataları veya aynı derecede hataları yargılama olasılığı daha düşük olabilir.

İki kişi de problemin / projenin her farklı yönüne odaklanmak için toplam çalışma saati ayırabilir (örneğin 2 farklı rolün hedefleri).

— hotpaw2
kaynak