Вы находитесь на странице: 1из 13

Gestin gil de proyectos: Scrum

Introduccin

Scrum es una metodologa gil de desarrollo de proyectos que


toma su nombre y principios de los estudios realizados sobre
nuevas prcticas de produccin por Hirotaka Takeuchi e Ikujijo
Nonaka a mediados de los 80.

Gestin gil de proyectos Scrum

En 1996 se defini por primera vez un patrn para aplicar esos


principios de desarrollo en

de

al software.

Esta fue la primera definicin de un patrn Scrum aplicado al


software, diseada por Jeff Sutherland y Ken Schwaber
Esta presentacin describe esa primera definicin de 1996

Ing. Ronald Huanca Calle


2

Gestin gil de proyectos: Scrum


La esencia de Scrum

Al iniciar cada iteracin, el equipo revisa el trabajo pendiente


del proyecto y selecciona la parte que terminar como un
incremento de funcionalidad incorporado al software al terminar
la iteracin.

Al final de la iteracin el
equipo presenta el
incremento de funcionalidad a
las partes implicadas en el
proyecto.

Scrum
Ing. Ronald Huanca Calle

Gestin gil de proyectos: Scrum

Gestin gil de proyectos: Scrum


Manifiesto gil

Scrum

Individuos e interacciones
Software funcionando

Procesos y herramientas

Sobre

Documentacin extensiva

Colaboracin con el cliente

Negociacin contractual

Respuesta ante el cambio

Seguir un Plan

es una estrategia de gestin donde se


aplican de manera regular un conjunto de prcticas
para mejorar el trabajo colaborativo y obtener el mejor
resultado posible en la gestin de un proyecto

Gestin gil de proyectos: Scrum


Caractersticas

Gestin gil de proyectos: Scrum


Criterios de referencia

Metodologa de trabajo
Diseada para acortar el ciclo de
Conseguir una mejor aproximacin entre las funcionalidades del software
y los requerimientos del
Evitar la burocracia
Mayor versatilidad frente a los
Comenzar el trabajo lo ms rpidamente
Manejo ms eficiente de los requerimientos cambiantes en un
Mejorar la comunicacin entre el cliente y el equipo

Aumento de la productividad y de la comunicacin directa entre el


cliente y el equipo desarrollador. Recomendado para equipos de
trabajo pequeos (mx. 8 personas)
Desarrollo incremental e iterativo produccin frecuente de
prototipos para evaluacin del cliente
Manejo ms eficiente de los requerimientos cambiantes en un
proyecto mejorando la versatilidad frente a los cambios
SCRUM no dice Qu hacer sino Cmo hay que hacer las cosas

Gestin gil de proyectos: Scrum


Scrum

Principios
Equipo de trabajo
Roles

Scrum

Principios de Scrum

Artefactos
Comunicacin del Scrum

Documentacin

Flujo del Scrum

Gestin gil de proyectos: Scrum


Scrum - Principios
Scrum es un mtodo adaptativo de gestin de
proyectos que se basa en los principios giles:

Colaboracin estrecha con el cliente.


Predisposicin y respuesta al cambio
Prefiere el conocimiento tcito de las personas al explcito de

Equipo de trabajo de Scrum

los procesos

Desarrollo incremental con entregas funcionales frecuentes


Comunicacin verbal directa entre los implicados en el
proyecto

Motivacin y responsabilidad de los equipos por la autogestin, auto-organizacin y compromiso.

Simplicidad. Supresin de artefactos innecesarios en la


gestin del proyecto.
11

Gestin gil de proyectos: Scrum

Gestin gil de proyectos: Scrum

El equipo de trabajo

El equipo de trabajo
Carlos

Equipo
Responsable
de transformar
el Backlog de la
iteracin en un
incremento de la
funcionalidad
del software.

Ana

Auto - Gestionado
Adrin
Ana
Carlos
Sebastin

Carolina

Auto - Organizado

