UNIVERSIDAD NACIONAL DE TRUJILLO

VALLE JEQUETEPEQUE

FACULTAD DE CIENCIAS FISICAS Y MATEMATICAS

INFORMATICA

MONOGRAFIA

DOCENTE

Ing. José Arturo Díaz Pulido

AUTOR(ES):

ALVAREZ CAMPOS, LUZ MARIA

JIMÈNEZ QUILCATE, BANDY

MONCADA DE LA CRUZ, ANTHONY

GUADALUPE – PERU

2013

INDICE

DEDICATORIA 3

INTRODUCCION 4

1. DESCRIPCION GENERAL DE LA METODOLOGIA

1.1. Definición1.2. Fundamentación1.3. Valores de Trabajo

5

578

2. SCRUM APLICADO AL SISTEMA DE LA COMISION DE REGANTES DE GUADALUPE

2.1. Propósito de este documento2.2. Personas y Roles del Proyecto2.3. Artefactos

2.3.1. Pila del Producto 2.3.2. Pila del Sprint 2.3.3. Sprint 2.3.4. Gráfica de avance (Burn Down) 2.3.5. Reunión de inicio de sprint 2.3.6. Reunión técnica diaria 2.3.7. Reunión de cierre de sprint y entrega del Incremento

2.4. Ventajas y Desventajas de la Metodología SCRUM

9

9910

10101112141415

16

CONCLUSION 17

ANEXO 18WEBGRAFIA 19

2

A los productores de ciencia y tecnología,

porque de ellos en gran medida depende

el progreso de los pueblos y el desarrollo de

la humanidad .

Un agradecimiento especial al Ingeniero Arturo Díaz

Pulido por trasmitirnos sus conocimientos de una

Manera clara y explícita, por sabernos guiar en el

Camino del conocimiento.

3

INTRODUCCION

A la hora de diseñar métodos de negocios que requieran una alta efectividad al momento de ser aplicadas, el desarrollo de proyectos y software desde el punto de vista de la Ingeniería de Sistemas es sumamente importante para la organización y optimización de las actividades llevadas a cabo por una empresa, por lo cual es necesaria la aplicación de diferentes procesos ágiles de desarrollo de software y gestión de proyectos, de acuerdo a las necesidades y la actividad que sea necesario realizar. Es por esto que en el presente trabajo se abordará el tema del SCRUM. 

De una manera veloz, el desarrollo de un sistema para una microempresa se hace posible siguiendo los pasos de esta metodología SCRUM, aprovechando totalmente el tiempo transcurrido desde el inicio del proyecto hasta la entrega de dicho sistema, estableciendo claramente los requerimientos que se necesitan y plasmándolos de una manera clara y consiguiendo el resultado que realmente se necesitaba en dicha microempresa.

El siguiente sistema permite brindar el pago a trabajadores en la Comisión de Regantes Guadalupe, mediante este software el procesamiento de información conservaría los datos, estos estarán actualizados para el pago a los usuarios, es decir llevar la contabilidad exacta de los sueldos de los trabajadores que participan en la comisión de regantes de Guadalupe, también agilizando dichos procesos, reduciendo el tiempo de respuesta de minutos a microsegundos.

4

1. DESCRIPCION GENERAL DE LA METODOLOGIA

1.1. Definición

Scrum es una metodología ágil de desarrollo de proyectos que toma su nombre y principios de los estudios realizados sobre nuevas prácticas de producción por Hirotaka Takeuchi e Ikujijo Nonaka a mediados de los 80. Aunque surgió como modelo para el desarrollo de productos tecnológicos, también se emplea en entornos que trabajan con requisitos inestables y que requieren rapidez y flexibilidad; situaciones frecuentes en el desarrollo de determinados sistemas de software.

5

Jeff Sutherland aplicó el modelo Scrum al desarrollo de software en 1993 en Easel Corporation (Empresa que en los macro-juegos de compras y fusiones se integraría en VMARK, luego en Informix y finalmente en Ascential Software Corporation). En 1996 lo presentó junto con Ken Schwaber como proceso formal, también para gestión del desarrollo de software en OOPSLA 96. Más tarde, en 2001 serían dos de los promulgadores del Manifiesto_ágil. En el desarrollo de software scrum está considerado como modelo ágil por la Agile Alliance.

