SlideShare ist ein Scribd-Unternehmen logo
1 von 19
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 5
1.1.
1.2.
1.3.

Definición
Fundamentación
Valores de Trabajo

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

5
7
8
9

2.1. Propósito de este documento
2.2. Personas y Roles del Proyecto
2.3. Artefactos

9
9
10

2.3.1. Piladel 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

10
10
11
12
14
14
15

2.4. Ventajas y Desventajas de la Metodología
SCRUM

16

CONCLUSION

17

ANEXO
WEBGRAFIA

18
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
Pulidopor 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 GENERALDE LA METODOLOGIA
1.1.

Definición
Scrum es una metodología ágil de desarrollo de proyectos que toma
su nombre yprincipios de los estudios realizados sobre nuevas
prácticas de producción por HirotakaTakeuchi e IkujijoNonaka 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 EaselCorporation (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.

"HirotakaTakeuchi e IkujijoNonaka 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, lmacinf@gmail.com
Luz Maria

ScrumMaster

JimenezQuilcate,
Bandy

Equipo Técnico

Moncada de
Cruz, Anthony

bjjq_393@hotmail.com
la anthony.52790@gmail.com

JoseSanchez Urbina joseurbina@hotmail.com

9

Equipo Técnico

Stakeholders (Cliente)
2.3. Artefactos
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.

10
Responsabilidades del equipo técnico
 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
Crear y documentar el diseño Diseño
HT 1
general del sistema
Creacion del programa
Programador
HT2
HT3
HT4

Crear y documentar el diseño Diseño
general de la base de datos
Instalacion de BD (tablas) en Analista
el servidor de BD para
diseño y pruebas
Instalacion de manejador de
base de datos de desarrollo y
prueba

Responsable
Luz María
Bandy
Luz María
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:






11

Elaborar
Integrar
Revisar
Ajustar.
DIA
01/10/13
08/10/13
09/10/13

13/10/13
17/10/13

20/10/13
21/10/13

25/10/13
26/10/13
28/10/13

TAREA
Crear y documentar el diseño
general del sistema
Creación de las clases y funciones
Modelamiento del programa/ BD
Creación de interfaz por parte del
usuario (tablas) implementando
variables y funciones
Unión de la BD con el programa ,
para solo el ingreso del trabajador
Creación de demás interfaces para
los datos personales y demás
(trabajador)
Corregimiento de errores del
software
Mejoras por parte del diseño
(iconos, imágenes) dentro del
software
Documentación, programa listo
Corregimiento final de errores del
sistema(software, documentación)
Entrega al gestor del producto
completamente terminado y
operativo.

RESPONSABLE
Luz María
Bandy
Anthony
Luz María /Anthony

Bandy
Luz María

Todos
Luz María

Todos
Todos
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.

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

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

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

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.

15
2.4. Ventajas y Desventajas de la Metodología SCRUM
VENTAJAS:


Programación organizada.



Menor taza de errores.



Satisfacción del programador.

DESVENTAJAS:




16

Es recomendable emplearlo solo en proyectos a
corto plazo.
Altas comisiones en caso de fallar.
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 :JoseSanchez Urbina
Cargo
:Stakeholders
Entrevistador:
 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

Preguntas:

1. ¿Que áreas cuenta actualmente la empresa?
-

Gerencia
Administración
Secretaria
Canaleros y Jefatura de Sector
Tarifas o recaudación
Limpieza

2. Actualmente que área(s) se encarga de manejar la información de los empleados
El área administrativa, el encargado principal es la contadora.

3. ¿Qué tecnologías cuenta actualmente la empresa?
-

Software (Excel, PowerPoint, Word )
Teléfono
Internet
RPM

4. ¿Qué aplicación desea?
-

Solo deseo que sea de Escritorio, en caso que mejore la empresa seria por web

Fecha

: 20/10/2013

Entrevistado

: José Sánchez Urbina

Cargo

:Stakeholders

Entrevistador:


Alvarez Campos, Luz María (ScrumMaster)



Mejorar por parte del diseño (iconos, imágenes) dentro del software.

Objetivos:

18
WEBGRAFIA

[1]http://wiki.monagas.udo.edu.ve/index.php/Metodolog%C3%A
Das_SCRUM_y_XP
[2] http://www.proyectosagiles.org/que-es-scrum
[3] www.slideshare.net/testlucero/metodo-agil-scrum

19

Weitere ähnliche Inhalte

Was ist angesagt?

Actividad------. 20
Actividad------. 20Actividad------. 20
Actividad------. 20
grachika
 
Un acercamiento de un Plan de Gestión de la Configuración “para Ágil”
Un acercamiento de un Plan de Gestión de la Configuración “para Ágil”Un acercamiento de un Plan de Gestión de la Configuración “para Ágil”
Un acercamiento de un Plan de Gestión de la Configuración “para Ágil”
Sorey García
 
Formato de gestión de riesgos
Formato de gestión de riesgosFormato de gestión de riesgos
Formato de gestión de riesgos
Alvaro Valentin Sanchez
 

Was ist angesagt? (18)

Migración de software Empresarial
Migración de software EmpresarialMigración de software Empresarial
Migración de software Empresarial
 
Dsdm
DsdmDsdm
Dsdm
 
Arinbide adaptativo.v1.0
Arinbide adaptativo.v1.0Arinbide adaptativo.v1.0
Arinbide adaptativo.v1.0
 
Metodo scrum
Metodo scrumMetodo scrum
Metodo scrum
 
CICLOS DE VIDA DEL SOFTWARE
CICLOS DE VIDA DEL SOFTWARECICLOS DE VIDA DEL SOFTWARE
CICLOS DE VIDA DEL SOFTWARE
 
Guiadesupervivencia desarrollodesoftware
Guiadesupervivencia desarrollodesoftwareGuiadesupervivencia desarrollodesoftware
Guiadesupervivencia desarrollodesoftware
 
Arinbide adaptativo. Anexo. Conceptos básicos. v1.0
Arinbide adaptativo. Anexo. Conceptos básicos. v1.0Arinbide adaptativo. Anexo. Conceptos básicos. v1.0
Arinbide adaptativo. Anexo. Conceptos básicos. v1.0
 
Actividad------. 20
Actividad------. 20Actividad------. 20
Actividad------. 20
 
Un acercamiento de un Plan de Gestión de la Configuración “para Ágil”
Un acercamiento de un Plan de Gestión de la Configuración “para Ágil”Un acercamiento de un Plan de Gestión de la Configuración “para Ágil”
Un acercamiento de un Plan de Gestión de la Configuración “para Ágil”
 
Arinbide.v3.0
Arinbide.v3.0Arinbide.v3.0
Arinbide.v3.0
 
Migracion de Sistemas Computacionales
Migracion de Sistemas ComputacionalesMigracion de Sistemas Computacionales
Migracion de Sistemas Computacionales
 
Mtrigas tfc0612memoria
Mtrigas tfc0612memoriaMtrigas tfc0612memoria
Mtrigas tfc0612memoria
 
Msf
MsfMsf
Msf
 
Itsa metodologias de desarrollo de software (alejandra virrueta mendez)
Itsa  metodologias de desarrollo de software (alejandra virrueta mendez)Itsa  metodologias de desarrollo de software (alejandra virrueta mendez)
Itsa metodologias de desarrollo de software (alejandra virrueta mendez)
 
Presentacion Migracion de Sistemas Computacionales
Presentacion Migracion de Sistemas ComputacionalesPresentacion Migracion de Sistemas Computacionales
Presentacion Migracion de Sistemas Computacionales
 
Gestion de pruebas y migraciones (0)
Gestion de pruebas y  migraciones (0)Gestion de pruebas y  migraciones (0)
Gestion de pruebas y migraciones (0)
 
Formato de gestión de riesgos
Formato de gestión de riesgosFormato de gestión de riesgos
Formato de gestión de riesgos
 
Rup vs. xp
Rup vs. xpRup vs. xp
Rup vs. xp
 

Ähnlich wie SCRUM APLICADO AL SISTEMA DE LA COMISION DE REGANTES DE GUADALUPE

Monografia metodología scrum
Monografia metodología scrumMonografia metodología scrum
Monografia metodología scrum
brekert
 
Sustentacion Scrumm 2013
Sustentacion Scrumm 2013Sustentacion Scrumm 2013
Sustentacion Scrumm 2013
GunBlade
 
Exposicion
ExposicionExposicion
Exposicion
jken666
 

Ähnlich wie SCRUM APLICADO AL SISTEMA DE LA COMISION DE REGANTES DE GUADALUPE (20)

Scrum en el proyecto
Scrum en el proyectoScrum en el proyecto
Scrum en el proyecto
 
Modelo de prototipo
Modelo de prototipoModelo de prototipo
Modelo de prototipo
 
Monografia metodología scrum
Monografia metodología scrumMonografia metodología scrum
Monografia metodología scrum
 
Exposicion de marcos de referencias
Exposicion de marcos de referenciasExposicion de marcos de referencias
Exposicion de marcos de referencias
 
Sustentacion Scrumm 2013
Sustentacion Scrumm 2013Sustentacion Scrumm 2013
Sustentacion Scrumm 2013
 
1-metodologia-scrum.ppt
1-metodologia-scrum.ppt1-metodologia-scrum.ppt
1-metodologia-scrum.ppt
 
TS 2do Corte I1 Onassis Daubeterre - SCRUM
TS 2do Corte I1 Onassis Daubeterre - SCRUMTS 2do Corte I1 Onassis Daubeterre - SCRUM
TS 2do Corte I1 Onassis Daubeterre - SCRUM
 
Diagrama Causal en la Aplicación de Metodología Ágil
Diagrama Causal en la Aplicación de Metodología ÁgilDiagrama Causal en la Aplicación de Metodología Ágil
Diagrama Causal en la Aplicación de Metodología Ágil
 
Presentacion Final
Presentacion FinalPresentacion Final
Presentacion Final
 
Presentacion Final
Presentacion FinalPresentacion Final
Presentacion Final
 
Diapos metodologiascrum
Diapos metodologiascrumDiapos metodologiascrum
Diapos metodologiascrum
 
Diagrama Causal en la Aplicación de la Metodología Ágil
Diagrama Causal en la Aplicación de la Metodología ÁgilDiagrama Causal en la Aplicación de la Metodología Ágil
Diagrama Causal en la Aplicación de la Metodología Ágil
 
Metodologia xp
Metodologia xpMetodologia xp
Metodologia xp
 
Metodologias de desarrollo de software
Metodologias de desarrollo de softwareMetodologias de desarrollo de software
Metodologias de desarrollo de software
 
Metodología scrum-Ingeniería de Software 2
Metodología scrum-Ingeniería de Software 2Metodología scrum-Ingeniería de Software 2
Metodología scrum-Ingeniería de Software 2
 
Ciclo de vida del software.pdf
Ciclo de vida del software.pdfCiclo de vida del software.pdf
Ciclo de vida del software.pdf
 
Propuesta Microsoft.NET
Propuesta Microsoft.NETPropuesta Microsoft.NET
Propuesta Microsoft.NET
 
Manual en Español De Software Flexsim
Manual en Español De Software FlexsimManual en Español De Software Flexsim
Manual en Español De Software Flexsim
 
Exposicion
ExposicionExposicion
Exposicion
 
Administracion de Proyectos de TI - Trabajo Final
Administracion de Proyectos de TI - Trabajo FinalAdministracion de Proyectos de TI - Trabajo Final
Administracion de Proyectos de TI - Trabajo Final
 

Kürzlich hochgeladen

PROPUESTA COMERCIAL SENA ETAPA 2 ACTIVIDAD 3.pdf
PROPUESTA COMERCIAL SENA ETAPA 2 ACTIVIDAD 3.pdfPROPUESTA COMERCIAL SENA ETAPA 2 ACTIVIDAD 3.pdf
PROPUESTA COMERCIAL SENA ETAPA 2 ACTIVIDAD 3.pdf
EduardoJosVargasCama1
 
TEMA 14.DERIVACIONES ECONÓMICAS, SOCIALES Y POLÍTICAS DEL PROCESO DE INTEGRAC...
TEMA 14.DERIVACIONES ECONÓMICAS, SOCIALES Y POLÍTICAS DEL PROCESO DE INTEGRAC...TEMA 14.DERIVACIONES ECONÓMICAS, SOCIALES Y POLÍTICAS DEL PROCESO DE INTEGRAC...
TEMA 14.DERIVACIONES ECONÓMICAS, SOCIALES Y POLÍTICAS DEL PROCESO DE INTEGRAC...
jlorentemartos
 

Kürzlich hochgeladen (20)

Tema 10. Dinámica y funciones de la Atmosfera 2024
Tema 10. Dinámica y funciones de la Atmosfera 2024Tema 10. Dinámica y funciones de la Atmosfera 2024
Tema 10. Dinámica y funciones de la Atmosfera 2024
 
Interpretación de cortes geológicos 2024
Interpretación de cortes geológicos 2024Interpretación de cortes geológicos 2024
Interpretación de cortes geológicos 2024
 
Tema 17. Biología de los microorganismos 2024
Tema 17. Biología de los microorganismos 2024Tema 17. Biología de los microorganismos 2024
Tema 17. Biología de los microorganismos 2024
 
PROPUESTA COMERCIAL SENA ETAPA 2 ACTIVIDAD 3.pdf
PROPUESTA COMERCIAL SENA ETAPA 2 ACTIVIDAD 3.pdfPROPUESTA COMERCIAL SENA ETAPA 2 ACTIVIDAD 3.pdf
PROPUESTA COMERCIAL SENA ETAPA 2 ACTIVIDAD 3.pdf
 
PINTURA DEL RENACIMIENTO EN ESPAÑA (SIGLO XVI).ppt
PINTURA DEL RENACIMIENTO EN ESPAÑA (SIGLO XVI).pptPINTURA DEL RENACIMIENTO EN ESPAÑA (SIGLO XVI).ppt
PINTURA DEL RENACIMIENTO EN ESPAÑA (SIGLO XVI).ppt
 
Los avatares para el juego dramático en entornos virtuales
Los avatares para el juego dramático en entornos virtualesLos avatares para el juego dramático en entornos virtuales
Los avatares para el juego dramático en entornos virtuales
 
ACRÓNIMO DE PARÍS PARA SU OLIMPIADA 2024. Por JAVIER SOLIS NOYOLA
ACRÓNIMO DE PARÍS PARA SU OLIMPIADA 2024. Por JAVIER SOLIS NOYOLAACRÓNIMO DE PARÍS PARA SU OLIMPIADA 2024. Por JAVIER SOLIS NOYOLA
ACRÓNIMO DE PARÍS PARA SU OLIMPIADA 2024. Por JAVIER SOLIS NOYOLA
 
CONCURSO NACIONAL JOSE MARIA ARGUEDAS.pptx
CONCURSO NACIONAL JOSE MARIA ARGUEDAS.pptxCONCURSO NACIONAL JOSE MARIA ARGUEDAS.pptx
CONCURSO NACIONAL JOSE MARIA ARGUEDAS.pptx
 
Biografía de Charles Coulomb física .pdf
Biografía de Charles Coulomb física .pdfBiografía de Charles Coulomb física .pdf
Biografía de Charles Coulomb física .pdf
 
TEMA 14.DERIVACIONES ECONÓMICAS, SOCIALES Y POLÍTICAS DEL PROCESO DE INTEGRAC...
TEMA 14.DERIVACIONES ECONÓMICAS, SOCIALES Y POLÍTICAS DEL PROCESO DE INTEGRAC...TEMA 14.DERIVACIONES ECONÓMICAS, SOCIALES Y POLÍTICAS DEL PROCESO DE INTEGRAC...
TEMA 14.DERIVACIONES ECONÓMICAS, SOCIALES Y POLÍTICAS DEL PROCESO DE INTEGRAC...
 
La Sostenibilidad Corporativa. Administración Ambiental
La Sostenibilidad Corporativa. Administración AmbientalLa Sostenibilidad Corporativa. Administración Ambiental
La Sostenibilidad Corporativa. Administración Ambiental
 
Posición astronómica y geográfica de Europa.pptx
Posición astronómica y geográfica de Europa.pptxPosición astronómica y geográfica de Europa.pptx
Posición astronómica y geográfica de Europa.pptx
 
Actividades para el 11 de Mayo día del himno.docx
Actividades para el 11 de Mayo día del himno.docxActividades para el 11 de Mayo día del himno.docx
Actividades para el 11 de Mayo día del himno.docx
 
Power Point E. S.: Los dos testigos.pptx
Power Point E. S.: Los dos testigos.pptxPower Point E. S.: Los dos testigos.pptx
Power Point E. S.: Los dos testigos.pptx
 
Los dos testigos. Testifican de la Verdad
Los dos testigos. Testifican de la VerdadLos dos testigos. Testifican de la Verdad
Los dos testigos. Testifican de la Verdad
 
PLAN LECTOR 2024 integrado nivel inicial-miercoles 10.pptx
PLAN LECTOR 2024  integrado nivel inicial-miercoles 10.pptxPLAN LECTOR 2024  integrado nivel inicial-miercoles 10.pptx
PLAN LECTOR 2024 integrado nivel inicial-miercoles 10.pptx
 
Prueba de evaluación Geografía e Historia Comunidad de Madrid 2º de la ESO
Prueba de evaluación Geografía e Historia Comunidad de Madrid 2º de la ESOPrueba de evaluación Geografía e Historia Comunidad de Madrid 2º de la ESO
Prueba de evaluación Geografía e Historia Comunidad de Madrid 2º de la ESO
 
SISTEMA RESPIRATORIO PARA NIÑOS PRIMARIA
SISTEMA RESPIRATORIO PARA NIÑOS PRIMARIASISTEMA RESPIRATORIO PARA NIÑOS PRIMARIA
SISTEMA RESPIRATORIO PARA NIÑOS PRIMARIA
 
Tema 11. Dinámica de la hidrosfera 2024
Tema 11.  Dinámica de la hidrosfera 2024Tema 11.  Dinámica de la hidrosfera 2024
Tema 11. Dinámica de la hidrosfera 2024
 
TRABAJO FINAL TOPOGRAFÍA COMPLETO DE LA UPC
TRABAJO FINAL TOPOGRAFÍA COMPLETO DE LA UPCTRABAJO FINAL TOPOGRAFÍA COMPLETO DE LA UPC
TRABAJO FINAL TOPOGRAFÍA COMPLETO DE LA UPC
 

SCRUM APLICADO AL SISTEMA DE LA COMISION DE REGANTES DE GUADALUPE

  • 1. 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
  • 2. INDICE DEDICATORIA 3 INTRODUCCION 4 1. DESCRIPCION GENERAL DE LA METODOLOGIA 5 1.1. 1.2. 1.3. Definición Fundamentación Valores de Trabajo 2. SCRUM APLICADO AL SISTEMA DE LA COMISION DE REGANTES DE GUADALUPE 5 7 8 9 2.1. Propósito de este documento 2.2. Personas y Roles del Proyecto 2.3. Artefactos 9 9 10 2.3.1. Piladel 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 10 10 11 12 14 14 15 2.4. Ventajas y Desventajas de la Metodología SCRUM 16 CONCLUSION 17 ANEXO WEBGRAFIA 18 19 2
  • 3. 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 Pulidopor trasmitirnos sus conocimientos de una Manera clara y explícita, por sabernos guiar en el Camino del conocimiento. 3
  • 4. 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
  • 5. 1. DESCRIPCION GENERALDE LA METODOLOGIA 1.1. Definición Scrum es una metodología ágil de desarrollo de proyectos que toma su nombre yprincipios de los estudios realizados sobre nuevas prácticas de producción por HirotakaTakeuchi e IkujijoNonaka 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
  • 6. Jeff Sutherland aplicó el modelo Scrum al desarrollo de software en 1993 en EaselCorporation (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. "HirotakaTakeuchi e IkujijoNonaka Creadores de La Metodología SCRUM" 6
  • 7. 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
  • 8. 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
  • 9. 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, lmacinf@gmail.com Luz Maria ScrumMaster JimenezQuilcate, Bandy Equipo Técnico Moncada de Cruz, Anthony bjjq_393@hotmail.com la anthony.52790@gmail.com JoseSanchez Urbina joseurbina@hotmail.com 9 Equipo Técnico Stakeholders (Cliente)
  • 10. 2.3. Artefactos 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. 10
  • 11. Responsabilidades del equipo técnico  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 Crear y documentar el diseño Diseño HT 1 general del sistema Creacion del programa Programador HT2 HT3 HT4 Crear y documentar el diseño Diseño general de la base de datos Instalacion de BD (tablas) en Analista el servidor de BD para diseño y pruebas Instalacion de manejador de base de datos de desarrollo y prueba Responsable Luz María Bandy Luz María 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:     11 Elaborar Integrar Revisar Ajustar.
  • 12. DIA 01/10/13 08/10/13 09/10/13 13/10/13 17/10/13 20/10/13 21/10/13 25/10/13 26/10/13 28/10/13 TAREA Crear y documentar el diseño general del sistema Creación de las clases y funciones Modelamiento del programa/ BD Creación de interfaz por parte del usuario (tablas) implementando variables y funciones Unión de la BD con el programa , para solo el ingreso del trabajador Creación de demás interfaces para los datos personales y demás (trabajador) Corregimiento de errores del software Mejoras por parte del diseño (iconos, imágenes) dentro del software Documentación, programa listo Corregimiento final de errores del sistema(software, documentación) Entrega al gestor del producto completamente terminado y operativo. RESPONSABLE Luz María Bandy Anthony Luz María /Anthony Bandy Luz María Todos Luz María Todos Todos 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
  • 13. 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. 13
  • 14. En este caso el equipo para este proyecto se basó en 3 integrantes en el plazo de 28 días 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 14
  • 15.  Gestionamiento para la solución de las necesidades o impedimentos detectados por el equipo 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. 15
  • 16. 2.4. Ventajas y Desventajas de la Metodología SCRUM VENTAJAS:  Programación organizada.  Menor taza de errores.  Satisfacción del programador. DESVENTAJAS:   16 Es recomendable emplearlo solo en proyectos a corto plazo. Altas comisiones en caso de fallar.
  • 17. 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
  • 18. Fecha : 01/10/2013 Entrevistado :JoseSanchez Urbina Cargo :Stakeholders Entrevistador:  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 Preguntas: 1. ¿Que áreas cuenta actualmente la empresa? - Gerencia Administración Secretaria Canaleros y Jefatura de Sector Tarifas o recaudación Limpieza 2. Actualmente que área(s) se encarga de manejar la información de los empleados El área administrativa, el encargado principal es la contadora. 3. ¿Qué tecnologías cuenta actualmente la empresa? - Software (Excel, PowerPoint, Word ) Teléfono Internet RPM 4. ¿Qué aplicación desea? - Solo deseo que sea de Escritorio, en caso que mejore la empresa seria por web Fecha : 20/10/2013 Entrevistado : José Sánchez Urbina Cargo :Stakeholders Entrevistador:  Alvarez Campos, Luz María (ScrumMaster)  Mejorar por parte del diseño (iconos, imágenes) dentro del software. Objetivos: 18