Gönderiler

RICE puanlama çerçevesi: ürün biriktirme listenizi nasıl önceliklendirirsiniz

Her ürün ekibinin aynı sorunu vardır: çok fazla fikir ve yeterli zaman yok. Paydaşlar birbiriyle rekabet eden öncelikleri dayatır, mühendisler teknik borcu ödemek ister ve müşteriler özellik talep etmeye devam eder. En önemli şeyin ne olduğunu sıralamak için net bir yol olmadan, odadaki en yüksek ses kazanır. RICE, Intercom'un ürün ekibi tarafından bunu düzeltmek için geliştirilen bir puanlama çerçevesidir. Özellikleri dört boyutta (Erişim, Etki, Güven ve Efor) değerlendirir ve biriktirme listenizdeki herhangi bir şeyi karşılaştırmak için kullanabileceğiniz tek bir sayı üretir.

RICE puanlama nasıl çalışır

İşte formül: RICE Puanı = (Erişim × Etki × Güven) / Efor Her bileşen farklı bir şeyi ölçer:

Bileşen	Ne ölçer	Nasıl puanlanır
Erişim	Belirli bir zaman diliminde bundan kaç kişinin etkilendiği	Gerçek sayılar (örn. çeyrek başına 2.000 kullanıcı)
Etki	Her kişinin ne kadar etkilendiği	3 = büyük, 2 = yüksek, 1 = orta, 0.5 = düşük, 0.25 = minimal
Güven	Tahminlerinizden ne kadar emin olduğunuz	%100 = veriye dayalı, %80 = bazı kanıtlar, %50 = çoğunlukla tahmin
Efor	Gereken toplam ekip zamanı	Kişi-ay (tasarım, geliştirme, QA, dokümantasyon dahil)

Çıktı, "çalışılan zaman başına toplam etki"dir ve bir sonraki adımda ne yapılacağına karar verirken optimize etmeniz gereken şey budur.

Hızlı bir örnek

Diyelim ki ekibiniz kişiselleştirilmiş ürün önerileri eklemeyi düşünüyor:

• Erişim: Çeyrek başına 2.000 müşteri
• Etki: 2 (yüksek, dönüşümü doğrudan etkiler)
• Güven: %80 (bir rakipten A/B test veriniz var)
• Efor: 3 kişi-ay

RICE Puanı = (2.000 × 2 × 0.8) / 3 = 1.067 Bunu diğer biriktirme listesi öğeleriyle karşılaştırın ve veriye dayalı bir sıralama elde edersiniz. Kendi özelliklerinizin nasıl olduğunu görmek için ücretsiz RICE Puan Hesaplayıcımıza kendi özelliklerinizi ekleyin.

Her bileşeni iyi puanlamak

Formül basittir. Doğru girdileri almak zor kısımdır.

Erişim: yüzdeler değil, gerçek sayılar kullanın

Erişim, sabit bir zaman diliminde somut bir kullanıcı veya olay sayısı olmalıdır. "Tüm kullanıcılarımız" bir erişim tahmini değildir. Analitiklerinizi kontrol edin. Yeni bir ayarlar sayfası oluşturuyorsanız, tüm 10.000 aktif kullanıcının buna dokunacağını varsaymayın. Geçmiş veriler, belirli bir çeyrekte yalnızca 1.200 kullanıcının ayarları ziyaret ettiğini gösterebilir. Bu sayıyı kullanın.

Etki: bir dağılımı zorunlu kılın

Ekiplerin Etki konusunda yaptığı en büyük hata, her şeyi 2 veya 3 olarak derecelendirmektir. Her özellik "yüksek etki"liyse, puan anlam kaybeder. Bir kural koyun: özelliklerin %20'sinden fazlası 3 (büyük) olarak derecelendirilemez. Her seviyenin özel metrikleriniz için ne anlama geldiğini tanımlayın. Örneğin, "3 = aktif olarak takip ettiğimiz bir iş metriğinde %10+ iyileştirme projeksiyonu."

Güven: düşük başlayın ve yolunuzu yukarı çıkın

Doğrulanmamış herhangi bir fikir için varsayılan olarak %50 güven kullanın. Kullanıcı araştırması olmayan bir paydaş talebi? %50. Kullanıcılarınızın isteyip istemediğine dair veri olmadan bir rakipten esinlenen bir özellik? %50. Kullanıcı görüşmeleri, anket verileri veya prototip test sonuçları gibi destekleyici kanıtlarınız olduğunda %80'e geçin. %100'ü sağlam analizler veya başarılı deneylerle desteklenen özellikler için saklayın.

Efor: sadece mühendislik değil, her şeyi sayın

Yaygın bir tuzak, yalnızca geliştirme süresini tahmin etmektir. Gerçek efor, keşif, tasarım, QA, dokümantasyon ve lansман koordinasyonunu da içerir. Her disiplinden tahminlerini isteyin ve %30 tampon ekleyin.

RICE ile MoSCoW ile WSJF karşılaştırması

RICE, dışarıdaki tek önceliklendirme çerçevesi değildir. Diğer iki popüler seçenek MoSCoW ve WSJF'dir. Her biri farklı bağlamlarda en iyi şekilde çalışır.

	RICE	MoSCoW	WSJF
