Scrum: INVIERTE en buenas historias logrando tareas SMART

Encontré este  artículo  que incluye dos mnemotécnicos que me gustan mucho.

El INVEST como un recordatorio de las características de un  elemento de la cartera de productos  (PBI) de buena calidad (o historias de usuario) comúnmente escrito en formato de historia de usuario. Pero, ¿cuáles son las características de una buena historia de usuario? El acrónimo “INVEST” puede recordarte que las buenas historias deben ser:

Una buena historia de usuario debería ser:  INVEST :

• Independientes: Deben ser autónomos de manera que permitan ser liberados sin depender unos de otros .
• N egociable: Solo captura la esencia de la necesidad del usuario, dejando espacio para la conversación. La historia de usuario no debe escribirse como un contrato.
• Valioso : Ofrece valor al usuario final.
• E stimable: las historias de usuario deben poder estimarse para que puedan priorizarse adecuadamente y encajar en los  sprints .
• Pequeña : una historia de usuario es una pequeña porción de trabajo que permite completarla en aproximadamente 3 a 4 días.
• T estable: una historia de usuario debe confirmarse a través de  criterios de aceptación escritos previamente .

Refinamiento de la cartera de productos: historias y tareas

El refinamiento del Product Backlog  es el acto de agregar detalles, estimaciones y pedidos a los elementos del Product Backlog. Se necesita un refinamiento continuo de la cartera de productos dentro de cada  Sprint  para refinar los elementos y estar listos para futuros Sprints. Cuando los elementos del Backlog se refinan al nivel adecuado de granularidad, los elementos del Product Backlog en la parte superior del Product Backlog (mayor prioridad, mayor valor) se descomponen para que encajen dentro de un Sprint como se muestra en la Figura a continuación.

Cuando los elementos de la cartera de productos se refinan y se incluirán en la cartera de pedidos del sprint, normalmente se encuentran en forma de historias de usuario que se pueden usar fácilmente en la Parte 1 de la planificación del sprint. Estas historias de usuario generalmente se refinan aún más en tareas en la Parte 2 de la planificación de Sprint para asignarlas a los miembros del equipo de desarrollo.

Una buena TAREA debería ser —  INTELIGENTE :

SMART es un conjunto de criterios para crear objetivos como  los objetivos de Sprint ,  que es una breve declaración escrita por el  equipo Scrum  (basada en el  objetivo inicial del propietario del producto ) para guiarlos en la dirección en la que quieren que se realicen las tareas. según el objetivo del sprint.

SMART significa Específico, Medible, Alcanzable, Relevante y Con límite de tiempo. Tener las metas escritas en un formato SMART asegura que quien establece las metas tenga claro lo que está tratando de lograr, cuándo y cómo.

Específico : al establecer una meta, sea específico sobre lo que quiere lograr. Piense en esto como la declaración de la misión de su objetivo.

M edible: ¿qué métricas vas a utilizar para determinar si cumples con la meta? Esto hace que una meta sea más tangible porque proporciona una forma de medir el progreso. Si se trata de un proyecto que va a tardar unos meses en completarse, establezca algunos hitos considerando las tareas específicas a realizar.

Alcanzable: Esto se enfoca en cuán importante es una meta para usted y qué puede hacer para que sea alcanzable y puede requerir el desarrollo de nuevas habilidades y el cambio de actitudes. El objetivo está destinado a inspirar motivación, no desaliento. Piense en cómo lograr el objetivo y si tiene las herramientas/habilidades necesarias. Si actualmente no posee esas herramientas/habilidades, considere lo que se necesitaría para alcanzarlas.

Relevante : Esto se refiere a centrarse en algo que tiene sentido con los objetivos comerciales más amplios. Por ejemplo, si el objetivo es lanzar un nuevo producto, debe ser algo que esté alineado con los objetivos comerciales generales. Es posible que su equipo pueda lanzar un nuevo producto de consumo, pero si su empresa es un B2B que no se está expandiendo al mercado de consumo, entonces el objetivo no sería relevante.

Limitado en el tiempo: cualquiera puede establecer metas, pero si no tiene un tiempo realista, es probable que no lo logre. Es imperativo proporcionar una fecha objetivo para los entregables. Haga preguntas específicas sobre la fecha límite de la meta y lo que se puede lograr dentro de ese período de tiempo. Si el objetivo tardará tres meses en completarse, es útil definir lo que se debe lograr a la mitad del proceso. Proporcionar limitaciones de tiempo también crea un sentido de urgencia.

Referencias

• Escribe objetivos SMART e INVEST para historias de usuarios
• ¿Quién crea elementos de la cartera de productos o historias de usuarios en Scrum?
• ¿Qué es Story Point en Agile? ¿Cómo estimar una historia de usuario?
• ¿Qué es DEEP en la cartera de productos?