"Hirotaka Takeuchi e Ikujijo Nonaka Creadores de La Metodología SCRUM"

6

1.2. 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 “Automatización del proceso de pagos del comité de regantes Guadalupe”, permiten desarrollar una base funcional mínima y sobre ella ir incrementado más funcionalidades o modificando el comportamiento o la apariencias de las ya implementadas.

Entregas al cliente de los módulos terminados, de forma que pueda disponer de una funcionalidad básica en un tiempo mínimo y a partir de ahí ir incrementando y mejorar continuamente el sistema.

Inestabilidad de requisitos

Es posible que durante la ejecución del proyecto se altere el orden en el que se desean recibir los módulos

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

7

1.3. Valores de trabajo

Los valores que deben 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

Transparencia de información

8

2. SCRUM APLICADO AL SISTEMA DE LA COMISION DE REGANTES DE GUADALUPE

2.1. Propósito de este documento

Facilitar la información de referencia necesaria a las personas implicadas en el desarrollo del sistema (sistema para la automatización del proceso de pagos del comité de Regantes de Guadalupe)

2.2. Personas y Roles del Proyecto

Persona Contacto Rol

Alvarez Campos, Luz Maria

lmacinf@gmail.com ScrumMaster

Jimenez Quilcate, Bandy bjjq_393@hotmail.com

Equipo Técnico

Moncada de la Cruz, Anthony

anthony.52790@gmail.com Equipo Técnico

Jose Sanchez Urbina

joseurbina@hotmail.com Stakeholders (Cliente)

2.3. Artefactos

9

2.3.1. Pila de producto

Responsabilidad del Scrum Manager

Supervisión de la pila de registros de trabajadores, y comunicación del gestor del producto para pedirle aclaración de las dudas que pueda tener, o asesorar para la subsanación de las deficiencias que se observe.

Responsabilidades del equipo técnico

Conocimiento para la actualización de la pila de registros de trabajadores

Resolución de dudas o comunicación de sugerencias para la posterior revisión de cada registro

2.3.2. Pila del Sprint

Es el documento de registro de los requisitos detallados o tareas que va a desarrollar el equipo técnico en la iteración

Responsabilidades del Scrum Manager

Supervisión y asesoría en la elaboración de la pila de la pila del sprint.

Responsabilidades del equipo técnico

10

Elaboración de la pila del sprint.

Resolución de dudas o comunicación de sugerencias sobre las historias de usuario con el gestor del producto.

BacklogID Tarea Tipo ResponsableHT 1 Crear y documentar el diseño

general del sistemaDiseño Luz María

HT2 Creacion del programa Programador Bandy

HT3 Crear y documentar el diseño general de la base de datos

Diseño Luz María

HT4 Instalacion de BD (tablas) en el servidor de BD para diseño y pruebasInstalacion de manejador de base de datos de desarrollo y prueba

Analista Anthony

2.3.3. Sprint

La fase de Sprint es donde el desarrollo de software se lleva a cabo. Un Sprint consta de las siguientes actividades:

Elaborar Integrar Revisar Ajustar.

11

DIA TAREA RESPONSABLE01/10/13 Crear y documentar el diseño

general del sistemaLuz María

08/10/13 Creación de las clases y funciones Bandy09/10/13 Modelamiento del programa/ BD Anthony

Creación de interfaz por parte del usuario (tablas) implementando variables y funciones

Luz María /Anthony

13/10/13 Unión de la BD con el programa , para solo el ingreso del trabajador

Bandy

17/10/13 Creación de demás interfaces para los datos personales y demás (trabajador)

Luz María

20/10/13 Corregimiento de errores del software

Todos

21/10/13 Mejoras por parte del diseño (iconos, imágenes) dentro del software

Luz María

25/10/13 Documentación, programa listo Todos

26/10/13 Corregimiento final de errores del sistema(software, documentación)

Todos

28/10/13 Entrega al gestor del producto completamente terminado y operativo.

ScrumMaster / Cliente

