Ürün Yöneticileri için İpucu: Ürün İş Listelerini Ürün Vizyonuyla İlişkilendirin

Ürün tabanlı bir çevik geliştirme ekibi için sürekli zorluklardan biri, 'şu anda' yaptıklarını, ürünün 2-3 yıl sonra nasıl şekillendireceğiyle eşlemektir.

Bu, ekiplerin ne üzerinde çalıştıklarını bilmemeleri ile ilgili değil, daha çok günlük görevlerine fazla odaklanmış olmaları ve büyük resimde 'mevcut' çalışmalarının etkisinin hassasiyetini her zaman baltalamaları gerçeğiyle ilgili. Bugün uygulama sırasında verilen kararlar veya yapılan seçimler, özellikle ürün gelişirken gelecekte büyük bir etkiye sahip olabilir.

Gerçek hayattan bir örnek alalım.

Site içeriği için bir metin çevirisi hizmeti sunmaya çalışan çevik bir ekibin parçasıydım. Karar verildi ve üçüncü taraf bir makine çevirisi aracı kullanıldı. Bununla birlikte, ürün yol haritası sonunda, gelecekte kullanıcıların kendi bağlamsal çevirilerini düzeltebilmeleri ve sağlayabilmeleri gerektiğini belirtti; bu, çeviri yeteneğinin yapay zekaya sahip olması gerektiği anlamına geliyordu, böylece geri bildirime dayalı olarak kendi kendine öğrenebiliyordu.
Bu gelişme göz önüne alındığında, yapılan seçim uygun değildi ve bu nedenle büyük resim çevik ekibin sprintte neyle görevlendirildiğiyle bağlantılı olmadığı için adil bir yeniden çalışma gerektiriyordu.

Ekiplerin bu bilgiyi elde etmek için bilinçli bir çaba gösterebilecekleri iddia edilebilir, ancak mesele şu ki, bu 'uzun vadeli' hedefler neden mevcut çevik araçlarda ve gösterge panolarında yakalanamıyor?

Çevik ekipler, bir geliştirme döngüsünde iyi tanımlanmış ve belirli görevleri yerine getirir, ancak bu, ürünün evrimine kayıtsız kalma pahasına olması gerektiği anlamına mı gelir? Hayır, sanmıyorum.

Bildiğim kadarıyla, çevik ekibin günlük işleyişinde bu bilgiyi savunan veya tavsiye eden hızlı bir araç veya çerçeve yok, ancak mevcut görünümde böyle bir görüş oluşturulabilir mi? Denemeye değer? Bakalım nasıl yapabiliriz.

Çevik ürün biriktirme listesindeki en yaygın yapı ile başlayacağız.
SCRUM Enstitüsüne göre, bir ürün biriktirme listesi, bir projede yapılması gerekenlerin listesidir. Bu şeyler, geliştirmeleri ve/veya hataları içerebilir. Ekip, öğelerin öncelik yapısının ne olduğunu bilmedikçe, numaralandırılmış bir liste yardımcı olmaz. Bu, net gereksinimleri elde etmek, karşılıklı bağımlılıkları çözmek ve ürün biriktirme listesi kalemleri için öncelikli bir liste almak için paydaşlarla birlikte çalışmaktan genel sorumluluğa sahip olan Ürün Sahibinin devreye girdiği yerdir.

Bu süreçte, daha büyük ve bağımlı bir iş öğesinin, ekip için geliştirmeyi kolaylaştırmak için daha da küçük parçalara bölünmesi mümkündür. Bu ürün biriktirme listesi öğeleri daha küçük parçalara bölünür ve ürün geliştirmenin 'nasıl' bileşenine yanıt vererek iki ila dört hafta arasında değişen sprint döngülerinde yürütülür.

Öte yandan, ürün biriktirme listesi kalemleri de genellikle ürün vizyonu olarak adlandırılan ürünün “gerçek kuzeyi” ile eşleştirilir. Bu, genellikle birden fazla sürüm yayınlayarak elde edilen ve hedef kitlenin veya müşterilerin istedikleriyle ve onlara getirdiği değerle yakından bağlantılı olan, ürünün arzu edilen durumudur.

