scrum


























Proyecto
COMPUPHARMA













Descripción de la metodología de trabajo (scrum)

Versión 1.0






Historial de Revisiones

Fecha
Versión
Descripción
Autor
09/09/2014
1.0
Primera versión con los apartados y contenidos básicos
ROBINSON MERCADO









Tabla de Contenidos
1. Introducción 4
1.1Propósito de este documento 4
1.2 Alcance 4
2. Descripción General de la Metodología 4
2.1 Fundamentación 4
2.2 Valores de trabajo 5
3. Personas y roles del proyecto. 5
4. Artefactos. 5
4.1 Pila de producto 6
4.2 Pila del sprint 7
4.3 Sprint 7
4.4 Incremento 7
4.5 Gráfica de producto (Burn Up) 7
4.6 Gráfica de avance (Burn Down) 8
4.7 Reunión de incio de sprint 9
4.8 Reunión técnicadiaria 9
4.9 Reunión de cierre de sprint y entrega del incremento. 10
Descripción de la metodología de trabajo

1. Introducción
Este documento describe la implementación de la metodología de trabajo scrum en la empresa DROGUERIA LA BENDICION para la gestión del desarrollo el proyecto COMPUPHARMA.
Incluye junto con la descripción de este ciclo de vida iterativo e incremental para el proyecto, losartefactos o documentos con los que se gestionan las tareas de adquisición y suministro: requisitos, monitorización y seguimiento del avance, así como las responsabilidades y compromisos de los participantes en el proyecto.

1.1 Propósito de este documento
Facilitar la información de referencia necesaria a las personas implicadas en el desarrollo del sistema COMPUPHARMA.

1.2 AlcancePersonas y procedimientos implicados en el desarrollo del sistema COMPUPHARMA.

2. Descripción General de la Metodología
2.1 Fundamentación
Las principales razones del uso de un ciclo de desarrollo iterativo e incremental de tipo scrum para la ejecución de este proyecto son:
Sistema modular. Las características del sistema COMPUPHARMA permiten desarrollar una base funcional mínima y sobre ella irincrementando las funcionalidades o modificando el comportamiento o apariencia de las ya implementadas.
Entregas frecuentes y continuas al cliente de los módulos terminados, de forma que puede disponer de una funcionalidad básica en un tiempo mínimo y a partir de ahí un incremento y mejora continua del sistema.
Previsible inestabilidad de requisitos.
Es posible que el sistema incorpore másfuncionalidades de las inicialmente identificadas.
Es posible que durante la ejecución del proyecto se altere el orden en el que se desean recibir los módulos o historias de usuario terminadas.
Para el cliente resulta difícil precisar cuál será la dimensión completa del sistema, y su crecimiento puede continuarse en el tiempo suspenderse o detenerse.


2.2 Valores de trabajo
Los valores quedeben ser practicados por todos los miembros involucrados en el desarrollo y que hacen posible que la metodología Scrum tenga éxito son:
Autonomía del equipo
Respeto en el equipo
Responsabilidad y auto-disciplina
Foco en la tarea
Información transparencia y visibilidad.
3. Personas y roles del proyecto.

Persona
Contacto
Rol
CARLOS CAMPO
CAMACAMDI06@HOTMAIL.COM / 3107388062
[Coordinador/ Scrum Manager…]
ANDRES GARCIA
VEGUETA1991@HOTMAIL.COM / 3016504848
[Gestor de producto / P. Owner …]
GENESIS ZABALETA
ULTIMO89@GMAIL.COM / 3102584200
[Equipo técnico…]




4. Artefactos.

Documentos
Pila de producto o Product Backlog
Pila de sprint o Sprint Backlog

Sprint

Incremento

Gráficas para registro y seguimiento del avance.
Gráfica de producto o Burn Up
Gráficade avance o Burn Down.

Comunicación y reporting directo.
Reunión de inicio de sprint
Reunión técnica diaria
Reunión de cierre de sprint y entrega del incremento


4.1 Pila de producto
Es el equivalente a los requisitos del sistema o del usuario (Con-Ops) en esta metodología.

El gestor de producto de su correcta gestión, durante todo el proyecto.
El gestor de producto puede...