1. República Bolivariana de Venezuela
Instituto Universitario Politécnico Santiago Mariño
Carrera: Ingeniería de Sistemas
Catedra: Electiva V
Ensayo de Electiva V
(Gerencia de Proyectos Informaticos)
Profesor: Edgar Millan
Bachiller:
Bastidas Bellorin
Nakary Carolina
C.I: 20.196.208
Barcelona, Junio 2014

2. Índice
Introducción…………………………………………………………………..…03
Contenido.
Gestión de proyectos para metodologías Agiles…………………………04-05
Roles Principales……………………………………………………………05-06
Scrum como metodología de la gestión de proyectos informáticos………06
Frases…………………………………………………………………….07-08-09
Reuniones…………………………………………………………………….....09
Conclusión……………………………………………………………………10-11
Anexos…………………………………………………………………..…….12-13
Bibliografía……………………………………………………………….………14
Introducción

3. La presente Experiencia tiene el fin de familiarizarnos con las metodologías
agiles que surgen como una alternativa a las metodologías tradicionales, son
una forma de reacción a ellas, principalmente debido al hecho de que las
metodologías tradicionales no han sido capaces de resolver todos los
problemas que persiguen al desarrollo de proyectos de software desde sus
inicios. Este temas es de suma importancia en nuestra carrera universitaria
por lo cual es importantes también hacer un recorrido por distintas nociones de
este contenido como son las 5 fases importantes que son planes de
lanzamiento, distribución, revisión y ajustes de los estándares de producto,
sprint que es donde el desarrollo del software se lleva a cabo, revisión de
sprint que no es más que cada sprint es seguido por una revisión de sprint y
finalmente cierre que al acabar esta fase el proyecto quedara cerrado.
También serán mencionadas las reuniones que deben estar planificadas y
trabajadas con antelación.
03
Gestión de Proyectos para metodologías Agiles

4. Según Juan Palacios y Claudia Ruata (2002) “Scrum es una metodología de
desarrollo muy simple, que requiere trabajo duro, porque no se basa en el
seguimiento de un plan, sino en la adaptación continua a las circunstancias de
la evolución del proyecto”.
Como método ágil es un modo de desarrollo adaptable, antes que predictivo.
Orientado a las personas, más que a los procesos, y también Emplea el
modelo de construcción incremental basado en iteraciones y revisiones.
Comparte los principios estructurales del desarrollo ágil: a partir del concepto
o visión de la necesidad del cliente, construye el producto de forma
incremental a través de iteraciones breves que comprenden fases de
especulación exploración y revisión. Estas iteraciones (en Scrum llamadas
sprints) se repiten de forma continua hasta que el cliente da por cerrado el
producto.
Scrum es un proceso en el que se aplican de manera regular un conjunto de
mejores prácticas para trabajar en equipo y obtener el mejor resultado posible
de un proyecto. Estas prácticas se apoyan unas a otras y su selección tiene
origen en un estudio de la manera de trabajar de equipos altamente
productivos.
Según Gustavo Du Mortier (2000) “Scrum es, actualmente, uno de los
métodos ágiles para desarrollo de software de mayor difusión en la industria,
junto con Extreme Programming (XP). Su nombre proviene del rugby, deporte
en el que un scrum es una jugada que permite reiniciar el juego luego de una
falta accidental.
04
La elección del nombre busca rescatar el principio de trabajo en equipo que se
observa en un scrum de rugby: varios jugadores se toman de los hombros y se

5. esfuerzan para lograr –por sí solos y rápidamente– un objetivo común, que
consiste en adueñarse de la pelota y llevarla hacia delante”.
SCRUM es una metodología de gestión y desarrollo ágil de proyectos,
orientada a la obtención de resultados, a pesar de que el entorno sea
cambiante y/o los requisitos estén sujetos a cambios o no estén muy bien
definidos. Está basada en entregas parciales y regulares en base a la prioridad
marcada por el cliente.
Imagen 1 (Scrum)
Roles principales
• Product Owner: Representa la voz del cliente y del resto de interesados no
implicados directamente en el proyecto. Es el encargado de definir los
objetivos del proyecto y de garantizar que el equipo trabaja del modo
adecuado para alcanzar dichos objetivos.
05
• Scrum Master: Encargado de asegurar que el resto del equipo no tiene
problemas para abordar sus funciones y tareas. Guía y ayuda al Scrum

6. Team para garantizar el cumplimiento de objetivos.
• Scrum Team: Es el equipo encargado de desarrollar y entregar el producto.
Su trabajo es imprescindible: se trata de una estructura horizontal auto-
organizada capaz de auto-gestionarse a sí misma.
• Stakeholders: Este grupo comprende aquellos perfiles interesados en el
producto: directores, dueños, comerciales.
Se trata de perfiles que si bien no forman parte del Scrum Team deben ser
tenidos en cuenta.
Scrum como metodología de la gestión de proyectos informáticos
Imagen 2 (Metodología Scrum para la dirección de proyectos informáticos)
06
Fases

