Scrum Kılavuzu | 7. Ürün Sahibinin En Sık Yapılan Hataları

Bugünkü gönderide, Ürün Sahiplerinin karşılaştığı en yaygın zorluklara odaklanacağız. Ürün Sahibinin bu hatalarının en sık meydana geldiği durumlara nasıl hazırlanacağınızı da anlatacağız.

Ürün Sahibinin Hataları – içindekiler:

1. Ürün Sahibi ve Müşteri arasında neler ters gidebilir?
2. Ürün Sahibinin Scrum Takımının geri kalanıyla ilgili karşılaştığı zorluklar
3. Özet

Ürün Sahibi ve Müşteri arasında neler ters gidebilir?

Ürün Sahibi, Scrum Takımının başarısızlıklarından kişisel olarak sorumlu olan kişidir. Bu konumu nedeniyle ekibin faaliyetlerinin ötesinde, Ürün Sahibinin tek kırılabilir boyun olduğu düşünülmektedir. Diğer bir deyişle, Scrum Takımı yanlış gittiğinde en çok zarar gören Ürün Sahibidir. Öyleyse, ortaya çıktıklarında veya daha iyisi, ilk etapta olmalarını önlediklerinde, zahmetli durumlarla nasıl başa çıkılır?

Bu noktayı yanıtlamak için, aşağıdaki tabloda Ürün Sahiplerinin ve Müşterilerin bazı önemli hatalarının açık ve derinlemesine bir analizini ve her birinin ayrıntılı bir tartışmasını sağladık.

Öncelik verememe

Nasıl öncelik verileceğini bilmeme hatası, birçok Ürün Sahibinin belasıdır. Görev önceliklendirme neden temel bir yetkinliktir? Çünkü her şey eşit derecede önemli hale geldiğinde Ürün Hedefi ortadan kalkar. Scrum Takımı etkinliğinin amaçlanan etkisi budur.

Sorun, müşterilerle Ürün Hedefi hakkında yapılan ilk görüşmeler sırasında başlar. Müşteri genellikle tüm fikirlerinin mümkün olduğunca çabuk ve ucuza gerçekleştirilmesini ister. Ürün Sahibinin görevi bir öncelikler listesi oluşturmaktır. Görevi, yapılandırılmamış müşteri beklentilerine dayalı olarak en önemliden en önemsize doğru sıralanan açık ve uygulanabilir beklentilerin bir listesini oluşturmaktır .

Önceliklendirme ile ilgili sorun çoğunlukla müşterinin beklentilerinin yanlış anlaşılmasından kaynaklanır. Ürün Sahibi, Müşteriden gerçek Ürün Hedefleri hakkında bilgi alamadığında ortaya çıkar. Ürünün hangi ihtiyaçlara cevap vermesi gerektiği sorusunun cevabı budur.

Peki kendinizi bu hatadan nasıl korursunuz? İlk olarak – müşteriyi dikkatlice dinleyin . İkinci olarak, Hedef ve her bir ürün özelliğinin nasıl çalıştığı hakkında sorular sormayı öğrenin. Üçüncüsü - ulaşılacak Hedefleri müzakere edin ve sınırlayın. Ve bunun için atılganlığa ihtiyacınız olacak.

Ürün Sahibinin yapması gereken bir görev listesi olduğunda, bunların ilerlemesini ve detaylandırılmasını geliştirmek için kanıtlanmış yöntemler vardır. Örneğin, Eisenhower matrisinin kullanılması, görevlerin önem ve aciliyet kriterlerine göre önceliklendirilmesi için kullanılır.

Ürün Sahibinin iddialı olmaması

Önceliklendirme yapamama ile yakından ilgili olan sorun ise atılganlık eksikliğidir. Uygun olmayan şekilde sıraya alınmış görevlerle sonuçlanır ve aşırı görevlerle birleştirerek Ürün Hedefinin gerçekleştirilmesini engellemeye yol açar. Bu nedenle, müşteriye hayır diyebilme yeteneği çok önemlidir.

Ürün Sahibinin iddialılığı üç sütuna dayanmalıdır:

• ekibin yetenekleri hakkında bilgi,
• Ekip tarafından kullanılan ve geliştirilen çözümler hakkında bilgi,
• Scrum Takımındaki yerlerine dayalı olarak rollerinin ve değerlerinin farkındalığı.

Bu nedenle, Ürün Sahibinin atılganlık problemlerini önlemenin en önemli yollarından biri, Scrum Takımı ile günlük olarak çalışmasıdır. Bu, Müşterinin fikirlerini uygulama zamanı ve yeteneği hakkında gerçekçi inançlar oluşturmasına yardımcı olacaktır.

Yetersiz iş becerileri

Tartışmak istediğimiz bir sonraki hata, uygun iş niteliklerinin olmamasıdır. Bu Ürün Sahiplerinin güçlü yönleri genellikle özel niteliklerdir. Yetkinlikleri, işten ziyade Geliştirme Ekibinin alanıyla daha yakından ilgilidir. Dolayısıyla, rekabet, piyasa kuralları ve Scrum Takımı tarafından oluşturulan ürünün nihai müşterisi hakkında köklü, pratik bilgi eksikliği vardır.

