RICE puanlama: formül, çalışılmış örnek ve tuzaklar

RICE puanlama, ürün fikirlerini tek bir sayıyla sıralar: kapsam çarpı etki çarpı güven, bölü çaba. Yüksek puan, iş birimi başına daha fazla beklenen değer demektir. Yöntem Intercom’un ürün ekibinden çıkmıştır ve içgüdüyle ayrıştırılamayan özellik taleplerini karşılaştırmak için varsayılan yollardan biri olmuştur. Ciddi adaylardan oluşan kısa bir listede en iyi sonucu verir ve içine konan tahminler kadar iyidir.

RICE puanlama formülü nedir?

Puan, Kapsam × Etki × Güven ÷ Çaba’dır. Kapsam, etki ve güven çarpılır çünkü her biri kazancı ölçekler; çaba böler çünkü aynı kazanç daha fazla iş gerektirdiğinde daha pahalıya gelir. Kapsam için tek bir zaman penceresi seçin, örneğin bir çeyrek, ve her madde için onu kullanın; aksi halde puanlar karşılaştırılamaz.

Intercom’un orijinal yazısı ölçekleri yukarıdaki tabloda olduğu gibi tanımlar ve çoğu ekip puanların kişiler arasında karşılaştırılabilir kalması için bunları değiştirmez.

Her RICE faktörünü nasıl puanlarsınız?

Kapsam, elinizde zaten bulunan verilerden gelir. Bir özellik talebi için önce isteyen farklı hesap sayısıyla başlayın, ardından istemeden de kullanacak hesapların tahminini ekleyin. Etki en az kesin faktördür; bu yüzden beş değerli ölçeği kullanın ve ondalık uydurmaktan kaçının. Güven, tahmin yürütmenin iskontosudur: yalnızca kullanım verisi ya da test edilmiş bir prototip varsa %100, güçlü sinyaller varsa %80, çoğunlukla tahmin ediyorsanız %50 kullanın. Çaba, tasarım ve test dahil herkesin zamanıdır ve kişi-ay olarak verilir.

Aynı maddeyi puanlayan iki kişi her faktörde birbirinden en fazla bir basamak uzakta olmalıdır. Olmuyorsa madde sıralanacak kadar iyi anlaşılmamıştır ve anlaşmazlığın kendisi bulgudur.

RICE puanlama örneği nasıl görünür?

Takip edilen bir birikimden dört talep alalım, bir çeyrek üzerinden puanlanmış.

İlk satırı hesaplayalım: 400 × 1 × 0,8 ÷ 1 = 320. Karanlık mod üç kat fazla kişiye ulaşır ama her biri için kazanç küçüktür; bu yüzden dışa aktarmanın hemen altına düşer. Slack entegrasyonunun etki puanı iyidir, ancak güven onu yarıya indirir; bu da sıradaki adımın inşa değil araştırma olduğunu söyler.

Tek oturum açma en sona düşer ve bu ikinci bir bakışı hak eder. Altmış hesap küçük bir kapsamdır, ancak bunlar daha büyük hesaplarsa ve birkaç yenileme özelliğe bağlıysa puan, yöntemin göremediği bir şeyi kaçırıyordur.

Yaygın RICE hataları nelerdir?

İlki sahte kesinliktir. 1.247’lik bir kapsam ve 1,3’lük bir etki titiz görünür, ama 1.200 ve 1’den daha fazla bilgi taşımaz. Cesurca yuvarlayın.

İkincisi, zaten yapmaya karar verdiğiniz maddeleri puanlamaktır. Bu durumda puanlar favori kazanana kadar itilir ve çalışma yalnızca bir paravan üretir.

Üçüncüsü, kimin istediğini görmezden gelmektir. RICE kişileri sayar; bu yüzden on küçük hesaptan gelen bir talep, değeri o on hesabın toplamından büyük tek bir hesabın talebini geride bırakır. Gelir önemliyse bunun için bir sütun ekleyin ve puanın yanında okuyun. Hesaba göre ağırlıklandırma özellik taleplerine nasıl öncelik verilir yazısında anlatılıyor.

Dördüncüsü, farklı zaman pencerelerinden ya da farklı ekiplerin ölçeklerinden gelen puanları karşılaştırmaktır. Tek bir sayfa, tek bir pencere ve tek bir tanım kümesi kullanın.

RICE yerine ne zaman başka bir şey kullanmalı?

Elinizde kapsam verisi yoksa kapsamı çıkaran ve çabanın yerine bir kolaylık derecesi koyan ICE’ı (etki, güven, kolaylık) kullanın ve daha kaba olduğunu kabul edin. Soru bir özelliğin ne kadar değil, ne tür bir değer taşıdığıysa Kano modeli talepleri temel, performans ya da heyecan verici özellikler olarak sınıflandırır ve ikisi iyi birleşir. Karar sıralamayla değil sıra ve zamanlamayla ilgiliyse bir roadmap formatı daha uygundur ve ürün roadmap’i nasıl oluşturulur yazısı bunu ele alır.

RICE puanlarını zaman içinde nasıl dürüst tutarsınız?

Girdileri yalnızca sonucun değil, puanın yanında da saklayın; böylece herkes hangi varsayımın bir sıralamayı belirlediğini görebilir. Bir maddenin verileri değiştiğinde, örneğin yeni bir talep grubu kapsamı yükselttiğinde ya da bir mühendis çabanın iki katına çıktığını fark ettiğinde maddeye geri dönün. Yayına aldıktan sonra tahmin edilen kapsam ve etkiyi gerçekleşenle karşılaştırın ve ekibinizin bir sonraki tahmin biçimini buna göre ayarlayın. Kapsam için ham madde, özellik talebi takibi yazısında anlatılan gruplanmış ve etiketlenmiş talep listesidir; sonuç ise talebi yapanlara gönderdiğiniz yanıtın içinde yer almalıdır.

FAQ

İyi bir RICE puanı nedir? Evrensel bir eşik yoktur, çünkü sayı kapsam pencerenize ve çaba biriminize bağlıdır. Puanları yalnızca tek bir sayfa içinde karşılaştırın ve çıktı olarak mutlak değeri değil, sıralamayı alın.

RICE ile ICE puanlama arasındaki fark nedir? ICE; etki, güven ve kolaylığı çarpar ve kapsamı dışarıda bırakır. Doldurması daha hızlıdır, özellikler çok farklı sayıda kullanıcıyı etkilediğinde ise daha az isabetlidir; RICE tam olarak bu durum için tasarlanmıştır.

Bir özellik talebi için kapsamı nasıl tahmin edersiniz? İsteyen hesap sayısıyla başlayın, ardından istenmeden de kullanacak aktif hesapların payını ekleyin ve toplamı çeyrek başına ifade edin. Tahmin kabaysa kesinlik uydurmak yerine güven faktörünü düşürün.

Her özellik talebi RICE ile puanlanmalı mı? Hayır. Puanlama, eşitlik bozucuya ihtiyaç duyacak kadar yakın birkaç madde için emeğe değer. Bariz kazançlar ve bariz retler onsuz da karara bağlanabilir.

Bu yazıdaki teknik iddialar bağımsız olarak kontrol edilmedi. Yanlış bir şey varsa bize söyle, düzeltelim.

changeloop'ta ilgili sayfalar: Geliştirici dokümantasyonu, Changelog araçları karşılaştırması