Multi - Funcional
Carolina

Gestin gil de proyectos: Scrum


El equipo de trabajo

Roles dentro de Scrum

Gestin gil de proyectos: Scrum

Gestin gil de proyectos: Scrum


Roles

Roles

Propietario del producto

El equipo revisa los requisitos,


Considera la tecnologa disponible,
Evala sus conocimientos y
De forma colectiva determina cmo implementar la funcionalidad.

Scrum tiene una estructura muy simple. Todas


responsabilidades del proyecto se reparten en 3 roles:

Representa a todos los interesados en el producto


final. Sus reas de responsabilidad son:

Financiacin del proyecto


Requisitos del sistema
Retorno de la inversin del

las

Propietario del producto (Product owner)


Equipo (Team members)
Gestor de Scrum (Scrum manager o Scrum Mster)
17

(Product Owner)

proyecto

Lanzamiento del proyecto


18

Gestin gil de proyectos: Scrum

Gestin gil de proyectos: Scrum

Roles

Equipo

Roles

Scrum Manager

(Team members)

(Scrum mster)

Responsable del proceso Scrum

Responsable de transformar la pila del sprint (Sprint


Backlog) en un incremento de la funcionalidad del software

Formacin y entrenamiento

Auto-gestionado
Auto-organizado
Multi-funcional

del proceso

Incorporacin de Scrum en
la cultura de la empresa

Garanta de cumplimiento
de roles y responsabilidad

20

Gestin gil de proyectos: Scrum


Roles: gallinas y cerdos
Una gallina y un cerdo paseaban por la carretera. La
gallina dijo al cerdo:
abrir un restaurante
. El cerdo consider la propuesta y respondi:
me gustara. Y cmo lo
. La gallina
respondi:
con

El cerdo se detuvo, hizo una pausa y


voy a abrir un restaurante contigo. Yo estara
realmente comprometido, mientras que tu

Stakeholders

Gestin gil de proyectos: Scrum

Gestin gil de proyectos: Scrum

Roles: gallinas y cerdos

Metodologa de Trabajo

Scrum diferencia entre estos dos grupos para garantizar, quienes tienen la
responsabilidad tienen tambin la autonoma necesaria para poder lograr el
xito y quienes no tienen la responsabilidad no producen interferencias
innecesarias

Equipos de entre 6 y 10 personas


revisan
los
requisitos, la tecnologa disponible y evalan los
conocimientos para Colectivamente determinar como
incrementar la funcionalidad (SW).
Reuniones diarias, antes de empezar a trabajar, con una
duracin mxima de 15 min.

COMPROMETIDOS EN EL
PROYECTO (cerdos)
Propietario del producto
Equipo

Se llevan a cabo hasta que el proyecto est listo para ser


puesto en produccin o ser lanzado al mercado.

IMPLICADOS EN EL
PROYECTO (gallinas)
Marketing
Comercial
Etc.
23

Gestin gil de proyectos: Scrum


Metodologa de Trabajo

En la primera reunin se explica al equipo la forma de


trabajo, especificando que son reuniones cortas para
coordinar trabajo y no para solucionar problemas. Se
establecen los criterios para arreglar los errores por
prioridades (base del xito del sistema).

Artefactos del Scrum

En cada reunin las preguntas claves a contestar son:


Qu es lo que se hizo desde la ltima reunin?
Qu es lo que se va a hacer hasta la siguiente reunin?
Cmo se va a llevar a cabo?

Gestin gil de proyectos: Scrum


Artefactos

& Pila de producto (Product Backlog)


& Pila de Sprint Sprint Backlog
& Tabln de Scrum - Burndown Chart

Pila de producto
(Product Backlog)

Gestin gil de proyectos: Scrum

Gestin gil de proyectos: Scrum

Artefactos - Pila del producto

Artefactos - Pila del producto - Product Backlog

Pila de producto (Product Backlog)

