¿Existe una buena práctica para el uso de niveles de TFS Stack Rank?

Tenemos este gran retraso en el que los propietarios anteriores* usaban su Stack Rank solo como criterio para colocar los elementos "urgentes" en la parte superior de la lista. Cada vez que se agregaba algo y era urgente o crítico, solían establecer Stack Rank = 1, no se le daba un cuidado especial a este atributo.

Como puede imaginar, el orden de la acumulación comenzó sin criterios (varios Stack Rank 1 en la lista), luego comenzaron a poner números menores y ahora tenemos una acumulación de artículos como este:

Item A | 0,00001
Item B | 0,0001
Item C | 0,001
Item D | 0,01

Ahora estamos organizando todos los trabajos pendientes que tenemos y estableciéndoles las prioridades adecuadas.
¿Existe una plantilla/consejo/buena práctica que establezca qué valores definen el nivel de criticidad de los elementos?

*Scrum no se estaba implementando en ese momento, por eso varios propietarios

¿Se está utilizando el marco Scrum ahora? Ha pasado un tiempo desde que usé TFS, pero según mi recuerdo y el uso actual de VSTS, ¿no se completa automáticamente Stack Rank (Order) en función de la cola en Backlog?
@AlanLarimer estamos usando la plantilla del modelo Agile. En la versión del navegador web, la columna de orden se define en función del rango de pila, pero si arrastro el décimo elemento de la lista y lo coloco en la sexta posición, el valor del pedido se actualizará pero el rango de pila no.
Según la respuesta seleccionada, ¿debería actualizarse la pregunta? Según la respuesta seleccionada, no tiene nada que ver con TFS y se trata realmente de pedidos pendientes.

Respuestas (2)

Ordenarlos por valor comercial

El valor comercial puede tomar cualquier número de formas:

  1. Aumenta los ingresos: las nuevas funciones a menudo pertenecen aquí.
  2. Reduce la rotación: retiene los ingresos. Las correcciones de errores pueden pertenecer a esta categoría.
  3. Mejora las ganancias - reduce los costos. La automatización que ahorra mano de obra puede pertenecer aquí.
  4. Reduce el riesgo, por ejemplo, una solución de seguridad. Las empresas han quebrado debido a una fuga de seguridad.
  5. Cuestiones de cumplimiento: es posible que no mejore sus resultados finales o superiores, pero es posible que deba solucionarlos para evitar una acción reglamentaria adversa.

La clasificación es discutible. No hay más atajo que aplicar su juicio. Esta es la razón por la cual Scrum especificó un solo Product Owner para este propósito.

Dado su escenario existente, si yo fuera usted, me acercaría a las personas que pusieron esos números bajos (deberían estar en el ticket) y registraría las razones por las que pensaron que estos tickets eran urgentes o críticos. Luego vea cómo usar esa información para priorizar en función de eso. Es posible que también deba combinar algunos boletos para ofrecer el valor comercial completo.

Documentos de Microsoft

Gestionado por el sistema

Estos campos no deben modificarse manualmente. Los artículos siempre deben estar en una lista ordenada con los índices manejados por el sistema.

Prioridad de trabajo pendiente : un número generalmente asignado por un proceso en segundo plano que se usa para rastrear el orden de la lista de elementos en un trabajo pendiente o tablero en el portal web.

Error, épica, característica, elemento de la cartera de productos, tarea (Scrum)

y

Stack Rank : un número, generalmente asignado por un proceso en segundo plano, que se usa para rastrear el orden de la lista de elementos en un backlog o tablero en el portal web.

Error, épica, función, requisito (CMMI), riesgo (CMMI), tarea, historia de usuario (ágil)

Administrado por el usuario

El seguimiento de los deseos comerciales debe realizarse por separado.

Prioridad : una calificación subjetiva del error, problema, tarea o caso de prueba en relación con el negocio.

Error, Solicitud de cambio, Épica, Característica, Impedimento, Problema, Elemento de la cartera de productos, Requisito, Riesgo, Paso compartido, Tarea, Caso de prueba, Historia de usuario

y

Criticidad del tiempo : una unidad de medida subjetiva que captura la forma en que el valor comercial disminuye con el tiempo. Los valores más altos indican que la épica o característica es inherentemente más crítica en el tiempo que aquellos elementos con valores más bajos.

épica, característica

Otros campos también están disponibles; consulte la documentación vinculada. La comprensión compartida de los valores utilizados en estos campos es fundamental. Esta es una parte de la Transparencia en el marco Scrum .

¿Existe una buena práctica para el uso de niveles de TFS Stack Rank?
RespuestasAquíPolítica de privacidad1y, 0v