Priorización (WSJF)

WSJF quiere decir Weighted Shortest Job First — "el trabajo más corto y más pesado primero". La idea detrás es simple e incómoda: mientras una demanda espera, cuesta algo (dinero no facturado, cliente insatisfecho, riesgo que sigue abierto). Ese costo se llama costo del retraso.

Si dos demandas tienen el mismo costo del retraso, haga primero la más barata — libera el mismo valor más temprano. Es eso, y solo eso, lo que hace el cálculo.

La ganancia real no está en el número: está en comparar una demanda de soporte con una demanda de proyecto con la misma regla, en lugar de dejar que la prioridad sea de quien gritó más fuerte en la reunión.

WSJF es "peso del retraso dividido entre el tamaño": lo que pierde más valor esperando entra primero, corregido por el esfuerzo. Indicas valor para el negocio, criticidad de tiempo, reducción de riesgo y el tamaño — y la cuenta sale lista, con la memoria visible. Sirve para responder "¿por qué ESTO antes que aquello?" sin discusión de opiniones.

Aquí das la nota de prioridad WSJF de una demanda: tres notas de valor (valor de negocio, urgencia y riesgo/puerta que abre), el esfuerzo estimado y la justificación en texto. El score se calcula a partir de ellas y es el que ordena el backlog puntuado — de mayor a menor.

El WSJF pondera cuatro números: valor de negocio (cuánto vale esto si queda listo), urgencia (el costo de esperar — lo que se pierde cada semana detenido), riesgo/puerta que abre (lo que desbloquea o protege) y el esfuerzo, que entra como divisor. El score crece con las tres primeras notas y CAE con el esfuerzo: una entrega valiosa y barata sube, una entrega valiosa y cara baja para después. La justificación es el campo más leído después: escribe el porqué de las notas para que la priorización sobreviva a la reunión en que se hizo.

score = (valor + urgencia + reducción de riesgo) ÷ esfuerzo

Valor de negocio — cuánto gana la empresa (o deja de perder) cuando esto exista.
Criticidad de tiempo — cuánto se encoge el valor si se demora. Una funcionalidad de cierre fiscal entregada después del plazo vale casi nada; la misma entregada antes vale todo. Esto NO es "la urgencia de quien pidió".
Reducción de riesgo — cuánto esto derriba un riesgo o abre camino para otras cosas. Es donde entra la deuda técnica que nadie prioriza.
Esfuerzo — el tamaño del trabajo.

Todas en la misma escala de 1 a 10 (no es Fibonacci). Cada nota lleva la justificación de quien la dio — la nota sin argumento es la que nadie logra defender la semana siguiente.

Se calcula al guardar y es solo lectura. Si el resultado pudiera editarse a mano, el cálculo se volvería adorno de la opinión de siempre — que es exactamente lo que el método existe para evitar.

La nota nace neutra (5 en todo). Esto es intencional: quien prioriza necesita posicionarse, y salir del 5 es la decisión. El score posible va de 0,300 (todo bajo, esfuerzo máximo) a 30,000 (todo alto, esfuerzo mínimo).

Una nota por demanda: si ya existe, edite la que existe en lugar de crear una segunda. La lista ya es el backlog priorizado — sale ordenada del mayor score al menor.

En los tres campos del numerador — valor, urgencia y riesgo — una nota en blanco se trata como 1, el piso de la escala: es conservador, la demanda baja.

En el esfuerzo no existe piso, porque es el divisor: asumir 1 daría el divisor más favorable que existe justamente a lo que nadie dimensionó, y la demanda menos completada lideraría el backlog. Entonces, sin esfuerzo, no hay score. La demanda se guarda normalmente, aparece al final de la lista marcada como "sin nota" y queda fuera del bloque "próximas por el cálculo" del radiador — un ítem que no entró en el cálculo no puede presentarse como su resultado.

Es el comportamiento honesto: el sistema no inventa un tamaño en lugar de quien prioriza. Para que la demanda entre en la fila, dimensione el esfuerzo de 1 a 10.

Al guardar una vista con el botón Vistas, guarda cuatro cosas: el texto de búsqueda, los filtros aplicados, qué columnas aparecen (y en qué orden) y por qué columna está ordenada la lista. Aplicar la vista restaura todo de una vez — incluso reiniciando el orden y la página en que estaba, para que el resultado sea exactamente lo que la vista describe. Las vistas guardadas antes de esta versión siguen siendo válidas: lo que no guardaron simplemente no cambia al aplicarlas.

Nas fichas, sair de um campo já dispara a conferência do que dá para conferir na hora: campo obrigatório deixado em branco e e-mail mal formado. O aviso aparece embaixo do campo e desaparece quando você começa a corrigir. Campo numérico não precisa de aviso: ele simplesmente não aceita letra enquanto você digita. Isso é conforto, não a validação final: ao salvar, o sistema confere tudo de novo do lado do servidor.

Un esfuerzo en blanco NO se convierte en 1: sin tamaño declarado, la demanda queda sin puntuación y va al FINAL de la lista, marcada como "sin nota" — en lugar de subir al primer lugar con un divisor inventado. La pantalla avisa cuando eso ocurre. Es una elección deliberada: el sistema no adivina un tamaño en lugar de quien prioriza, porque una demanda "urgentísima" con esfuerzo desconocido ordenada arriba sería una mentira cómoda. Dimensiona el esfuerzo (1 a 10) para que la demanda entre en la cola de verdad.

En el panel de actividad del registro, cada anotación tiene "Convertir en demanda". El clic crea un ticket con el texto de la anotación, quién la escribió y el enlace de este registro — nada se vuelve a digitar. Úselo cuando la anotación es un pedido de acción ("alguien necesita revisar esto"); la anotación sigue donde estaba. El botón solo aparece con el registro ya guardado; una sesión de solo lectura (demostración) no lo crea.

No. Produce un orden sugerido y nada se escribe de vuelta en la demanda — el tablero sigue siendo del equipo. El papel del número es invertir la carga de la conversación: en lugar de justificar por qué una demanda debería subir, ahora hay que justificar por qué debe saltarse la fila.

Cuando el equipo no está de acuerdo con el orden, casi siempre la discusión útil está en una nota específica ("¿urgencia 9? ¿por qué?") — y es ahí donde el método se paga solo.

No, y es mejor que no. Puntúe lo que se está considerando para las próximas semanas. El radiador muestra cuántas demandas abiertas están sin nota — ese número es la medida del "backlog ciego", y sirve de recordatorio, no de meta a llevar a cero.

Abra el registro y mire la Línea de tiempo, a la derecha: muestra cada cambio como "de un valor a otro", con la persona y la fecha. Cuando hay muchos cambios, use los dos filtros de arriba de la línea de tiempo — uno por campo y otro por persona. La búsqueda se hace en la base de datos, así que un cambio antiguo aparece igual. También puede preguntarle a Tenkai: "¿quién cambió el contrato 482?".