Primera Entrega – User Story Mapping

Presentado por:

Yor Gladys Olaya Rojas

Presentado a:

Carlos Iván Rivera Parra

Politécnico Grancolombiano

Especialización Tecnológica en Desarrollo de Aplicaciones

Metodologías de Desarrollo de Software

Junio 2019

1
 1. Instructivo/Guía de cómo se hace el User Story Map

1. Product Backlog: Lista de actividades a realizar para el producto o proyecto:

- Funcionalidad

- Bugs

- Actividades técnicas – ejemplo: instalación de un servidor

- Investigación – ejemplo: capacitación sobre un software o aplicativo que permita

mejorar el producto o proyecto.

El Product Backlog, está definido por el Produtc Owner, y es el que representa las

necesidades de la Organización. Él sabe qué actividades son más prioritarias

2. Sprint Planning: Es una reunión donde el Product Owner explica los ítems de mayor

prioridad para que el equipo los estime y aclara las dudas de todo el equipo de trabajo.

Para la estimación, es importante tener en cuenta los Puntos de Historia y las Horas.

En esta reunión se genera el Sprint Backlog.

3. Sprint Backlog: Son las actividades que se tomaron del Product Backlog y que se deben

terminar en el siguiente sprint.

Es importante que las actividades que allí se plasmen, estén TERMINADAS. No sirve si

están al 50% o 70%. Esto realmente no srive y no lo puede ver el usuario final.

El Sprint Backlog debe estar priorizado y estimado.

4. Sprint: Es una Iteración que puede durar entre 1 semana y 1 mes (como máximo). Aquí

se trabajan las actividades enlistadas en el sprint Backlog.

Los avances e impedimentos que vayan surgiendo, se analizan en una reunión llamada

DAILY SCRUM, que se debería realizar todos los días durante máximo 15 minutos. Esta

reunión o junta es productiva, si se determina claramente qué se terminó el día de ayer,

2
 qué impedimentos se tienen hoy y qué se trabajará hoy, para tener como

base para mañana.

5. Sprint Review: Es una reunión realizada cuando se termina el Sprint, donde el equipo le

presenta al Product Owner, todas las actividades terminadas durante el Sprint. El avance

debe ser tangible. En esta reunión, tienden a surgir nuevas ideas y funcionalidades para

integrar al producto. Dichas funcionalidades deberán ser incluidas y priorizadas en el

Product Backlog.

6. Sprint Retrospective: es una reunión en la que el equipo de trabajo debe preguntarse:

- ¿Qué debemos empezar a hacer?

- ¿Qué debemos dejar de hacer?

- ¿Qué debemos continuar haciendo?

Las respuestas a estas preguntas pueden ser a nivel personal o a nivel de equipo.

Por último, se debe dejar registro de los compromisos y acuerdos que se llevarán a cabo

en el siguiente Sprint.

7. Product: es un producto potencialmente liberable, aunque no necesariamente sea liberado.

El producto debe estar funcionando (en sus procesos básicos) para mostrárselo al cliente.

8. Working Software: es una entrega liberable, es decir el Software funcionando, aunque no

con todas sus características.

3
 2. Sistema Administración de Historia Clínica en Consultorio Médico
General Privado

Backlog
1. Diseño de Interfaz de Usuario
- Diseño de interfaz de acuerdo a Marca de la Organización – Colores, logotipo,
slogan, video promocional, etc.
- Diseño del Menú – Menú con las opciones de Logueo de Médico para ingresar al
Sistema de Historias Clínicas, Visualización de Base de Datos d eEnfermedades y
Medicamentos – Ayuda – Acerca de… - Salir
- Diseño de formularios para ingreso de datos – Esquema e interfaz amigable para
la Solicitud de datos de ingreso
2. Creación de Base de Datos: Médicos tratantes, Pacientes, Enfermedades, Medicamentos
- Médicos tratantes:
o Código Médico
o Password
o Apellidos y Nombres
o Número de Consultorio – En el que atiende el Médico
- Pacientes
o Código Paciente – Documento de Identidad
o Apellidos y Nombres
o Fecha de Nacimiento
o Lugar de Nacimiento
o Edad
o Dirección
o Teléfono
o RH
o Estado Civil
o Lugar de Residencia
o Profesión
o Nombre Acompañante
o Parentesco Acompañante
o Celular Acompañante
- Enfermedades
o Código Enfermedad
o Nombre Enfermedad
- Medicamentos
o Código Medicamento
o Nombre Medicamento
o Dosis Medicamento
3. Logueo del Médico tratante

