Documentos de Académico
Documentos de Profesional
Documentos de Cultura
PROYECTOS ÁGILES
#CrecemosJuntos
©Todos los derechos reservados. No está permitida la reproducción parcial o total del material de
esta sesión, ni su tratamiento informático, ni la transmisión de ninguna forma o por cualquier medio,
ya sea electrónico, mecánico, por fotocopia, por registro u otros métodos, sin el permiso previo y por
escrito del titular de los derechos.
Plantillas para Proyectos Ágiles
ÁGIL
Es una sección nueva con algunos formularios que pueden utilizarse para aplicar las técnicas
ágiles a tu proyecto. Muchos de los proyectos que usan un método de desarrollo ágil tienen un
software que organiza y conduce el trabajo. Otro método de organización y rastreo de trabajo
en los proyectos ágiles es al crear visualizadores como los Tableros Kanban para permitir que
todos vean el estado de trabajo en proceso. Asimismo, no hay otros formularios que se producen
en un software de oficina tradicional.
Algunas de las técnicas utilizadas en los métodos de desarrollo ágiles pueden trasladarse
fácilmente en un formulario tradicional. Los siguientes formularios están incluidos pueden
personalizase para el uso de cualquier proyecto, sin importar el método de desarrollo utilizado:
Visión del proyecto Este formulario puede utilizarse antes de desarrollar el acta de
constitución del proyecto, o, para proyectos pequeños, en lugar de
un acta de constitución.
Recolecta requisitos.
Trabajo pendiente
El trabajo pendiente puede usarse en lugar de o adicionalmente a la
documentación de requisitos.
La visión del producto ofrece una visión futura del producto que se está desarrollando. La visión
futura es ambiciosa, pero se puede lograr y es realista. Se desarrolla al principio de un proyecto.
A menudo es una entrada al caso de negocio.
Clientes objetivos
Necesidades
Atributos clave y de producto
Beneficios clave
La visión del producto se utiliza a menudo en lugar de un acta de constitución en los proyectos
basados en Ágil. Se desarrolla una vez, al inicio del proyecto.
Consejos de personalización
Toma en cuenta los siguientes consejos para ayudar a personalizar la visión del producto para
cumplir con tus necesidades:
Alineación
La visión del producto debe alinearse y ser consistente con los siguientes documentos:
Descripción
Puedes utilizar las descripciones de los elementos en la Tabla 6.1 para ayudarte a desarrollar la
visión del producto.
TRABAJO PENDIENTE
ASOCIADO AL PRODUCTO
Título del proyecto: ____________________________ Fecha de preparación: _____________
Identificación
Descripción del resumen
Prioridad
Historia
Estado
El trabajo pendiente asociado al producto se utiliza para documentar y priorizar los requisitos,
características, funciones, e historias de usuario para lanzamientos o Sprints. Se desarrolla al
principio del proyecto y se actualiza a lo largo del proyecto.
Consejos de personalización
Toma en cuenta los siguientes consejos para ayudar a personalizar el trabajo pendiente
asociado al producto para cumplir tus necesidades:
Alineación
El trabajo pendiente sebe alinearse y ser consistente con los siguientes documentos:
Descripción
Puedes usar la descripción de los elementos en la Tabla 6.2 para ayudarte a desarrollar el
trabajo pendiente asociado al producto:
PLAN DE LANZAMIENTO
Nombre del proyecto: _________________________________________
PLAN DE LANZAMIENTO
El plan de lanzamiento es similar a la hoja de ruta. Funciona como un cronograma de alto nivel
que indica qué lanzamiento se asignará a cada requisito o historia de usuario. Los elementos en
un lanzamiento particular pueden actualizarse basándose en la prioridad relativa de los
requisitos en el trabajo pendiente y la disponibilidad de los recursos necesarios para trabajar en
los requisitos específicos.
El plan de lanzamiento puede seguir elaborándose en los Sprints. Cada lanzamiento puede terne
múltiples Sprints. Una vez que comienza un sprint, los requisitos o historias de usuario no
pueden cambiarse. Un plan de lanzamiento de alto nivel puede desarrollarse después de que la
visión y el trabajo pendiente del producto hayan empezado; sin embargo, quedará algo
dinámico a lo largo del proyecto, ya que los cambios de las prioridades y los nuevos requisitos
han sido identificados. La secuencia y las prioridades de los requisitos o historias de usuario
pueden actualizarse después de cada sprint para reflejas las necesidades cambiantes basándose
en la retroalimentación del desempeño o de las necesidades del cliente.
Consejos de personalización
Toma en cuenta los siguientes consejos para ayudarte a personalizar el plan de lanzamiento y
cumplir con tus necesidades:
Alineación
El plan de lanzamiento debe alinearse y ser consistente con los siguientes documentos:
Descripción
Puedes utilizar la descripción de los elementos en la Tabla 6.3 para ayudarte a desarrollar el plan
de lanzamiento.
RETROSPECTIVA
Título del proyecto: _____________________________________________________ Fecha de preparación: ______________________________
Empezar
Parar Mantener Más Menos
RETROSPECTIVA
La retrospectiva es una actividad que se realiza al final de cada sprint. La información se registra normalmente en notas adhesivas o se registran en un software.
Un enfoque de retrospectiva común se conoce como “estrella de mar”. La retrospectiva estrella de mar recolecta la siguiente información:
Inicio
Parada
Mantener
Más
Menos
El propósito de una retrospectiva es mejorar el desempeño del equipo y hacerlos más eficientes en cada sprint subsecuente.
Consejos de personalización
Toma en cuenta los siguientes consejos para ayúdate a personalizar la retrospectiva y cumplir con tus necesidades:
En lugar de un enfoque estrella de mar, puedes usar “FLAP”, que significa Futuras consideraciones, Lecciones, Logros (accomplishments) y problemas.
Puedes poner códigos de color a la información para indicar categoría, como técnica, proceso, persona, entorno, etc.
Alineación
Descripción
Puedes utilizar las descripciones de los elementos en la Tabla 6.4 para ayudarte a desarrollar la retrospectiva.
www.cgi-digital.com