Çok özel durumlarda ortaya çıkabileceğinden, bunun için basit bir çare yoktur. Bununla birlikte, elbette, bir Ürün Sahibi için iyi bir eylem planı, bunu kabul etmek ve öğrenmeye ve deneyim ve iş yetkinlikleri kazanmaya devam etmektir.

Ürün Sahibinin Scrum Takımının geri kalanıyla ilgili karşılaştığı zorluklar

Görevlere öncelik verme yeteneği, Ürün Sahibinin iddialılığı ve yüksek iş becerileri, Scrum Takımının uzun vadeli temeli olan örnek bir Ürün İş Listesi oluşturmak için gerekli ön koşullardır. İş Listesi tutarlı ve doğru bir şekilde ana hatlarıyla belirlenmezse , Ürün Sahibi-Müşteri ilişkisindeki sorunlar Ürün Sahibi-diğer Scrum Takımı üyesinin ilişkisine taşacaktır. Ve sırayla, Scrum Takımının etkinliğini doğrudan etkilerler. Ürün Sahibini diğer Scrum Takımı üyeleriyle olan ilişkilerinde başka hangi tuzaklar bekliyor?

Bunu kolaylaştırmak için Ürün Sahibi ve Scrum Takımı arasındaki sorunları bir tablo halinde sunduk. Aşağıda her bir sorunun ayrıntılı bir tartışmasını ve çözüm önerilerini bulabilirsiniz.

Zavallı karizma

Ürün Sahibinin günlük olarak görevi, Müşterinin yönergelerini Geliştirme Ekibi tarafından uygulanma biçimleriyle koordine etmektir. Bu kuşkusuz doğru otoriteye, dinleme becerisine ve karizmaya sahip olmayı gerektirir.

Yetersiz otorite sorunu bir gecede çözülemez. Yumuşak beceriler üzerinde uzun süreli çalışma gerektirir. Ayrıca diğer ekip üyelerinin görev kapsamı ve becerileri hakkında bilgi sahibi olmak.

Yetersiz uzmanlık becerileri

Ürün Sahibi Kimdir sorusuna cevap veren yazıda da yazdığımız gibi, Ürün Sahibinin rolü kesinlikle teknik değildir. Ancak, Geliştirme Ekibi üyelerinin uzmanlık becerilerinin temellerini bilmek, Ürün Sahibinin yetkisini önemli ölçüde artırabilir. Ekibin uzmanlık alanındaki yetersiz nitelikler sadece Ürün Sahibi'nin karizması ve yetkisi ile sorun yaratmaz. Geliştirme Takımı üyelerinin uzmanlık alanları ve yetkinliklerinin temelleri ile ilgilenmeme hatası, komik durumlara yol açabileceği gibi, aynı zamanda feci iş ve kişiler arası sonuçları olan durumlar da yaratabilir.

Bu nedenle, Scrum Takımının en kaliteli ürünleri sunabilmesi için Ürün Sahibinin ürünü tam olarak anlaması gerekir. Ürün Sahibinin profesyonel bir ekibin parçası olduğu düşünülürse, doğru kalifikasyonu elde etmek zor olmasa gerek . Sadece açıklama yapmakla kalmaz, aynı zamanda kendi alanları hakkında nereden bilgi edinebilecekleri konusunda da önerilerde bulunabilirler.

Bağımsızlık

Ürün Sahibi bağımsız olarak karar verebilmelidir. Tabii ki kilit konu Scrum Takımı koşullarını bilmek ve Geliştirme Takımı ile sürekli iletişim halinde olmaktır. Ancak, eylemlerinin etkinliğinden sorumlu olan Ürün Sahibi'dir. Bu nedenle Ürün Sahiplerinin yetkilerini inşa etmeleri ve aldıkları kararların sorumluluğunu almaları gerekmektedir. Takım yönlendirme, önceliklendirme ve görevlerin kabulü konusundaki son çağrı onlara aittir.

Özet

Ürün Sahibinin en yaygın hatalarını keşfettik. Ürün Sahibinin rolü kolay değildir. Bu nedenle, alırken başkalarının yollarında karşılaştıkları sorunlara kendinizi hazırlamaya değer.

Müşteri ilişkileri sorunları genellikle atılganlık eksikliğinden, öncelik verememekten ve yetersiz iş becerilerinden kaynaklanır.

Ürün Sahibinin Scrum Takımının geri kalanıyla çalışması sırasında ortaya çıkan hataları, Ürün Sahibi rolünü üstlenen kişinin bağımsız olmaması ve karizmasının yetersiz olmasından kaynaklanır. Başka bir neden, uzmanlık becerilerinin eksikliği ve isteksizlik veya bilgiyi genişletmek için zaman eksikliği ile ilgili olabilir.

İçeriğimizi beğendiyseniz, Facebook, Linkedin ve Twitter'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