Curso de Especialización en Gestión de

Proyectos con Enfoque Ágil y

el Método Kanban

Integrantes Grupo 5:
Carhuayo, Juana
Elvira
Díaz, Paulino
Micher, Joan
Vega, Elvira
OBJETIVO DEL TRABAJO:
Aplicar los conocimiento y herramientas del método Kanban para resolver un problema de
algún servicio de la organización.
SE PIDE:
1. Describir brevemente el servicio que se da en el proyecto u organización, y el “dolor” del
servicio.
2. Identificar las fuentes de insatisfacción interna y externa
• Cliente interno :
• Cliente externo :
3. Analizar la demanda
• Unidad o elemento de trabajo: pueden ser features, HU s, entregables, ordenes de
compra, pedidos, Incidente del área de soporte, etc.
• Describir las diferentes unidades de trabajo:
• Patrón de llegada: estacional, aleatorio, constante:
• Tasa de llegada: 10 pedidos por semana
• Tasa de salida: 6 pedidos por semana
• Expectativas de atención del cliente: urgente, una fecha fija, estándar, etc.
4. Analizar capacidades
• Gráfico de la capacidad actual versus la demanda (del reporte)
5. Modelar el flujo de trabajo
• Identificar las actividades o pasos dominantes por las que pasan los
diferentes unidades o elementos de trabajo (Excel)
• Definir todas políticas necesarias para gestionar su flujo de trabajo: WIP,
Pull, punto de compromiso, colores, carriles, etc.
• Bosquejar el flujo de trabajo empleando la herramienta colaborativa
MIRO
6. Identificar clases de servicio
• Definir y justificar las diferentes clases de servicio para atender las
diferentes expectativas de servicio de los clientes
• Definir los diferentes niveles de compromiso o nivel de servicio acordado
(SLA) para cada clase de servicio
 1. Descripción del servicio

El servicio que vamos a estudiar es la Gestión de incidencias en una entidad

financiera. Para este trabajo vamos a abarcar las incidencias generadas por
errores en aplicaciones.
El propósito de este servicio es identificar y clasificar problemas y sus causas
raíz y proporcionar resolución en tiempo para prevenir incidentes recurrentes.
Así como proporcionar recomendaciones de mejora.
En este proceso están involucradas varias áreas:
Production Support: equipo que se encarga de gestionar la solución del error
con los diferentes equipos.
Desarrollo: responsable de solucionar el error de la aplicación
QA: equipo responsable de realizar las pruebas de la solución entregada.
Release Planning: equipo responsable de analizar y asignar release y fecha de
instalación.
Seguridad: equipo responsable de realizar el despliegue de la solución en
ambiente productivo.
 2. Fuentes de insatisfacción

Clientes Internos:
• Se reportan muchos errores operativos
• Se reporte errores de datos que no se ajustan a la realidad, por migración,
por ingreso incorrecto.
• Clasificación errónea de la incidencia
• No existen mediciones
• Después de la implementación de un sistema se generaban incidencias, sólo
se reacciona

Cliente externo:
• Resistencia de algunos usuarios de reportar las incidencias, prefieren llevar
un Excel.
• El tiempo que toma atender las incidencias es muy largo
• No se respeta el SLA, se atiende por prioridades
 3. Analizar la demanda (1/2)

• Unidad o elemento de trabajo: Incidencia

• Describir las diferentes unidades de trabajo. Las incidencias se clasifica
en:
 Plog de Falla Contingente, es un error que detiene la operación, no
tiene work-around
 Plog de Falla No Contingente, es un error que no detiene la operación,
tiene work-around.
 Plog de Fix, es un error que se soluciona con un fix de datos
 Plog de Falla de Garantía, es un error que se da durante el período de
garantía de una aplicación instalada (período de garantía es 1 mes)
 Small SSR, se requiere generar un requerimiento para solucionarlo, es
una nueva funcionalidad, no es un error.
 3. Analizar la demanda (2/2)
Incidentes

Desarrolladores /
Prioridad ≠ 0
75 x mes

Mesa Ágil Plog Falla

Prioridad = 0
60 x mes

15 x mes

Plog Contigente 15 x mes

Prioridad ≠ 0

Tester
Plog Fix Estacional

• Patrón de llegada: constante/estacional Unidad de Requisitos Entrega por Tasa de

• Expectativas de atención del cliente: trabajo por mes mes entrega
Plog Contigente 15 15 100%
urgente para prioridad 0
Plog Falla 70 60 86%
una fecha fija para Falla/Fix
Estándar para Falla
 4. Analizar la capacidad
120

107

100

91

82
80

70 69
66
61
60
55

40

20 17 17
15 15 15 15 14
9
5 4 5 5
3
0 0 0
0
Total