Es el documento de ms alto
nivel. Basado en user stories,
esta abierto a todo el mundo pero
el dueo es el Product Owner.
Business Value > Product Owner
Development Effort > Team

Listado con los requisitos del sistema

Es responsabilidad del dueo del producto


Contenido
Priorizacin
Disponibilidad
Nunca llega a ser una lista completa y definitiva
El empleado para planificar el proyecto es slo una estimacin inicial de
Es un documento dinmico que incorpora constantemente las necesidades
del
Se mantiene durante todo el ciclo de vida (hasta la retirada del sistema

Product Backlog
29

Gestin gil de proyectos: Scrum

Gestin gil de proyectos: Scrum

Artefactos - Pila del producto

Artefactos - Pila del producto

Esta lista debe estar priorizada, es decir, para cada una de


las funciones debe estar clara cual es la prioridad.

Estimacin inicial

Complejidad

La pila de producto es una lista de funciones que el producto


debe tener.

Estim. ajustada

Pila de producto

Nuevo formulario para peticiones de clientes

0.2

2,4

2,4

Configuracin de respuestas automticas

0.2

3,6

3,6

Envo automtico de respuestas

0.2

1,2

1,2

Consulta para los clientes de peticiones enviadas

0.2

1,2

1,2

Modificacin del cliente de sus peticiones enviadas

0.2

2,4

2,4

Acceso a peticiones slo para clientes del portal jurdico

0.2

Consulta de peticiones por parte del staff

0.2

1,2

1,2

18

18

Product Backlog

ID

Una buena manera de hacer esto es simplemente ordenarla


de manera que lo ms importante est lo primero (o
y la prioridad vaya descendiendo con la posicin.

8
9
10

Sprint

Elemento

SPRINT 1

Pila de Producto

Trabajo pendiente

15

Insercin de comentarios y reasignacin a peticiones (staff)

0.2

1,2

1,2

1,2

Consultas por clientes, fechas y temas

0,2

3,6

3,6

3,6

[Contina].

32

Gestin gil de proyectos: Scrum


Artefacto - Sprint

Es el periodo de tiempo durante el que se desarrolla un incremento de


funcionalidad.
Constituye el ncleo de Scrum, divide de esta forma el desarrollo de un
proyecto en un conjunto de pequeas
.

Pila del Sprint

34

Gestin gil de proyectos: Scrum


Artefacto - Sprint

Gestin gil de proyectos: Scrum


Artefactos - Pila del Sprint

Pila del sprint (Sprint Backlog)

Duracin mxima: 30 das.

Slo es posible cambiar el curso de un sprint, abortndolo, y slo


lo puede hacer el Scrum Mster si decide que no es viable por
alguna de las razones siguientes:

Durante el sprint no se puede modificar el trabajo que se ha


acordado en el Backlog.

35

La tecnologa acordada no funciona.


Las circunstancias del negocio han cambiado.
El equipo ha tenido interferencias.

Trabajo o tareas determinadas por el equipo


para realizar en un sprint y lograr al final del
mismo un incremento de la funcionalidad.
Se recomienda que las tareas reflejadas
tengan una duracin comprendida entre las 4 y
las 16 horas de trabajo.
Las de mayor duracin deben intentar
descomponerse en sub-tareas de ese rango de
tiempo.
36

Artefactos

Gestin gil de proyectos: Scrum


Pila del Sprint

Artefactos

Gestin gilEsde
proyectos: Scrum
el documento que contiene los user
Pila del Sprint stories a ser implementados en el

Pila del sprint (Sprint Backlog)

prximo Sprint.
El Sprint Backlog es propiedad del
Team, pero es visible para todos.
TODO > In Progress > Ready for
Testing > Done

El desarrollo en Scrum se hace en sprints.


Un sprint en Scrum es un esfuerzo de desarrollo, que
normalmente dura entre 2 y 4 semanas.
Para hacer un Scrum se seleccionan una serie de
elementos de la pila de producto (los que se prev que va
a dar tiempo a realizar en el tiempo marcado) y se
construye con ellos la pila del sprint.

Sprint Backlog

Tabln de Scrum

Gestin gil de proyectos: Scrum


Artefactos - Burndown Chart

Puede ser un corcho con papeles pinchados, una pizarra o un archivo


electrnico.
Se trata de reflejar el progreso de cada tarea. Para ello debe tener
varios componentes:

&
&
&

Burndown Chart

&

Una lista de tareas programadas, con el nombre del


responsable y las horas previstas para realizar cada una.
Una lista de tareas programadas, con el nombre del
responsable y las horas que quedan para finalizar cada una.
Una lista de tareas imprevistas, con el nombre del
responsable y las horas que quedan para finalizar cada una.
Una lista de obstculos que deben resolverse para que
alguna de las tareas progrese.

Gestin gil de proyectos: Scrum


Artefactos - Burndown Chart

Grfica de progreso

El sprint burdonwn chart es


un documento publico que
muestra lo que queda de
trabajo para un sprint.
Tiene que ser actualizado
diariamente por el Scrum
Master.
Rpido > de una mirada se
puede conocer el estado del
proyecto.

42

Burndown Chart

Flujo del Scrum

Grfica de progreso

Gestin gil de proyectos: Scrum


El flujo de Scrum

Revisin diaria
Scrum: reunin de 15 minutos
Los miembros del equipo
responden a las siguientes
preguntas bsicas

1.
Pila del Sprint:
caracterstica(s)
asignadas para
el sprint

Aspectos de la
pila ampliados
por el equipo

2.
3.

Qu hiciste desde la ultima


reunin Scrum?
Tienes algn obstculo?
Qu hars antes de la
prxima reunin?

Al final del Sprint se


demuestra la nueva
funcionalidad
Pila del producto: caractersticas del
producto que desea el cliente con prioridad

Iteracin

Sprint backlog

Producto. Back log


seleccionado

Gestin gil de proyectos: Scrum

Gestin gil de proyectos: Scrum


Comunicacin

Nueva
funcionalidad

Reunin diaria

Seleccin de la
Pila de producto

ROI

Visin:
versiones
hitos

Pila de producto
Requisitos
priorizados

Producto Backlog
priorizado

45

El flujo de Scrum

Pila
del sprint

Nueva
funcionalidad

Revisin del sprint

Reunin retrospectiva

Fuente: Agile Project Management with Scrum


Ken Schwaber

47

La forma ms eficiente y efectiva de comunicar informacin de ida y vuelta


dentro de un equipo de desarrollo es mediante la conversacin cara a cara.
Manifiesto gil

48

Comunicacin del Scrum

Gestin gil de proyectos: Scrum


Ciclo de Vida en Scrum

Daily Stand Up

Gestin gil de proyectos: Scrum


Ciclo de vida en Scrum

Reuniones puntuales. Siempre a la


misma hora y en el mismo lugar.
Todos son bienvenidos, pero solo
los Pigs pueden hablar.
15 minutos, mximo.
Hay que estar parado.

Qu hiciste desde el ultimo Stand Up?


Qu planes tienes para hoy?
Qu impedimentos tienes para seguir adelante?
Duracin mxima de 15 minutos.

Sprint Planning Meeting

Seleccionar las historias a implementar..


Preparar el Sprint Backlog con las tareas necesarias.

.
Tiene un lmite de 8 horas.

Gestin gil de proyectos: Scrum


Ciclo de vida en Scrum

Gestin gil de proyectos: Scrum


Ciclo de vida en Scrum

Sprint Retrospective

Sprint Review Meeting


& Revisar las historias del Sprint terminado.
& Presentar el trabajo a los Stakeholders.
& Tiene un lmite de 4 horas.

&
&
&
&

Qu fue lo que no funcion en el Sprint?


Qu fue lo que s funcion?
Qu mejoras podran incroporarse?
Tiene un lmite de tres horas.

Reunin diaria

potencialmente
entregable
producto
incrementar

Reuniones
Acumulacin
del producto

Reuniones Internas
Sprint Retrospective (Retrospectiva de la carrera corta)
Daily Meeting (Reunin diaria)
Reuniones Externas
Reuniones de Avance (Reunin de planificacin de la carrera corta)
Sprint Planning Meeting (Reunin de planificacin de la carrera corta)
Sprint Review (Evaluacin de la carrera corta)
Consultas / Acuerdos
Via mail

Acumulacin
de la carrera
corta

Gestin gil de proyectos: Scrum

Gestin gil de proyectos: Scrum

Comunicacin

Comunicacin

Reunin diaria

Reunin diaria
Reunin del equipo con duracin mxima de 15 minutos.

Todos los das en el mismo sitio y a la misma hora.


Se recomienda que sea la primera actividad del da.
Deben acudir todos los miembros del equipo.

No se permite entrar en divagaciones o salirse del guin.

Cuando un miembro informa de algo de inters para otros, o necesita


ayuda de otros, estos se renen al terminar la revisin diaria.
Las gallinas no pueden intervenir ni distraer, y el Scrum Master
puede limitar el nmero de gallinas asistentes si lo considera
oportuno.

Moderada por el Scrum Manager, que pregunta a todos los


asistentes
Cul ha sido el trabajo realizado desde la ltima revisin
diaria?
Cul es el trabajo previsto para hoy?

Qu trabajo has realizado desde la ltima reunin?


Qu tienes previsto para hoy?
Qu necesitas?

Hay algo que necesitas, o que te impide realizar el trabajo


previsto?

57

Slo habla la persona que informa de su trabajo, el resto escucha y


no hay lugar para otras conversaciones.

58

Gestin gil de proyectos: Scrum

Gestin gil de proyectos: Scrum

Comunicacin

Comunicacin

Revisin del sprint

Revisin del sprint

Reunin del equipo, Scrum Manager,


propietario del producto con todas las
personas implicadas en el proyecto (gallinas).
Duracin mxima: 4 horas.

59

Finalidad: presentar al propietario del


producto y a las gallinas las nuevas
funcionalidades implementadas.
Las funcionalidades no implementadas
no se presentan.

En la reunin, los miembros del equipo


muestran las nuevas funcionalidades.
Al final de la reunin se interroga
individualmente a todos los asistentes
para recabar impresiones, sugerencias
de cambio y mejora, y su relevancia.
El propietario del producto trata con los
asistentes y con el equipo las posibles
modificaciones en la pila de producto.

60

10

Gestin gil de proyectos: Scrum


Comunicacin

Reunin retrospectiva
Acuden el equipo y el Scrum Master, y opcionalmente el Propietario del
Producto.

Documentacin

Todos los miembros del equipo responden a dos preguntas:


Qu cosas fueron bien en el ltimo sprint?

Qu cosas se podran mejorar?


El Scrum Manager anota todas las respuestas
El equipo prioriza las mejoras posibles
El Scrum Manager no proporciona respuestas, sino que ayuda al
equipo a encontrar la mejor forma de trabajar con Scrum.
Las acciones de mejora localizadas que se puedan implementar
en el prximo Sprint deben introducirse en la pila de producto
como elementos no funcionales.

61

Gestin gil de proyectos: Scrum


Documentacin

Documentacin

Plan de Proyecto
Plan de Riesgos
Minutas de Reunin
User Stories
User Acceptance Tests
Configuracin y versionado
Plan de Comunicacin Interno
Sprint Retrospective
Plan de Comunicacin Externo
Informe de Avance
Sprint Planning Meeting
Sprint Review

Gestin gil de proyectos: Scrum


Roles
PROPIETARIO DEL PRODUCTO
Determina las prioridades
Una sola persona

Visin General del modelo

PP
INTERESADOS

SCRUM MANAGER

Asesoran y Observan

Gestiona y facilita la
ejecucin del proceso

SM

I
EQUIPO
Construye el producto

11

Gestin gil de proyectos: Scrum

Gestin gil de proyectos: Scrum

Componentes

Reuniones
PILA DEL PRODUCTO

PLANIFICACIN DEL SPRINT

Relacin de requisitos del producto, no es necesario excesivo detalle,


Priorizados, Listas en evolucin y abierta a todos los roles.
El propietario del producto es su responsable y quien decide

Una jornada de trabajo. El propietario del producto explica las prioridades


y dudas del equipo. El equipo estima el esfuerzo de los requisitos
prioritarios y se elabora la pila del sprint. El SCRUM Manager define en
una frase el objetivo del sprint

PILA DEL SPRINT

REUNIN DIARIA

Requisitos comprometidos por el equipo para el sprint con nivel de


detalle suficiente para su ejecucin

15 minutos de duracin, dirigida por el SCRUM Manager, solo puede


intervenir el equipo. Qu hiciste ayer? Cul es el trabajo para hoy?
Qu necesitas?. Se actualiza la pila del sprint

INCREMENTO

REUNIONES DEL SPRINT

Parte del producto desarrollado en un sprint, en condiciones de


ser usada (pruebas, codificacin limpia y documentada)

Informativa, aproximadamente 4 horas, moderada por el SCRUM


Manager, presentacin del incremento, planteamiento de
sugerencias y anuncio del prximo sprint

Gestin gil de proyectos: Scrum

Gestin gil de proyectos: Scrum

Sprint

Proceso

SPRINT
Ciclo de desarrollo bsico de SCRUM, de duracin
recomendada de 30 das en el que se desarrolla un
incremento del producto

70

Gestin gil de proyectos: Scrum

Gestin gil de proyectos: Scrum

Proceso

Proceso

EXPOSICIN DE
PRIORIDADES
RESOLUCIN DE DUDAS

PP

PP

ESTIMACIN DEL
ESFUERZO PARA
CADA REQUISITO
REUNIN DIARIA

SM

PP
71

SM

PP

Revisin del Trabajo:


Resolucin de trabas

OBJETIVO DEL SPRINT


72

12

Gestin gil de proyectos: Scrum

Gestin gil de proyectos: Scrum

Proceso

Proceso

SM

PP

PRESENTACIN DEL INCREMENTO, SUGERENCIAS, ANUNCIO


PRXIMO SPRINT
73

74

Ventajas del uso de Scrum


Cliente altamente comprometido.

La documentacin propuesta por la metodologa


es mnima Foco en el producto.
Pocos roles necesarios Adecuado para equipo
reducido en integrantes.
Entregas parciales y flexibilidad del cliente al
priorizar funcionalidad permitieron ajustarse a la
disponibilidad de los recursos.

Practica Individual

Desventajas del uso de Scrum


La documentacin requerida por la ctedra era mayor a la que
Scrum especifica. Necesidad de definir cmo encarar cada
artefacto adicional y las herramientas para gestionarlos.
El equipo de trabajo no se encontraba fsicamente junto, lo cual
dificultaba la transmisin de informacin y el trabajo en forma
integrada.

El product owner era un miembro ms del equipo de


desarrollo, generando conflictos de intereses inevitables.
Esto se considera entre los riesgos.

Consultas

1. Vuelva a leer el
para el desarrollo gil de
Puede, pensar en una situacin en la que uno o ms de los
cuatro
pudieran causar problemas al equipo de
software?
2. Describa con sus propias palabras la palabra agilidad (para
proyectos de software).
3.

Proponga un
de
ms que ayudara al equipo
de ingeniera de software a ser an ms maniobrable.

4. Por qu cambian tanto los requerimientos? Despus de todo


La gente no sabe lo que quiere?

13

Вам также может понравиться