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

Í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

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

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

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

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

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:

• 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

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

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

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

Imagen 3 (Reuniones Scrum)

12

Imagen 4 (Metodología del scrum)

13

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