7. Según Juan Palacio y Claudia Ruata.
El proceso scrum según los autores se desarrolla en 4 fases:
1. Se comienza con una visión general del producto.
2.Se especifican y dan detalles a las funcionalidades o partes del proyecto
que tienen mayor prioridad
3. Se desarrolla la iteración.
4. Entrega del incremento.
Según Gustavo Du Mortier
Imagen 3 (Fases de scrum según Gustavo Du Mortier)
07
De manera general el proceso de desarrollo del scrum se compone de 5
fases importantes:

8. • Planes de lanzamientos
• Distribución, revisión y ajuste de los estándares de producto
• Sprint
• Revisión del Sprint
• Cierre
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 y
Ajustar.
Esta fase no tiene una secuencia. A veces un elemento del backlog se
tiene que desarrollar, integrar, y revisar cuando otras sólo debe ser
revisado o ajustado.
REVISIÓN 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 del backlog. 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 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.
08
CIERRE
En esta fase tienen lugar las actividades de debugging, marketing y

9. promoción. Al acabar esta fase el proyecto quedará cerrado.
Las Reuniones
Las reuniones deben estar planificadas y trabajadas con antelación. Al
inicio de cada Sprint se convocará el Sprint Planning Meeting o reunión de
planificación del sprint. El Product Owner priorizará las tareas del Product
Backlog y se preparará el Sprint Backlog junto con el tiempo que llevará
realizar el trabajo.
Diariamente se hace un seguimiento con una reunión diaria o Daily Scrum.
Se realiza siempre a la misma hora, normalmente por la mañana y es
importante que todos los miembros del Scrum Team junto con el Scrum
Master sean puntuales. No llevará más de 15 minutos y puede hacerse de pie.
En la reunión cada miembro del Scrum Team debe contestar tres preguntas:
¿Qué has hecho desde ayer?
¿Qué tienes planeado hacer hasta la reunión de mañana?
¿Has encontrado algún problema para conseguir tu objetivo?
Al final del ciclo Sprint, se llevarán a cabo dos reuniones más: Sprint Review
Meeting, para revisar el trabajo que fue completado (o no completado) y hacer
una demo de lo entregado; Sprint Retrospective, en la que todos los miembros
del equipo dejan sus impresiones sobre el Sprint superado, para realizar una
mejora continua del proceso.
09
Conclusiones

10. Finalmente después de desglosar de manera breve el presente ensayo,
digo de manera breve porque los puntos mencionados son temas amplios y
profundos, pero si queda clara la suma importancia de cada uno de estos
temas como Scrum que es una metodología de gestión y desarrollo ágil de
proyectos, orientada a la obtención de resultados, a pesar de que el entorno
sea cambiante y los requisitos estén sujetos a cambios o no estén muy bien
definidos. Está basada en entregas parciales y regulares en base a la prioridad
marcada por el cliente.
Principales roles entre ellos tenemos Product Owner que representa la voz del
cliente y del resto de interesados no implicados directamente en el proyecto,
Scrum Master Encargado de asegurar que el resto del equipo no tiene
problemas para abordar sus funciones y tareas, Scrum Team es el equipo
encargado de desarrollar y entregar el producto, Stakeholders este grupo
comprende aquellos perfiles interesados en el producto: directores, dueños,
comerciales.
Al igual se desglosaron las 5 fases importantes que son planes de
lanzamiento, distribución, revisión y ajustes de los estándares de producto,
sprint que es donde el desarrollo del software se lleva a cabo, revisión de
sprint que no es más que cada sprint es seguido por una revisión de sprint y
finalmente cierre que al acabar esta fase el proyecto quedara cerrado.
Y finalmente se explicaron Las reuniones deben estar planificadas y
trabajadas con antelación. Al inicio de cada Sprint se convocará el Sprint
Planning Meeting o reunión de planificación del sprint. El Product Owner
priorizará las tareas del Product Backlog y se preparará el Sprint Backlog junto
con el tiempo que llevará realizar el trabajo.
10
Diariamente se hace un seguimiento con una reunión diaria o Daily Scrum. Se
realiza siempre a la misma hora, normalmente por la mañana y es importante
que todos los miembros del Scrum Team junto con el Scrum Master sean

11. puntuales. No llevará más de 15 minutos y puede hacerse de pie. Al final del
ciclo Sprint, se llevarán a cabo dos reuniones más: Sprint Review Meeting,
para revisar el trabajo que fue completado (o no completado) y hacer una
demo de lo entregado; Sprint Retrospective, en la que todos los miembros del
equipo dejan sus impresiones sobre el Sprint superado, para realizar una
mejora continua del proceso.
11
Anexos

12. Imagen 3 (Reuniones Scrum)
12

13. Imagen 4 (Metodología del scrum)
13

14. Bibliografía
- Juan Palacios y Claudia Ruata (2002) “Scrum es una metodología de
desarrollo muy simple, que requiere trabajo duro, porque no se basa en el
seguimiento de un plan, sino en la adaptación continua a las circunstancias
de la evolución del proyecto”.
- Gustavo Du Mortier (2000) “Scrum es, actualmente, uno de los métodos
ágiles para desarrollo de software de mayor difusión en la industria, junto
con Extreme Programming (XP).
- Juan Palacio y Claudia Ruata “ Scrum se desarrolla en 4 fases, se
comienza una visión general del producto, se especifican y dan detalles a
las funcionalidades o partes del proyecto, se desarrolla la iteración y
entrega del incremento”
14