Ürün Sahibi ayrıca ekibinizde bir geliştirici mi?

Burada PO'nun sorumluluğu hakkında kafam karıştı. Game Feature Team'de geliştiriciydim, aynı zamanda bir PO da. Geliştiricinin günlük çalışması neredeyse tam zamanlı, bu yüzden PO görevime dikkat etmek için zamanla çalışmalıyım ve PO'nun sorumluluğu geliştiricinin düşüncelerine karşı gibi görünüyor.

Bir PO olarak, bir sonraki sprint'te daha fazla özellik seçeceğim. Aksi takdirde, kendime bunu yapmamamı söyleyeceğim, çünkü bu özellikleri geliştirmek için takım üyesiyim. Bu durum beni karıştırıyor, bu yüzden sizden bazı fikirler duymak istiyorum.

Scrum ve Game Dev'de yeniyim (yaklaşık 1 buçuk yıl), ayrıca burada ve İngilizcede yeniyim.

Biraz akward gibi görünebilir, ancak bu rollerin birleştirilmesi için herhangi bir sebep olmamalıdır. Birincisi, birisi size bu rolde güvendi, bu nedenle ekibinizin buna saygı duyması gerekiyor. İkinci olarak, şimdi yapılması gereken işlere öncelik verebileceğiniz bir konumdasınız, böylece her zaman neden işlerin yolunda gittiklerini açıklayabilirsiniz. Üçüncüsü, takımdasın, böylece iş yükünden payını taşıyorsun. Son olarak, bu bir iş, eğer çok çalışmanız gerekiyorsa sorun değil. Bir takımın projelerine değer katmayı her zaman hatırlaması gerekir, bu serbest el dağıtımı ile ilgili değildir.

"Bu kararları verecek mallarınız var mı?" Eğer sahip olduğunuzu düşünüyorsanız, yapın!

Deneyimlerime göre, ürün sahibi bir PM / TPM veya iş ekibinin bir üyesidir. PO'nun bir geliştirici olması imkansız olmasa da, çıkar çatışması tehlikesi vardır. Ürününüz son derece teknikse, PO'nun dev bir arka planı olmalıdır. Daha az teknik ve daha son kullanıcı odaklıysa, biz deneyimi olan bir PO kritiktir.

Bir programcı olarak (iyi bir kişi olduğunuzu varsayarak) kodunuza yatırım yapacaksınız. Ürün sahibi veya yöneticisi olarak ürüne yatırım yapmanız gerekir.

Bunlar her zaman aynı şey değildir. Ve onlar olmadığında büyük problemleriniz olacak.

Her zaman iyi bir yöneticinin rolünün boktan yukarıdan engel olmak ve yeterince iyi olduğunda kodumu benden çalmak olduğunu söyledim. Yönetici olmadan, hayatımın geri kalanında sonsuza dek onu geliştirecek tek bir işlev üzerinde çalışabilirdim.

Sahiplerin büyük resme bakması gerekiyor, programcıların ayrıntılara bakması gerekiyor. Tanrı değilseniz her ikisini de yapamazsınız!

Geleneksel Scrum'da tanımlandığı gibi, bir Ürün Sahibi olarak da çalışan bir Geliştirici ile ilgili bir sorun yoktur. Ancak, rollerini yarı zamanlı olarak yürüten herkesi, birden fazla proje üzerinde çalıştıkları veya aynı ekipte birden fazla rolleri olduğu için dikkate almayı planlamanız gerekir. Sizin durumunuzda, kendinizi tam zamanlı bir geliştirici olarak sayamazsınız çünkü Ürün Sahibinin görevlerini yerine getirmek için her bir yinelemede zaman ayırmanız gerekir.

Ürün Sahibinin yaptıklarını da yanlış anladığınızı düşünüyorum. Hangi özelliklerin yinelemeye tabi olacağını seçmek sizin sorumluluğunuzda değildir. Bunun yerine, yeni hikayeler getirme, bu yeni hikayelere öncelikler atama ve kabul testlerinin oluşturulması ve yürütülmesi yoluyla her hikayenin uygulanmasının kabul edilebilir olmasını sağlamak, projede müşterinin sesi olmak sizin görevinizdir. Öykü seçimi, Ürün Sahibinin kaç hikayeyi uygulamak istediğine göre değil, ekibin hızına ve öncelikli biriktirmeye dayanır.

İlginç, Charlie adında bir adama tavsiyede bulunduğum için, (Benim adım Charles), ancak dev / PM olarak ikili rol yapma konusunda biraz deneyimim var ve deneyimlerime göre, bir tanesine çok fazla sarılmak çok kolay rol ya da öteki.

Her iki rolün de üstesinden gelebiliyorsanız, elbette bunu yapın, ancak zamanınızı bütçeleyin ve bu iki rol arasındaki bağlam geçişini mutlak bir minimum seviyeye, özellikle de bir gün içinde tutun.

İdeal olarak, fark ettiğiniz gibi, birbirleriyle oldukça çelişkili oldukları için bu rolleri karıştırmamanızı tavsiye ederim.

Neredeyse her zaman kötü bir fikir. Ürün sahibi olan ve yeterince çatışan bir proje yöneticimiz vardı.

İki rol arasındaki genel denge sorunlarını anlıyorum, ama anlamadığım şey sizin özel endişeleriniz.

Gelişim sadece bunu yaparsanız tam zamanlı bir roldür. Sprint planlama sırasında kendinizi yalnızca% 50 olarak sayarsanız (mevcut tüm geliştirici saatlerini / günlerini sayarken), PO görevleriniz için yeterli zamanınız olmalıdır.