2.3.4. Gráfica de avance (Burn Down)

Es una herramienta ágil que monitoriza el ritmo de trabajo (normalmente de un sprint). En el eje vertical de un diagrama cartesiano representa el trabajo pendiente a lo largo del tiempo del sprint (eje horizontal).Las desviaciones sobre, o bajo la línea diagonal que representaría el avance ideal del sprint alertan de forma temprana de desviaciones sobre el ritmo de desarrollo previsto.

12

Gráfico que muestra el estado de avance del trabajo del sprint en curso.

Responsabilidades del Scrum Manager

Supervisión de la actualización por parte del equipo.

Responsabilidades del equipo técnico

Actualización diaria del gráfico de avance.

En este caso el equipo para este proyecto se basó en 3 integrantes en el plazo de 28 días

13

2.3.5. Reunión de inicio de sprint

Cada Sprint es seguido por una revisión de Sprint. Durante esta revisión, el software desarrollado en el Sprint anterior se revisa y si es necesario se le añaden nuevos ítems .El grupo de revisores pueden ser: las partes interesadas del proyecto, gestores, desarrolladores y, en ocasiones los clientes, ventas y marketing.

Las actividades, y la revisión de Sprint se repiten hasta que el producto se considera listo para su distribución por los participantes en el proyecto. Luego, el proyecto pasa a la fase de cierre en que el producto se prepara para el lanzamiento y la distribución.

Responsabilidades del Scrum Manager

Moderación de la reunión

Responsabilidades del equipo técnico

Auto-asignación del trabajo.

2.3.6. Reunión técnica diaria

Responsabilidades del Scrum Manager

Supervisión de la reunión y anotación de las necesidades o impedimentos que pueda detectar el equipo

Gestionamiento para la solución de las necesidades o impedimentos detectados por el equipo

14

Responsabilidades del equipo técnico

Comunicación individual del trabajo realizado

Actualización individual del trabajo pendiente

Notificación de necesidades o impedimentos previstos u ocurridos para realizar las tareas asignadas

2.3.7. Reunión de cierre de sprint y entrega del incremento

Responsabilidades del Scrum Manager

Moderación de la reunión

Responsabilidades del equipo técnico

Presentación del incremento.

2.4. Ventajas y Desventajas de la Metodología SCRUM

VENTAJAS:

15

Programación organizada.

Menor taza de errores.

Satisfacción del programador.

DESVENTAJAS:

Es recomendable emplearlo solo en proyectos a corto plazo.

Altas comisiones en caso de fallar.

16

CONCLUSIONES

Scrum por sus características no es válido para cualquier proyecto ni para cualquier persona o equipo de personas. Es más, Scrum según muchos especialistas de esta metodología, es óptima para equipos de trabajo de hasta 8 personas, aunque hay empresas que han utilizado Scrum con éxito con equipos más grandes.

Se puede decir que para el 90% de los proyectos y empresas, es una metodología válida, pero no es una metodología válida al 100%. Es más, no hay metodología mejor que otra ni válida al 100% para todas las personas y empresas.

17

Fecha : 01/10/2013

Entrevistado : Jose Sanchez Urbina

Cargo : StakeholdersEntrevistador:

Alvarez Campos, Luz María (ScrumMaster)

Objetivos:

Facilitar la información de referencia necesaria a las personas implicadas en el desarrollo del sistema (sistema para la automatización del proceso de pagos del comité de Regantes de Guadalupe)

Ofrecer un buen servicio

WEBGRAFIA

18

Fecha : 01/10/2013

Entrevistado : Jose Sanchez Urbina

Cargo : StakeholdersEntrevistador:

Alvarez Campos, Luz María (ScrumMaster)

Objetivos:

Facilitar la información de referencia necesaria a las personas implicadas en el desarrollo del sistema (sistema para la automatización del proceso de pagos del comité de Regantes de Guadalupe)

Ofrecer un buen servicio

[1]http://wiki.monagas.udo.edu.ve/index.php/Metodolog%C3%ADas_SCRUM_y_XP

[2] http://www.proyectosagiles.org/que-es-scrum

[3] www.slideshare.net/testlucero/metodo-agil-scrum

19