Solicitud de Atención

Dependencia vs SubTarea
Core Assurance
 DataHub_Offsite 2

Generación de Ticket

Los proyectos para solicitar la revisión de Core Assurance, deben realizar mediante un ticket
de sub tarea asociada a la dependencia del proyecto en Jira previamente aprobada por el
equipo Core Assurance.

Nota: La cantidad de
SubTarea 1
DEPENDENCIA

subtareas que están

asociadas a una
dependencia, según el
alcance que se definió en
la descripción.

SubTarea 2
 DataHub_Offsite 3

Campos Obligatorios

En una solicitud de Jira de dependencia o subtarea hay campos obligatorios que se deben
completar. Entre ellos tenemos:

Dependencias SubTarea

- Summary
- Type - Summary
- Priority - Description
- Feature Link (Asociado al Q que se - Priority
solicita la dependencia). - Assignee
- Petitioner Team - Labels
- Receptor Team - Adjuntos
- Sprint Estimate (El spring que se
estima terminar el desarrollo).
- Assignee
- Description
- DoR (Definition of Ready)
- DoD (Definiton of Done)
Crear Dependencia
 DataHub_Offsite 5

**Se marcaron los primeros

items obligatorios para crear
una dependencia.
 DataHub_Offsite 6

**Se marcaron los segundos

items obligatorios para crear
una dependencia.
Crear SubTarea
 DataHub_Offsite 8

Partes de una Solicitud (SubTarea)

Los proyectos para solicitar la revisión de Core Assurance, deben realizarlo mediante un
ticket de sub tarea asociada a la dependencia del proyecto en Jira previamente aprobada por
el equipo Core Assurance.
Estados de las SubTarea
 DataHub_Offsite 10

Estados de una Solicitud (SubTarea)

NEW Estado que da el proyecto al registrar un ticket nuevo.

ANALYSING Estado que da Core Assurance cuando comienza a revisar a nivel
de formato el ticket en Jira.
READY Estado que da Core Assurance cuando ya está listo el ticket para
empezar a revisar.
IN PROGRESS Estado que da Core Assurance cuando empieza a revisar la
solicitud del ticket a nivel funcional.
BLOCKED Estado que da Core Assurance cuando se encuentran
observaciones a nivel funcional o a nivel de formato.
READY TO VERIFY Estado que da Core Assurance cuando se finalizó la resolución
del ticket.
DEPLOYED Estado que da el proyecto al validar que lo solicitado se resolvió
por Core Assurance de forma correcta.
Ejemplos de solicitud de Ticket
(SubTarea)
 DataHub_Offsite 12

Asignar Folio
 DataHub_Offsite 13

Asignar ID TDS
 DataHub_Offsite 14

Dictamen TDS

* En caso la revisión de
dictamen sea un reuso y
también una regularización
(Apagado de deuda,
completitud de historia) se
debe complementar en la
descripción del ticket.
Indicando el folio original y
el folio de reuso.

Ejemplo
 DataHub_Offsite 15

Regularización TDS
 DataHub_Offsite 16

Asignación Folio de
Procesamiento
 DataHub_Offsite 17

Dictamen de
Procesamiento
 DataHub_Offsite 18

Regularización
Procesamiento