SCRUM:
proyecto).
Es un marco de trabajo ágil que se
basa en realizar entregas funcionales
de valor a corto tiempo hacia los
clientes demostrando el pronto retorno
de la inversión de recursos
económicos, humanos y de espacio –
tiempo y la autogestión de los equipos
de desarrollo construyendo equipos
horizontales los cuales no están
ligados a un mandato de jefaturas y de
previos compromisos fijos.
Los principios de scrum son la
transparencia, la adaptabilidad y la
inspección
Transparencia: tener a todos los
involucrados en el proyecto lo más
comunicados y enterados de la
situación actual del proyecto.
Adaptabilidad: no es una Metodologia
que se ciñe a cumplir a cabalidad, es
un conjunto de herramientas,
prácticas y eventos que pueden
involucrar en tus procesos.
Inspección: contiene actividades que
ayudan a identificar estados positivos
o negativos del proyecto o de los
equipos que podrás comunicar
oportunamente.
Este marco de trabajo contiene una
serie de eventos y artefactos
ejecutados en el siguiente orden:
Incepción:
 Espacio de trabajo para definir el
alcance del proyecto a nivel funcional.
 Estimación inicial por puntos de
esfuerzo para determinar la duración
aproximada del proyecto.
 Definición inicial de prioridades en