Tür	Nicel puan	Kategorik gruplar	Ekonomik puan
En iyisi	Özellik düzeyinde sıralama	MVP kapsam tanımı	Epik/girişim düzeyinde kararlar
Gereken veri	Kullanıcı metrikleri + tahminler	Paydaş yargısı	Ekonomik veri + çapraz ekip girdisi
Karmaşıklık	Orta	Düşük	Yüksek
Çıktı	Sayısal öncelik puanı	Mutlaka / Olmalı / Olabilir / Olmayacak	Gecikme maliyeti önceliği

MoSCoW, öğeleri Mutlaka Olmalı, Olmalı, Olabilir ve Olmayacak olarak sıralar. Hızlıdır ve teknik olmayan paydaşlara açıklaması kolaydır. Dezavantajı özneldir: net kriterler olmadan her şey "Mutlaka Olmalı"ya doğru kayma eğilimindedir. Bir MVP tanımlarken en iyi şekilde çalışır. WSJF (Ağırlıklı En Kısa İş Önce), SAFe çerçevesinden gelir. Formülü iş değeri, zaman kritikliği ve risk azaltmasını hesaba katar, hepsi iş boyutuna bölünür. Birden fazla ekibi kapsayan büyük girişimler için iyi çalışır, ancak düzgün kullanmak için gerçek eğitim gerektirir. Çoğu ekip bunu özellik düzeyinde kararlar için aşırı bulur. RICE ikisi arasında yer alır. MoSCoW'dan daha fazla titizlik ister ancak WSJF'nin talep ettiği ağır veri altyapısına ihtiyaç duymaz. Ekibinizin temel kullanıcı analizleri varsa ve içgüdü hissine dayalı önceliklendirmeyi aşmak istiyorsa, RICE iyi bir başlangıç noktasıdır. Ekibiniz biriktirme listesi öğelerini işbirliği içinde sıralamak için öncelik pokeri kullanıyorsa, RICE puanları bu tartışmalar için size sağlam bir başlangıç noktası verir.

Puanlarınızı eğriltecek yaygın hatalar

RICE'ı tutarlı bir şekilde benimseyen ekipler bile birkaç tuzağa düşer. İzole puanlama. Tek bir PM her şeyi tek başına puanladığında, önyargı sinmeye başlar. Mühendislerin Efor tahmin etmesini, tasarımcıların Etki konusunda görüş bildirmesini ve veri analistlerinin Erişim'i doğrulamasını sağlayın. İşbirlikçi puanlama daha iyi sonuçlar üretir. İlk puana sabitlenme. Herkes oy vermeden önce puanları yüksek sesle tartışırsanız, insanlar duydukları ilk sayıya sabitlenir. Önce bireysel olarak puanlayın, sonra karşılaştırın. Planlama pokeri ile aynı prensip: grup tartışmasından önce bağımsız tahmin. Yeniden kalibrasyonu atlama. RICE puanları bayatlar. Pazar koşulları değişir, yeni veriler gelir ve ekip kapasitesi değişir. Puanları çeyreklik olarak gözden geçirin ve biriktirme listesinde bir döngüden fazla bekleyen herhangi bir öğeyi güncelleyin. Sayıyı mutlak olarak değerlendirme. 850'ye karşı 820 RICE puanı, ilk özelliğin anlamlı şekilde daha önemli olduğu anlamına gelmez. Benzer puanları katmanlara (yüksek / orta / düşük öncelik) gruplandırın ve her katman içinde yargı kullanın.

RICE ile başlamak

RICE'ı daha önce kullanmadıysanız, işleri fazla karmaşıklaştırmadan nasıl kullanıma sunacağınız aşağıda açıklanmıştır.

1. Puanlama kriterlerinizi tanımlayın

   Her Etki seviyesinin ürününüz için ne anlama geldiğini yazın. Erişim için standart bir zaman dilimi belirleyin. Efor tahmin yönergelerini belgeleyin. Herhangi biri puanlamaya başlamadan önce ekibin kabul etmesini sağlayın.

2. En üstteki 15-20 biriktirme listesi öğenizi puanlayın

   200 öğelik tüm biriktirme listenizi RICE puanlamaya çalışmayın. Bir sonraki sprint'inize veya çeyreğinize girme olasılığı en yüksek olan adaylarla başlayın. Bunu hızlandırmak için RICE Puan Hesaplayıcımızı kullanın.

3. Bir kalibrasyon oturumu düzenleyin

   Geçmişteki 5-10 özelliği bir ekip egzersizi olarak puanlayın. Puanları karşılaştırın, anlaşmazlıkları tartışın ve kriterlerinizi iyileştirin. Bu hizalama adımı, RICE'ı bir elektronik tablo egzersizinden paylaşılan bir karar verme aracına dönüştüren şeydir.

4. Planlama temponuza entegre edin

   Biriktirme listesine girdikçe yeni fikirleri puanlayın. Biriktirme listesi iyileştirme sırasında puanları gözden geçirin. Her çeyrek bayat puanları güncelleyin. Yüksek RICE özelliklerinin gerçekten beklenen etkiyi sağlayıp sağlamadığını takip edin.

Hedef mükemmel hassasiyet değildir. Kabaca doğru olan bir tahmin, kendinden emin bir şekilde yanlış olan bir görüşü yener. RICE'ın değerinin çoğu, zorladığı konuşmadan gelir: kimi için inşa ediyoruz, ne kadar önemli ve gerçekte ne kadara mal olacak. Sprint planlaması için biriktirme listenizi hazırlama hakkında daha fazla bilgi için, biriktirme listesi iyileştirme ve sprint planlaması kılavuzlarımıza bakın.