SCRUM

SPRINT: es un contenedor para el resto de los eventos de Scrum. El Sprint es continuo, es

decir, su duración no debe cambiar mientras está en marcha el desarrollo del producto, y se
puede interpretar como una medida de ritmo constante a lo largo del tiempo, permitiéndonos
reducir complejidad y comparar resultados a lo largo de diferentes Sprint.
Sprint está determinada por el periodo mínimo en que un equipo de desarrollo puede generar
valor a través de un incremento determinado. El Sprint es una iteración definida (time boxed)
que sirve al desarrollo iterativo e incremental.
Un Sprint normal tendría los siguiente eventos o ceremonias:

 El Sprint Planning al comienzo del Sprint. (1 semana)

 Daily Scrums a diario, (Diario – 15 minutos)
 Un Sprint Review al final del Sprint para inspeccionar el incremento realizado. ( 2 - 4
horas)
 Y, finalmente, una Retrospectiva para inspeccionar el equipo y levantar mejoras que se
apliquen en el siguiente Sprint. (1 – 2 Horas)
 Adicionalmente se ha incorporado también una reunión de Grooming o Refinement, que
sirve para, dentro del Sprint, afinar y aclarar ciertas historias de usuario que pudieron
quedar pendientes durante el Sprint Planning. . ( 1 - 2 horas)

KANBAN
Es un marco de trabajo que sirve para visualizar el flujo de trabajo, establecer los
límites del trabajo en proceso (WIP), gestionar el flujo, asegurar políticas explícitas y la
mejora colaborativa llevarán a su proceso mucho más allá de lo que pueda imaginar.
PRINCIPIOS:
1. Empezar con lo que hace ahora.
 2. Comprometerse a buscar e implementar cambios incrementales y evolutivos.
3. Respetar los procesos, las responsabilidades y los cargos actuales.
4. Animar el liderazgo en todos los niveles.
Las seis prácticas de Kanban:
1. Visualizar el flujo de trabajo.
2. Eliminar las interrupciones.
3. Gestionar el flujo.
4. Hacer las políticas explícitas (Fomentar la visibilidad).
5. Circuitos de retroalimentación.
6. Mejorar colaborando (usando modelos y el método científico)
Modelo Tablero:

HISTORIAS DE USUARIO
una historia de usuario es una explicación general e informal de una función de un
proceso de forma escrita desde la perspectiva del usuario final. Su propósito es
articular cómo proporcionará una función y proporcionar valor al consumidor.
Debe tener un ¿Cómo? ¿Qué quiero? ¿Para que?
A todas las historias de usuario se le debe poder desarrollar seguimiento y
estimación, de lo contrario se constituye una EPICA.
Se denomina Épica a una historia de usuario que por su gran tamaño, el equipo
descompone en historias con un tamaño más adecuado para ser gestionada con los
principios y técnicas ágiles: estimación y seguimiento cercano (normalmente diario).
Ejemplo:
 Yo como Coordinador del equipo de trabajo del Ministerio CPC deseo desarrollar
un control eficiente de las asistencias al servicio Juvenil, para desarrollar
estrategias personalizadas de trabajo.
 Yo como Coordinador del equipo de trabajo del Ministerio CPC deseo desarrollar
un plan de generación de ingresos viable para el ministerio, para soportar
económicamente las actividades del equipo de trabajo.
 Yo como Coordinador del equipo de trabajo del Ministerio CPC deseo gestionar
la participación de los devocionales del grupo, para promover el crecimiento
educativo de la palabra en los jóvenes.
 Yo como Coordinador del equipo de trabajo del Ministerio CPC deseo promover
la vida de oración dentro del ministerio CPC, para el crecimiento espiritual del
grupo.
 Yo como Coordinador del equipo de trabajo del Ministerio deseo desarrollar
hábitos que permitan al ministerio CPC tener sentido de pertenencia.

TEMATICAS A TRATAR
🔵Evaluación de los devocionales, mejoras o puntos a tener en cuenta
🔴Plan de retos o estrategias para motivar a una vida devocional.
#Reto21DiasDeOracion, servicios de oración y alabanza, entre otros.
🔵Cultura organizacional