4
 - Solicitud de Código del Médico
- Solicitud de Password
4. Ingreso de paciente
- Solicitud Código de Paciente – Documento de Identidad
- Paciente Nuevo – Solicitud todos los Campos
- Paciente antiguo – Actualización de Campos
5. Registro de Historia Clínica
- Motivo consulta – Ingreso de información a la Base de Datos de Historia Clínica.
- Antecedentes – Ingreso de información a la Base de Datos de Historia Clínica
- Medicamentos actuales – Ingreso de información a la Base de Datos de Historia
Clínica
- Revisión de Exámenes de laboratorio e imagenología – Ingreso de información a
la Base de Datos de Historia Clínica
- Examen médico por sistemas – Ingreso de información a la Base de Datos de
Historia Clínica: Cabeza, Respiratorio, Cardíaco, etc.
- Diagnóstico - Ingreso de información a la Base de Datos de Historia Clínica,
teniendo en cuenta el código Universal.
- Conducta – Medicamentos – Ingreso de información a la Base de Datos de
Historia Clínica, teniendo en cuenta el Código de los medicamentos formulados
6. Administración de Historia Clínica
- Guardar
- Buscar
- Imprimir
- Compartir – Correo electrónico

5
User Story Map:

2. Creación de
Base de Datos:
Médicos
tratantes, Logueo
1. Diseño de Pacientes, del Ingreso Registro
Interfaz de Enfermedades, Médico de Historia Administración
Usuario Medicamentos Tratante Paciente Clínica Historia Clínica

Password

Compartir
Buscar
Motivo consulta
Código

Diagnóstico

Imprimir
Pacientes

Medicamentos

Código Paciente

Nombre Paciente
Médicos tratantes

Enfermedades

Antecedentes

Guardar
Medicación Actual

Revisión Exámenes

Conducta
Examen por Sistema
Diseño de
interfaz de
acuerdo a
Marca de la
Organización
Datos Personales

Datos Personales

Código Enfermedad

Diseño de Código Medicamento

formularios
para
Diseño del ingreso de
Menú datos

6
Releases:

2. Creación de
Base de Datos:
Logueo
1. Diseño de Médicos Ingreso Registro
del Administración
Interfaz de tratantes, de Historia
Médico Historia Clínica
Usuario Pacientes, Paciente Clínica
Tratante
Enfermedades,
Medicamentos

Médicos tratantes

Nombre Paciente

Motivo consulta
Código Paciente
Diseño de

Password
Pacientes

Guardar
interfaz de

Código

Buscar
RELEASE
acuerdo a
1
Marca de la
Organización

Examen por Sistema

Revisión Exámenes
Medicación Actual
Datos Personales

Datos Personales

Medicamentos
Enfermedades

Diseño de

Antecedentes

Diagnóstico

Compartir
Conducta

Imprimir
formularios
RELEASE Diseño del
para
2 Menú
ingreso de
datos
Código Medicamento
Código Enfermedad

RELEASE
3

7
 3. Software JIRA
Creación del Backlog:

Creación de Sprint con las 4 primeras incidencias:

1. Diseño de interfaz
2. Creación de Base de Datos
3. Logueo del Médico tratante
4. Ingreso de Paciente

8
Vista del primer Sprint:

9
Ejemplo: El Sprint que se muestra a continuación, tiene 4 actividades:
La Actividad CC1- Diseño de Interfaz – ya está terminada
La Actividad CC2 – Creación de Bases de Datos – está en progreso
Las Actividades CC3 y CC4 – están en el bloque Por Hacer – To Do.

Si termino el sprint, con una Actividad o Incidencia Faltante, el programa JIRA lo advierte
mediante un mensaje:

10
11
La incidencia que faltó por terminar, la deja pendiente para ser incluida en el
siguiente Sprint:

12
 Referencias

https://www.youtube.com/watch?v=LHeu2t5tqxE&feature=youtu.be&t=1s

https://www.youtube.com/watch?v=PR_q8ej61_Y

13