Çevik ekibi müşterilere bağlayan bu unsurlar zinciri (ürün biriktirme listeleri ve vizyon dahil) şu şekilde temsil edilebilir:

Çevik bir ekip ile müşterinin ihtiyaç duyduğu şey arasındaki uzak bağlantı…

Sprint'leri ürün vizyonuyla açık bir şekilde ilişkilendiren bir görüşün olmaması nedeniyle, ürün sahipleri genellikle "nasıl" kısmına çok fazla odaklanma riskiyle karşı karşıya kalırlar ve daha büyük ve önemli olan "ne" hedefini gözden kaçırırlar. yanlış yönlendirilmiş önceliklendirme.

Burada tartıştığım yaklaşım, her iki bileşeni birbirine bağlayan basit ama güçlü bir görünüm yaratmaktır. Bu, Ürün Vizyon Matrisi (PVM) olarak bilinir. Amaç, ürünün vizyonunu ayrıntılı geliştirme öğelerine bağlamaktır. Bu matris, ekibin ürün geliştirme konusundaki ilerlemesini analiz etmede kilit bir faktör haline gelir. Ayrıca, kuruluşun üst yönetimi için bir ürün panosu görevi görür ve ürün hedeflerinin ulaşılabilirliği hakkında onları bilgilendirir.

Adından da anlaşılacağı gibi, PVM, sütunların yakalanan boyutları (mikrodan makroya) temsil ettiği bir matristir. PVM'yi, vizyonun kullanıcılara bir yemek deneyimi sağlamak olduğu ve başlangıç ​​noktasının yemek siparişi olduğu bir yemek siparişi uygulaması yardımıyla anlayalım. Örnek matris şöyle görünür:

Ürün Vizyon Matrisi aşağıdaki alanlara sahip olabilir:

• Ürün sürümü: Bu, resmi sürüm dönüm noktası olan ve genellikle müşterinin aldığı ürün sürümüdür.
• Big Rock Öğesi: Bu, bir özelliğin de ait olduğu kategori veya temadır. Bu öğeler, ürün vizyonunun uzun vadeli ürün ihtiyaç alanları da olabilir.
• Özellik: Bu, geliştirilmekte olan ürün özelliğidir. Özellik, bir veya birden fazla temaya (büyük rock öğeleri) ait olabilir.
• Sprint ID: Bu, bir özelliğin geliştirilmekte olduğu sprint numarasıdır.
• Geliştirme durumu: Bu alan, geliştirmenin ilerleme durumunu gösterir (Planlandı, Tasarım Tamamlandı, Geliştirme Tamamlandı, Test Edildi ve Yayınlandı).

Matrisin yapısının burada gösterge niteliğinde olduğuna dikkat edin. Ürün vizyonunu yakalayabilecek sütunları belirlemede daha yaratıcı olabilir.

Bu yaklaşımın avantajı, her bir ekip üyesinin genel ürün hedeflerinde sahip olduğu net görünürlüktür. Gelişen bir ürün için ekip üyelerinin büyük resmi daha iyi anlaması gerekir. Bu, yalnızca etkin bir şekilde katkıda bulunmalarına izin vermekle kalmaz, aynı zamanda daha fazla sorumluluk almalarına da olanak tanır. Sonuç, her zaman müşterilerinin nabzını tutan ve sprintlerinin ürünün vizyonuna ve nihai başarısına katkıda bulunmada yaratabileceği farkı tanıyan daha odaklı ve uyarlanabilir bir ekip.

Dünyanın en iyi Üniversitelerinden çevrimiçi Ürün Yönetimi Kurslarını inceleyin . Kariyerinizi hızlandırmak için Master, Executive PGP veya Advanced Certificate Programları kazanın.

Sizin için Öne Çıkan Program: Duke CE'den Design Thinking Sertifikasyon Programı