proyecto sofware


























Proyecto
SISCO












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

Versión 1.0


Historial de Revisiones

Fecha
Versión
Descripción
Autor
17/12/2014
1.0
Primera versión con los apartados y contenidos básicos
JHONY VIERA CRUZ Y PEDRO MARQUEZ LAMADRID









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

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 IE.SAN JOSE OBREOR para la gestión del desarrollo el proyecto SISCO.
Incluye junto con la descripción de este ciclo de vida iterativo e incremental para el proyecto,los artefactos 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 SISCO

1.2 Alcance
Personasy procedimientos implicados en el desarrollo del sistema SISCO

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 SISCO permiten desarrollar una base funcional mínima y sobre ella ir incrementandolas 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ás funcionalidades delas 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 que deben serpracticados 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
MARQUEZ LAMADRID PEDRO
Alex18@hotmail.com
SCRUM MANAGER
VIERA CRUZ JHONYJh0ny_01@hotmail.com
GESTOR DE PRODUCTO

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áfica de avance o Burn Down.
Netbeans IDE 7.3
MYSQL
XAMPP

Comunicación y reporting directo.
Reunión de inicio de sprint
Reunión técnicadiaria
Reunión de cierre de sprint y entrega del incremento
Reunión de realización de pruebas del sistema

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 recabar las consultas y asesoramiento que pueda necesitar para su...