Puntuación RICE: fórmula, ejemplo resuelto y errores

La puntuación RICE ordena ideas de producto con un solo número: alcance por impacto por confianza, dividido entre esfuerzo. Una puntuación más alta significa más valor esperado por unidad de trabajo. El método nació en el equipo de producto de Intercom y se ha convertido en una forma habitual de comparar solicitudes de funciones que la intuición no logra separar. Funciona mejor con una lista corta de candidatas serias, y solo vale lo que valgan las estimaciones que le metes.

¿Cuál es la fórmula de la puntuación RICE?

La puntuación es Alcance × Impacto × Confianza ÷ Esfuerzo. Alcance, impacto y confianza se multiplican porque cada uno escala el beneficio, y el esfuerzo divide porque el mismo beneficio cuesta más cuando exige más trabajo. Elige una sola ventana de tiempo para el alcance, como un trimestre, y úsala para todos los elementos, o las puntuaciones no serán comparables.

El texto original de Intercom define las escalas de la tabla anterior, y la mayoría de los equipos las dejan sin cambios para que las puntuaciones sigan siendo comparables entre personas.

¿Cómo se puntúa cada factor de RICE?

El alcance sale de datos que ya tienes. Para una solicitud de función, empieza por el número de cuentas distintas que la pidieron y suma una estimación de las cuentas que la usarían sin haberla pedido. El impacto es el factor menos preciso, así que usa la escala de cinco valores y resiste la tentación de inventar decimales. La confianza es un descuento por adivinar: usa 100 % solo cuando tengas datos de uso o un prototipo probado, 80 % cuando tengas señales fuertes y 50 % cuando estés sobre todo adivinando. El esfuerzo es el tiempo de todos los implicados, diseño y pruebas incluidos, en personas-mes.

Dos personas que puntúen el mismo elemento deberían quedar a un escalón de distancia en cada factor. Si no es así, el elemento no se entiende lo bastante bien para ordenarlo, y el desacuerdo es el hallazgo.

¿Cómo es un ejemplo de puntuación RICE?

Toma cuatro solicitudes de un backlog rastreado, puntuadas sobre un trimestre.

Resolvamos la primera fila: 400 × 1 × 0,8 ÷ 1 = 320. El modo oscuro llega a tres veces más personas, pero cada una gana poco, así que queda justo por debajo de la exportación. La integración con Slack tiene una buena nota de impacto que la confianza reduce a la mitad, lo que indica que el siguiente paso es investigar, no construir.

El inicio de sesión único queda último, y eso merece una segunda mirada. Sesenta cuentas es un alcance pequeño, pero si son las cuentas más grandes y varias renovaciones dependen de la función, a la puntuación le falta algo que el método no puede ver.

¿Cuáles son los errores habituales con RICE?

El primero es la falsa precisión. Un alcance de 1.247 y un impacto de 1,3 parecen rigurosos y no aportan más información que 1.200 y 1. Redondea con decisión.

El segundo es puntuar elementos que ya has decidido construir. Entonces las puntuaciones se retocan hasta que gana el favorito, y el ejercicio solo sirve de coartada.

El tercero es ignorar quién lo pidió. RICE cuenta personas, así que la solicitud de diez cuentas pequeñas supera a la de una sola cuenta que vale más que las diez juntas. Cuando los ingresos importan, añade una columna para ellos y léela junto a la puntuación. La ponderación por cuenta se trata en cómo priorizar solicitudes de funciones.

El cuarto es comparar puntuaciones de ventanas de tiempo distintas o de escalas de equipos distintos. Mantén una hoja, una ventana y un conjunto de definiciones.

¿Cuándo usar algo distinto de RICE?

Cuando no tienes datos de alcance, usa ICE (impacto, confianza, facilidad), que elimina el alcance y sustituye el esfuerzo por una nota de facilidad, y asume que es más tosco. Cuando la pregunta es qué tipo de valor aporta una función en lugar de cuánto, el modelo de Kano clasifica las solicitudes en funciones obligatorias, de rendimiento o de deleite, y los dos se combinan bien. Cuando la decisión trata del orden y el momento en lugar del ranking, encaja mejor un formato de roadmap, y cómo crear una roadmap de producto lo explica.

¿Cómo mantener honestas las puntuaciones RICE con el tiempo?

Guarda los datos de entrada junto a la puntuación, no solo el resultado, para que cualquiera vea qué supuesto determinó una posición. Revisa un elemento cuando cambien sus hechos, por ejemplo cuando un nuevo lote de solicitudes eleve el alcance o cuando un ingeniero detecte que el esfuerzo se duplicó. Después de lanzar, compara el alcance y el impacto previstos con lo que ocurrió y ajusta cómo estima tu equipo la próxima vez. La materia prima del alcance es la lista de solicitudes agrupada y etiquetada que se describe en seguimiento de solicitudes de funciones, y el resultado pertenece a la respuesta que envías a quienes lo pidieron.

FAQ

¿Qué es una buena puntuación RICE? No hay un umbral universal, porque el número depende de tu ventana de alcance y de tu unidad de esfuerzo. Compara las puntuaciones solo dentro de una misma hoja y trata el ranking, no el valor absoluto, como el resultado.

¿Cuál es la diferencia entre la puntuación RICE y la ICE? ICE multiplica impacto, confianza y facilidad y deja fuera el alcance. Es más rápida de rellenar y menos precisa cuando las funciones afectan a números de usuarios muy distintos, que es el caso para el que se diseñó RICE.

¿Cómo se estima el alcance de una solicitud de función? Empieza por el número de cuentas que la pidieron, suma la proporción de cuentas activas que probablemente la usarían sin que se lo pidan y expresa el total por trimestre. Si la estimación es aproximada, baja el factor de confianza en lugar de inventar precisión.

¿Hay que puntuar con RICE todas las solicitudes de funciones? No. Puntuar compensa para el puñado de elementos lo bastante cercanos como para necesitar un desempate. Las victorias obvias y los rechazos obvios se pueden decidir sin ello.

Las afirmaciones técnicas de este artículo no se han revisado de forma independiente. Si algo está mal, avísanos y lo corregiremos.

Relacionado en changeloop: Documentación para desarrolladores, Herramientas de changelog comparadas