Work items

Tipos de elemento de trabajo

Todo trabajo es un elemento de trabajo. Su tipo decide dónde se ubica en la jerarquía, qué campos tiene y por qué estados avanza.

• Epic y Caso de Negocio: objetivos a nivel de portafolio y la justificación de negocio que los respalda.
• Feature: una capacidad entregable, bajo un Epic o un Caso de Negocio.
• Product Backlog Item —o Historia de usuario, en el proceso Agile—: el trabajo al que un equipo se compromete en un sprint.
• Task: los pasos concretos que completan un elemento.
• Soporte: trabajo de servicio, bajo una Feature.
• Issue, Impedimento y PreRelease Defect: problemas registrados sobre el trabajo al que afectan.
• Bug: un defecto encontrado en un Deployment.
• Deployment y Modificación de Datos: cambios gobernados hacia producción, cada uno con su propio flujo.

Cómo se anidan los elementos de trabajo

Los vínculos entre padre e hijo siguen reglas fijas, así la jerarquía siempre se lee igual. Un Caso de Negocio puede pertenecer a un Epic, y una Feature a un Epic o a un Caso de Negocio. Un elemento del backlog o de Soporte pertenece a una Feature. Las Tasks, Issues, Impedimentos y PreRelease Defects pertenecen a la Feature, al elemento del backlog o de Soporte al que afectan, igual que los Deployments y las Modificaciones de Datos. Un Bug siempre cuelga del Deployment donde se encontró.

Estados y transiciones

Cada tipo avanza por los estados definidos para el espacio de trabajo. Pasar de un estado a otro es una transición, y una transición puede exigir un permiso, un motivo por escrito o campos que deben completarse antes.

• Los campos pueden bloquearse al llegar a un estado, para que un valor aprobado no pueda cambiarse después sin que se note.
• Cada cambio queda en el historial del elemento, con quién lo hizo y cuándo.