Bu yazıda Ürün Sahibi, Geliştirme Ekibi ve Paydaşlar arasındaki ilişkiyi ele alacağım. 'İş Listesi Yönetimi' ve ' Değeri En Üst Düzeye Çıkarma ' sanatı Gelecek makalelerde daha ayrıntılı olarak ele aldım.
Ürün Sahibi rolü gerçekten çok güçlü bir rol olsa da, aynı zamanda biraz sınırlıdır. Ancak bu kısıtlamalar ... garip bir şekilde özgürleştiriyor. Scrum böyle olabilir. Bunun nasıl olduğunu açıklamaya çalışacağım.
Ürün sahipliğinin 'gücü' Paydaşın isteklerini yerine getirmeyi gerektirse de, Scrum kendi çalışmalarını organize etme görevini Geliştirme Takımına bırakarak bu gücü de kontrol altında tutar. Scrum Master, kolaylaştırma ve etkinleştirme sorumluluğu ve araçlarıyla yatırım yapılır .
Ürün Sahibi rolünün popülaritesi Scrum'ı aşar, bu nedenle bu dinamikler organizasyondan organizasyona ve ekipten takıma farklılık gösterir.
Bu üç 'gücün' (kendi kendini organize etme, kolaylaştırma ve ürün sahipliği) dengelenmediği (veya bunlara saygı duyulmadığı) organizasyonlarda, yetkilendirilmiş, yaratıcı, kendi kendini organize eden ekiplerin hiçbir faydasını neredeyse hiç deneyimlemeyeceklerdir.
Durum böyleyse, ekipler genellikle değişen koşullara yeterince uyum sağlama yeteneğinden yoksundur. Daha iyi yaklaşımlar geliştirmek veya zorlu zorluklarla özerk olarak çalışmak için yaratıcı özgürlüklerden yoksun olabilirler. Zamanında teslimat yapmak daha az mümkün olacaktır. Yetkilendirme eksikliğinden dolayı, kendilerini adanmış gibi hissetmeyebilirler ve kolektif hedeflere ulaşma konusundaki genel sorumluluk duygusunu kaybedebilirler.
Bu dinamikler önemlidir.
"Ürün Sahibi, Geliştirme Ekibinin çalışmasından kaynaklanan ürünün değerini maksimize etmekten sorumludur." - Scrum Kılavuzu
Scrum Kılavuzundan yukarıdaki alıntı, birçok kişinin Ürün Sahibi'nin Üründen (değerinden) sorumlu tek kişi olduğunu varsaymasına yol açmıştır .
Ürün Sahibi'nin birincil odak noktası, Geliştirme Takımının gerçekleştirdiği değeri en üst düzeye çıkarmak olsa da, bu, Geliştirme Takımının değeri en üst düzeye çıkarma konusunda hiçbir farkındalığına veya sorumluluğuna sahip olmaması gerektiği anlamına gelmez.
Toplu olarak (ürün) değer yaratıcıları olan Geliştirme Ekibi için bu şekilde tanınmamasının ne anlama geldiğini bir an için düşünün .
Ürün Sahibi'nin değeri en üst düzeye çıkarmaktan sorumlu olduğunu belirtmek, ekibin geri kalanının sorumlu olmadığı anlamına gelmez.
"Geliştirme ekibinin ürün veya ürünün kullanıcıları yerine Ürün Sahibine hizmet ettiği çok fazla toksik Scrum uygulaması var."
Öğrencilerin ve profesyonellerin " Ürün Diktatörü " nün Ürün Sahibi rolünü okuduktan sonra ( Scrum'ın dediği gibi " Değer Maksimize Edici " değil) daha uygun bir isim olacağını söylediklerini duydum .
Nedenini anlayabiliyorum, çünkü çoğu kişi küçük yazıları okumuyor ve bu otoritenin Scrum'ın geri kalanıyla nasıl bir ilgisi olduğunu gerçekten anlamıyorum.
Beni yanlış anlamayın. Ürün Sahibi'nin rolü çok önemlidir. Ekipteki birinin odaklanmış olması ve değeri optimize etmeye kendini adaması çok değerlidir. En güçlü değer optimizasyonu ', Ürün Sahibi'nin kendisine sunduğu anlamına gelir ... Geliştirme Ekibi'dir .
Geliştirme Ekibi işi çeker . Popüler uygulamaya karşı, bu Ürün Sahibi tarafından dikte edilmemelidir. Ürün Sahibi, Geliştirme Takımının ne yapacağına karar vermez, ancak bunu elinden geldiğince etkileyebilir (ve yapmalıdır). Ürün Sahibi ekip için 'amaç' geliştirir: “ Yaptığımızı bu yüzden yapıyoruz. Amaçladığımız şey bu. "
Ürün Sahibi'nin Geliştirme Ekibi ile çalışması ve bundan sonra ne üzerinde çalışması gerektiğinin değerini açıklama çabası göstermesi gerekecektir. Bu şekilde, Ürün Sahibi ve Geliştirme Ekibi, bir dereceye kadar, ekibin Ürün İş Listesinde muhtemelen bir sonraki adımda çalışacağı şeyi şeffaf hale getirebilir.
Ürün Sahibi ve Geliştirme Ekibi arasındaki bu ilişkinin yaratıcılığı, üretkenliği ve çevikliği nasıl teşvik ettiğini düşünün. Bunun ekibin ürettiği değeri nasıl artırdığını düşünün.
Şahsen çok fazla dirençle karşılaştım ve Scrum'daki Ürün Sahibi ile Geliştirme Ekibi arasındaki ilişkiyle ilgili bazı çatışmalar yaşadım. Bunun temel nedeni, bir Proje Yöneticisinin bir Geliştirme Ekibi ile geleneksel ilişkisinden miras kalan kalıcı eski alışkanlıklardır. Sadece yeni roller veya unvanlar benimsemenin mevcut alışkanlıklar ve güç yapıları üzerinde çok az etkisi vardır. Bu tür bir "dış görünüş" e bir örnek, "Proxy" Ürün Sahiplerinin yaygın varlığıdır (genellikle dijital ajanslarda görülen durum).
Çoğu durumda Ürün Sahiplerinin, Paydaşlarla birlikte, bir sayfa, açılır pencere, modal, düğme, form, kutu, çubuk vb. Gibi Geliştirme Takımının ne üretmesi gerektiğini yaratıcı bir şekilde belirlediğine şahit oldum. Diğer organizasyonlarda ' keşif ' yapıldı tamamen farklı bir ekip tarafından, kalıcı Şelale mirasına işaret ediyor. Bu, Geliştirme Ekibini daha iyi yaklaşımları yaratıcı bir şekilde inşa etme fırsatından mahrum edecektir. En iyi yaklaşımların, işlevler arası, kendi kendini organize eden ekiplerden ortaya çıktığını unutmayın.
Böyle bir ortamda bir Ürün Sahibi gerçekten 'Değeri En Üst Düzeye Çıkarmak' istiyorsa, bu değeri ortaya çıkarmak için ekip içindeki yaratıcı uzmanlığa yatırım yapmayı düşünebilir.
PBIs (Ürün Backlog Öğeler), ilk başta sadece 'bahsetmelisin ihtiyaçlar ' ele alınması, ve hangi değer bu ihtiyaçları karşılamaya taşımaktadır. Yalnızca Geliştirme Ekibi ile işbirliği içinde, bu ihtiyaçların ' nasıl ' karşılanabileceği ile rafine edilmelidirler . Bu aynı zamanda Sprint ve o Sprint'in İş Listesi için de ayrılabilir ve oradan tekrarlanabilir.
Doğal olarak, Ürün Sahibi (ve hatta Paydaşlar) bir Geliştirme Takımının alabileceği olası yaklaşımları keşfetmek için Geliştirme Takımıyla birlikte çalışmalıdır. Ürün Sahibi'nin, Geliştirme Takımının yaratıcı düşüncesini kullanmak için zaman zaman geri adım atması gerektiğine inanıyorum.
Ürün Sahibi, kendileri için neyin en değerli olacağını belirleyebilmek için pazarı, kullanıcıları ve Paydaşları en iyi şekilde anlamaya çalışacaktır.
Ürün Sahibi'nin bunu tek başına yapması gerekmez. Ürün Sahibinin Ürünün kullanımına ilişkin geri bildirim ve ölçümler toplamasına yardımcı olacak Geliştirme Ekibi üyeleri olmalıdır.
Sık sık 'Hizmet Tasarımı Düşüncesi' kitabına atıfta bulunuyorum ve web sitesi Hizmet Tasarım Araçları'na atıfta bulunuyorum, çünkü bunlar Scrum Takımları tarafından piyasayı daha iyi anlamak için uygulanabilecek birçok işbirlikçi uygulama içerir veya bir ihtiyacı kolaylaştırmak veya çözmek için yaklaşımları yaratıcı bir şekilde tasarlar. bir sorun. Ek olarak, A / B testi gibi teknikler, hangi yaklaşımların daha iyi sonuçlar verdiğini doğrulamaya yardımcı olabilir.
"Ürün Sahibi, Ürün İstek Listesini yönetmekten sorumlu tek kişidir." - Scrum Kılavuzu
Şimdi, ' taban ' teriminin açık kullanımına dikkat edin .
Scrum Kılavuzu bunu şu şekilde izler:
"Ürün Sahibi yukarıdaki işi yapabilir veya Geliştirme Takımına yaptırabilir. Ancak Ürün Sahibi sorumlu olmaya devam ediyor. " - Scrum Kılavuzu
Ürün İş Listesi genellikle (uzun) bir ihtiyaç listesidir. Ürün İş Listesinin nasıl sıralandığı Ürün Sahibine bağlıdır, bu nedenle öncelikli bir liste olması gerekmez.
"Ürün Sahibi'nin başarılı olması için, tüm organizasyon onun kararlarına saygı duymalıdır." - Scrum Kılavuzu
Yukarıdaki alıntı, Ürün İstek Listesi ile ilgilidir .
Ürün Sahibi'nin Sprint İş Listesinden sorumlu veya sorumlu olmadığını unutmayın . Sprint İş Listesi, Geliştirme Ekibi tarafından yönetilir. Ürün Sahibi, Sprint İş Listesine neyin gireceğine karar vermez (bu konuda Geliştirme Takımına rehberlik edecek ve destekleyecektir), Ürün Sahibi de takımın Sprint İş Listesindeki öğeler üzerinde çalışacağı önceliği veya sırayı belirlemez. .
Ürün Sahibi'nin Ürün İş Listesi ile ilgili kararlarına saygı duyduğu için, aynı şekilde Ürün Sahibi de Geliştirme Takımının Sprint İş Listesi üzerindeki özerkliğine saygı göstermelidir .
Ancak Ürün Sahibi şunları yapar:
" Sprint'in başarması gereken hedefi ve Sprint'te tamamlanırsa Sprint Hedefine ulaşacak Ürün İş Listesi öğelerini tartışın "
- Scrum Kılavuzu
Takımın gerçekten geride kalmayacağı hedefler belirlemenin bir anlamı yok. Bu nedenle, bir Sprint Hedefi oluşturmak ortak bir çalışmadır. Ayrıca, makul bir çabayla potansiyel değeri doğrulayabilir.
Geliştirme boyunca yeni içgörüler ve geri bildirimler toplanır. Pazardaki değişen koşullar ve ürün geliştirmenin karmaşık doğası nedeniyle, Geliştirme Ekibi ve dolayısıyla planlaması uyarlanabilir olmalıdır.
Kabul edelim, ne zaman bekleyebileceğimizi bilmek isteriz. Paydaşlar, bir dereceye kadar, Scrum Takımının gelecekteki çıktılarına bağlı olabilir. Bu Paydaşlar deneysel bir şekilde çalışabilir veya çalışmayabilir. Olmadıklarında, ne zaman bekleyeceklerini öğrenmekte ısrar edecekler, böylece kendi yol haritalarında buna göre plan yapabilecekler. İki dünya birbiriyle çelişiyor.
Ürün Sahipleri olabilir bu koşullar altında, hurma, zaman çizelgeleri, son tarihler, tahminler, eğilim çizgileri ve / veya tahminleri sağlamak meyilli. Bu projektif uygulamaların beklentileri belirlediğini unutmayın. Bu beklentiler bir ekibin çevikliğini azaltabilir. Bu beklentileri belirledikten sonra Ürün Sahibi, bunları karşılamaktan sorumlu hissedecektir. Bunun davranışa nasıl dönüştüğü doğal olarak Ürün Sahibi'nin karakterine bağlıdır.
"Tükenmeler, yanmalar veya kümülatif akışlar gibi ilerlemeyi tahmin etmek için trend üzerine çeşitli projektif uygulamalar kullanıldı. Bunların yararlı olduğu kanıtlanmıştır. Ancak bunlar deneyciliğin öneminin yerini almaz. Karmaşık ortamlarda ne olacağı bilinmemektedir. İleriye dönük karar vermek için yalnızca daha önce olanlar kullanılabilir. " - Scrum Kılavuzu
Bir Ürün Sahibinin, Paydaşları bilgilendirip dahil tutmasının veya gelişimi etkilemelerini sağlamanın en iyi yolu, Sprint İncelemelerine düzenli olarak katılmaktır. Burada gerçek ilerlemeyi inceleyebilirler.
"Çalışan yazılım, ilerlemenin birincil ölçüsüdür." - Çevik Manifesto
Dolayısıyla, Paydaşlar hedef tarihler almaya veya son tarihler belirlemeye devam ettiğinde. Onlara gerçeği söyle. Bunu çok geç olana kadar ertelemektense, birini erken hayal kırıklığına uğratmak daha iyi olabilir. Kim bilir, bu şekilde, konu söz konusu olduğunda, ekibiniz beklentileri bile aşabilir.
Genellikle, beklenen hedef tarihleri karşılamak (etkinlik düzenlemek gibi) veya koşullara taktiksel olarak uyum sağlamak için ödünleşmelerin yapılması gerekecektir. Takımlar çevik kalabilmelidir; tarihleri sabitlemek onları katı hale getirecektir. Yön değiştirmek değerli olabilir, ancak hayal kırıklıklarına neden olabilir.
Ürün Sahibi rolü üstlenilmesi zor bir roldür. Bir Ürün Sahibi olarak herkesi tatmin edemezsiniz ve hoşunuza gitsin ya da gitmesin, her türden ikna edici oyuna dahil olacaksınız. Sürekli olarak projektif uygulamalara girme eğiliminde olacaksınız. Değeri en üst düzeye çıkarmak için büyük bir sorumluluğunuz var . Zaman zaman hem Paydaşlar hem de Geliştirme Ekibi üyeleriyle anlaşmazlığa düşeceksiniz ve hatta Scrum Master'ı bile. Tabiri caizse bundan canlı çıkmak gerçekten bir sanattır. Yine de bir takımın parçası olduğunuzu unutmayın. Ekibiniz size yardım etmek için orada ve siz onlar. Zorluklarınızı Scrum Master ile paylaşın. Siz de Retrospektife katılacaksınız. Unutmayın, sadece Ürünü değil, aynı zamanda ekibinizi de temsil ediyorsunuz. Bu işte berabersiniz.
Sprintleri iptal etme yetkisi gibi, Ürün Sahibi'nin rolü hakkında ele alınacak çok şey var. Bunu, bu dizinin sonraki makalelerinde ele alacağım.
PSM III'e Giden Yol, Ustalığa Giden Yol olarak yeniden biçimlendiriliyor !
Bölüm I: Down the Rabbit Hole artık mevcut.
Sonraki bölüme devam edin:Geliştirme Ekibi
Zaman ayırıp ciddiye aldığınız için teşekkür ederiz. Ve Willem-Jan Ageling'e , düşünceli görüşlerini ve deneyimlerini gözden geçirmek ve paylaşmak için her zaman çok nazik davrandığı için özel teşekkürler .
Status Hero ürünü, hedef belirleme konusunda kesinlikle fikir sahibidir. Katılımcı olarak, her bir check-in için araç, önceki check-in'inizden belirtilen hedeflerinizi yazdıracak ve ardından bu hedeflere ulaşıp ulaşmadığınızı belirtmek için size tek bir evet/hayır onay kutusu verecektir.
Başarısız bir atölye ile başarılı bir atölye arasındaki fark nedir? ICO modelinden alınmış bazı kolaylaştırma anahtarlarını sizlerle paylaşıyorum. BENEXT'te bir Ürün danışmanı olarak, son iki yıldır, desteklediğim müşteriler için Ürünümün vizyonu ve önceliklendirilmesi konusunda düzenli olarak atölye çalışmaları yürütüyorum (Kullanıcı Hikayesi Haritalama, Etkinlik Fırtınası, OKR'lerin tanımı ve izlenmesi, vb.).
Florida'da büyüyen bir çocukken Star Trek ile ilk temasım (punto amaçlı) geldi. Orijinal diziyi Spock ve Captain Kirk ile taşınabilir siyah beyaz bir televizyonda izledim.
3 harfli kısaltma sayacınızı hazırlayın… Reklam amacıyla 1P verilerini toplayan ve (yasal olarak) kullanan markalar için, veri yolculuğu uzun bir yolculuktur ve birçok durak vardır. Veriler bir CRM sisteminde toplanabilir ve daha sonra bir DMP veya CDP'ye taşınabilir.
İnsanların kendilerini bir korkaklıktan kurtarmak için kullandıkları bir dizi numara var. Bazıları, beşten sıfıra geri saymanın ertelemeyi aşmak için yararlı olduğunu söylerken, diğerleri ruh halinin renklerine yemin ediyor.
İnsanlar NFT satarak milyonlarca dolar kazanıyor. İnanılmaz! Aşağıdaki NFT satışları sadece bir ay içinde gerçekleşti ve bu - Coinbase_NFT öncesi- Zuckerverse öncesi!!! Bu güzel çılgınlığın bir sonucu da insanların güzel NFT projelerini birbirlerine satmasıdır.
Wes Anderson'ın filmleri 'Büyük Budapeşte'yi favori olarak ilan eden eleştirmenlerle sıralandı. Ancak tüm hayranlar hemfikir, birçoğunun şaşırtıcı favorileri vardı.
"Yıldızlarla Dans Etmek" ünlüsü Mel C, kendisini son iki sırada bulduktan sonra şok edici "Grease" Night elemesinden dolayı "boşverdi".
'Vanderpump Kuralları'ndan Lala Kent daha önce Randall Emmett'in kendisini aldattığını göremediğini söylemişti. Ayrıca onun en iyi arkadaşı olduğunu söyledi.
Eski '90 Day Nişanlısı' yıldızı Varya Malina, Geoffrey Paschel ile birlikte olduğunu doğruladı ve onun için toplandı ve takipçilerinden maddi yardım istedi.
Facebook'ta adınızı değiştirmek ister misiniz? Sadece birkaç basit adımda yapmak kolaydır.
Her zaman 10.000 adımlık bu keyfi günlük hedefin gerisinde kalıyorsanız, iyi haberlerimiz var. Daha az adım atarsanız sağlığınız da aynı derecede fayda sağlayabilir.
Garden State, ABD'de kendi gazınızı pompalamanın yasa dışı olduğu tek eyalettir. Ne oluyor?
Bu arada, alacakaranlıkta ve dolunayda araba kullanmak da size bir iyilik yapmıyor.
Görsel hakları: Maurizio Pesce / Flickr Uygulamalarının Chrome'dan otomatik olarak açılmasının bir kolaylık olması gerekir, ancak bazen can sıkıcıdır. Sadece bir uygulama ekran görüntüsünü görmek istediğinizde müdahaleci bir iTunes penceresiyle uğraşmak, özellikle iTunes artık uygulamaları bile işlemediği için can sıkıcı olabilir.
Herkes iyi oturan bir kot pantolonu sever, ancak stiller değişir. Birkaç kesim ve bazı temel dikişler, en sevdiğiniz kot pantolonu hemen dönüştürmenize yardımcı olabilir.
Tüm Fotoğraflar Nezaket Hulu Bazı önemli değişiklikler ve eklemeler olmasına rağmen, The Handmaid's Tale'ın ilk sezonu, Offred'in yolculuğunun sonuna kadar Margaret Atwood'un klasik romanının temel yapısını takip etti. Bu, önümüzdeki sezonun, iyi ya da kötü, bize Gilead'ı ve içinde yaşadığı dünyayı keşfetmemiz için yeni bir şans göstereceği anlamına geliyor.
Dün Nintendo'nun Splatoon 2 için E3 akışında, tatlı bir gümüş kalamar kupası için yarışan dört takımın yer aldığı bir davetiye düzenlendi. Şaşırtıcı bir şekilde, oyunun rekabetçi beklentileri için güçlü bir gösteri oldu.
Maggie Gyllenhaal ve Dakota Johnson Londra'daki bir galada poz veriyor, Vanessa Hudgens LA'deki spor salonundan ayrılıyor, Christian Siriano 'Project Runway' 19. sezonu ve daha fazlasını kutlamak için NYC'de. Hollywood'dan New York'a ve aradaki her yere, en sevdiğiniz yıldızların neler yaptığını görün
Utanmaz mezunu Emma Kenney, Showtime dizisinde Emmy Rossum ile çalışma deneyimi hakkında konuştu.
HIV pozitif ve kanserden kurtulan Javier Muñoz, PEOPLE'a “Alınma şansı yoktu” diyor.
Rachael Ray Extra'da "Pek çok insan bana yazdı ve ulaştı ve bizim de çok şey kaybettiğimizi söyledi" dedi.