funcionalidades.
 Definición de Raleases (Versiones de
 Definición de arquitectura.
 Espacio de tiempo para puesta a
punto de ambientes de TI para la
ejecución del proyecto.
Al finalizar el incepción encontramos
el primer y más importante artefacto
de trabajo para el proyecto y es el
Product Backlog.
Product Backlog:
Es un listado de todas las
funcionalidades identificadas que
debe contener el producto que se está
pretende desarrollar en el proyecto,
este listado debería estar enumerada
y ubicado priorizada mente para dar
orden y alcance a los involucrados del
proyecto.
Un Product Backlog puede existir sin
haber definido ninguna Historia de
Usuario pero no se puede iniciar
ejecución de desarrollo sin mínimo
contar con las historias de usuario más
prioritarias.
Este artefacto es administrado (Crear,
Modificar, Priorizar o eliminar Historias
de usuario) únicamente por el rol de
Product Owner.
Product Owner:
Es la persona (como buena práctica
por proyecto debe haber un único
Product Owner) que tiene el contexto
funcional del proyecto, es la persona
definidora de las Historias de Usuario,
es la comunicadora de avances frente
al cliente y la administradora del
alcance del proyecto, es la persona
que resuelve las inquietudes que el
equipo de desarrollo tenga frente a
una Historia de Usuario y debe estar
en una dedicación alta al proyecto.
Definición de Historias de Usuario
Descripción de una funcionalidad que
debe incorporar un sistema de
software, y cuya implementación
aporta valor al cliente.
Historia de usuario Épica:
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
seguimiento cercano (normalmente
diario). Se determina una historia
épica a funcionalidad macro que
contenga funcionalidades detallas en
su interior, esta Historia de usuario no
se debe atender mientras no esté
desglosada en varias ya que su
estimación es menos acertada y
cumplimiento mucho más grande para
ejecutar en Sprint.
Usuario, las Historias de
usuario están enfocadas a
una funcionalidad no a un
módulo, producto o servicio.
o Para: describe cual es el
objetivo por el cual estos
usuario solicitaron la creación
de esta funcionalidad.
 Criterio de validación y
verificación que determinará
para considerar terminado y
aceptable por el cliente el
desarrollo de la funcionalidad
descrita.
Las HU pueden ir acompañadas de
archivo adjuntos, prototipos visuales o
cualquier artefacto necesario para el
y desarrollo de esta Historia.

Historia de usuario Detallada:

La estructura de una historia de

usuario está formada por: Iniciamos nuestros Sprint.

 Nombre breve y descriptivo. Para dar inicial la ejecución de

 Descripción de la funcionalidad
en forma de diálogo o
monólogo del usuario
describiendo la funcionalidad
que desea realizar.
o Yo como: nos ayuda a
identificar a que usuarios
estamos impactando con esta
funcionalidad, nuestro
público.
o Necesito: describe cual es la
necesidad a la cual le debo de
apuntar con esta Historia de
actividades de desarrollo se necesita
definir la duración de cada Sprint, un
sprint es una evento de realización de
desarrollo, diseño y certificación de
producto el cual puede tener una
duración de 1,2, 3 o 4 semanas (por
buenas practicas se toma el total de
días hábiles que contenga una
semana)
Pero para poder dar inicio al sprint se
debe tener un insumo de alcance y
objetivo del sprint el cual será la
medida con la cual el equipo
demuestra su eficiencia y dedicación.
El insumo del sprint es un evento y un
artefacto conocidos como Sprint
Planning y sprint Backlog.
Sprint Planning
Es una reunión en la cual el Product
Owner expone las Historias de
Usuario que el considera que se debe
de atender en el tiempo estipulado del
Sprint y el equipo conocido como
Scrum Team realiza un debate debate
de alcance de cada Historia de usuario
expuesta, estima su esfuerzo para
desarrollar la historia y se compromete
en realizar N cantidad de Historias.
Esta reunión se realiza siempre antes
de iniciar un Sprint.
No existen cronogramas ni fechas de
entrega de actividades visibles hacia
los usuarios, gerentes o jefe de
sección, el objetivo es cumplir con el
objetivo del sprint en el tiempo de
duración del mismo.
Al finalizar esta reunión el equipo está
listo para dar inicio al siguiente evento
y el Product Owner está listo para
entregar el avance del proyecto pre
sprint y poder comparar al finalizar la
ejecución si se cumplió o no.
Ejecución de Sprint
Es un espacio de tiempo entre 1 y 4
semanas que debe ser definidor para
todo el proyecto y no se pueden tener
Sprint variados en tiempo, ejemplo:
Sprint 1 de 2 semanas y Sprint 2 de 4
semanas, todos deben durar 2
semanas, es la única forma de
identificar si el equipo está en un
crecimiento continuo cuando tienen el
mismo tiempo para lograr objetivos
nuevos cada sprint.
En este espacio de tiempo se debe
realizar un detalle de cada actividad
necesaria para lograr la finalización de
cada Historia de usuario
comprometida a entregar en este
Sprint y el equipo debe gestionar
internamente que integrante del
equipo realizara cual actividad,
realizando mucha comunicación,
compromiso y esfuerzo.
Durante el tiempo del Sprint se realiza
un evento pequeño pero no de menor
importancia como el Daily Meting o
scrum diario.
Scrum Diario.
Es una reunión de máximo 15 minutos
diaria en un horario definido y un lugar
fijo en la cual cada integrante del
equipo responde las siguientes
preguntas.
¿Que hice ayer para alcanzar el
objetivo del sprint?
¿Qué voy hacer hoy para alcanzar el
objetivo del sprint?
¿Qué impedimentos he tenido?
De esta manera todo el equipo está
atento a cuál es la situación diaria del
proyecto.
Al finalizar un Sprint se deben realizar haciendo respetar su importancia y
los siguientes eventos: tiempo.

Review: Ayuda a las personas del proyecto

Es un espacio de tiempo donde el
Product Owner o un integrante del
Scrum Team le expone las historias de
usuario terminadas en el Sprint al
cliente, gerentes o coordinadores, se
espera la aprobación del cliente de lo
entregado o de algún cambio
propuesto en el momento para
atenderlo como prioridad en el
siguiente sprint Planning.
a explorar e incrementar sus
habilidades blandas para mejorar
su desempeño profesional por
medio de conocimientos, charlas,
juegos y demás acciones
necesarias para lograr el objetivo
del proyecto.

Retrospectiva:

Es el espacio en el cual el Scrum

Team se reúne para responder:

¿Cómo nos sentimos en el sprint?

¿Qué hicimos mal?

¿Qué debemos de mejorar?

¿Cómo lo podemos mejorar?

Scrum Master.

Es un rol que se debe de interpretar

como un evangelizador de Scrum
dentro de la organización, es un
líder positivo dentro del equipo
scrum mas no es un jefe, debe
ayudar a que el marco de trabajo se
implemente como mejor valor da
para la organización. Acompaña al
Product Owner a definir alcance de
Product Backlog y a eliminar
impedimentos que tenga el equipo
para finalizar una actividad,
organiza los eventos de Scrum