Total

Total

Total

Total

Total

Total

Total

Total

Total

Total

Total
Resueltos

Resueltos

Resueltos

Resueltos

Resueltos

Resueltos

Resueltos

Resueltos
Resueltos

Resueltos

Resueltos

Resueltos
Plog Con- Plog Falla Plog Fix Plog Con- Plog Falla Plog Fix Plog Con- Plog Falla Plog Fix Plog Con- Plog Falla Plog Fix
tigente tigente tigente tigente
Oct-22 Nov-22 Dic-22 Ene-23
 5. Flujo
de
Trabajo

https://miro.com/welcomeonboard/UjRFTWJlQWQ1YWVFa2tCOGRSU1JkZkZOU25
qSVNadTZsbjJDRFdCZ2JCUEtKNFZIYUwyZGJ0Z0JTYnBheDFiOXwzNDU4NzY0N
TQwOTI1OTI0MTcxfDI=?share_link_id=660009275212
 5. Flujo de trabajo

Criterio para asignación de prioridades:

Prioridad Criterios a Considerar
0 -Detención total del Sistema. El impacto es tal que deben tomarse acciones de inmediato.
-Falla en el EOD (End of Day)
-Sistema caído

1 -Servicio afectado sin soluciones alternativas.

-Impacto sobre la integridad financiera – Requiere volver a ejecutar.
-Sistemas/aplicaciones principales con problemas sin soluciones alternativas.
-Recurrencia de problemas previos con alto impacto.

2 -Sistema puede ser usado pero con dificultad, con soluciones alternativas disponibles.
-Una funcionalidad de un Sistema o Aplicación falla o no opera.
-Una funcionalidad de un Sistema o Aplicación no opera de acuerdo a lo especificaco.

3 -Sistema o Aplicación presenta inconvenientes para su uso.

-Problemas en el Host o interfaz de aplicaciones dispone de soluciones pero requiere seguimient (Ej. Falla de
fecha de un informe)
-Impacto sobre el Servicio al Cliente es menor

4 -No hay impacto sobre el Servicio al Cliente

-Problemas de forma (cosméticos) de un Sistema o Aplicación-Con soluciones alternativas disponibles.
-Problemas de documentación interna.
 5. Flujo de trabajo

Reglas:
- Todas las incidencias deben ser reportadas a la Mesa de Ayuda
debidamente documentadas.
- La mesa ágil asigna la prioridad al problema, considerando el impacto y la
urgencia del negocio
- Se tiene el acuerdo de niveles de servicio que inician desde el momento
que el problema se regulariza cuando el plog cambia de estado a Revisión
Release Planning hasta la fecha de implementación del release:
Prioridad 0: 24 horas
Prioridad 1: SLA 90 días
Prioridad 2: SLA 120 días
Prioridad 3: SLA 150 días
Prioridad 4: SLA 180 días
 6. Clases de servicio
Según la clasificación del incidente se tienen los siguientes servicios:
 Flujo Contingente
• Plog de Falla Contingente prioridad 0 (es un error que detiene la operación, no
tiene work-around)

 Flujo Normal:
• Plog de Falla No Contingente, es un error que no detiene la operación, tiene
work-around.
• Plog de Falla de Garantía, es un error que se da durante el período de garantía
de una aplicación instalada (período de garantía es 1 mes).

 Flujo para Fix de Datos:

• Plog de Fix, es un error que se soluciona con un fix de datos

 Flujo de Requerimiento (fuera del flujo de incidencias)

• Small SSR, se requiere generar un requerimiento para solucionarlo, es una
nueva funcionalidad, no es un error
 JIRA

13
Roger Vargas PMP, DASSM, PMI-ACP, KMP
Es obligatorio el acceso a: [email protected]

pegar Link:
https://jecarhuayom.atlassian.net/jira/software/c/proj
ects/U1G/boards/4
1. Flujo de trabajo (imagen)
2. Tablero KANBAN
2. Tablero KANBAN
RETROSPECTIVA DEL CURSO

18
Roger Vargas PMP, DASSM, PMI-ACP, KMP
 1. Qué se debe SEGUIR haciendo

- Mantener la retroalimentación en el curso.

- Mantener la puntualidad.
- Mantener la flexibilidad en la entrega de trabajos.
- Mantener la retroalimentación sobre los trabajos entregados.
 2. Qué se debe EMPEZAR a hacer

- Realizar ejemplos aplicativos enfocados al sector industrial.

- Complementar los temas de estudio videos con casos reales.
- Optimizar el tiempo de intervención de los alumnos.
 3. Qué se debe DEJAR de hacer

- La cantidad de alumnos por clase debe ser mas limitada para poder realizar
trabajos individuales.