Cmo surge?

Metodologas giles de
desarrollo de software

Se entiende como Desarrollo gil de

Software a un paradigma de Desarrollo
de Software basado en procesos giles.
Procesos giles de
desarrollo

Intentan evitar los tortuosos y

burocrticos caminos de las
metodologas tradicionales
enfocndose en la gente y los
resultados
 Scrum(1)
Scrum es un proceso iterativo e
incremental que puede ser utilizado para
desarrollar cualquier producto o
administrar cualquier trabajo. Sus
principales
atributos son:
Un enfoque orientado a que los equipos
desarrollen sistemas y productos de manera
iterativa e incremental cuando los
requerimientos cambian de manera rpida
Un proceso que controla el caos de conflictos
de intereses y necesidades
 Scrum(2)
Una manera de mejorar las comunicaciones y
maximizar la cooperacin
Una manera de maximizar la productividad
Escalable a mltiples proyectos y toda la
organizacin
Una forma que todos se sientan bien con su
trabajo, entendiendo que cada uno con sus
contribuciones hizo lo mejor que poda hacer
 Diferencias entre
metodologas(1)
Metodologas giles
Basadas en heursticas
provenientes de prcticas de
produccin de cdigo
Especialmente preparados
para cambios durante el
proyecto
Impuestas internamente (por
el equipo)
Proceso mucho ms
controlado, con numerosas
polticas/normas
No existe contrato tradicional o
al menos es bastante flexible
Metodologas tradicionales
Basadas en normas
provenientes de estndares
Seguidos por el entorno de
desarrollo
Cierta resistencia a los
cambios
Impuestas externamente
Proceso menos controlado,
con pocos principios
Existe un contrato prefijado

 Diferencias entre

metodologas(2)

Metodologas giles Metodologas tradicionales

El cliente interacta con el
equipo de desarrollo
Grupos pequeos (<10
integrantes) y trabajando en
el mismo sitio
Pocos artefactos
Pocos roles
Menos nfasis en la
arquitectura del software
El cliente es parte del equipo
de desarrollo mediante
reuniones
Grupos grandes y
posiblemente distribuidos
Ms artefactos
Ms roles
La arquitectura del software
es esencial y se
expresa mediante modelos

 Financiacin del proyecto
Define funcionalidad requerida
Retorno de la inversin del proyecto
Lanzamiento del proyecto
Toma las decisiones de priorizacin
Representa a todos los interesados en el
producto final
 Auto - gestionado
Auto organizado
Multifuncional
Transforman los requerimientos en funcionalidad en cada
incremento
 Formacin y entrenamiento de procesos
Incorporacin de Scrum en la cultura del equipo
Garanta de cumplimiento de roles y responsabilidades
Remueve impedimentos
Facilitador
Asegura que se cumpla Scrum
 Product Owner
Representa los intereses del cliente
dentro de la empresa.

Es el nexo entre el cliente y el

equipo.

Tiene la visin global del producto buscado.

Es el encargado de armar y priorizar el Product

Backlog (Lista priorizada de requerimientos).
sprint
 Sprint Planning Meeting
(Reunion de planeamiento del
Sprint)
 Sprint Planning
Los Sprints duran, idealmente, menos de un mes.
Se seleccionan los requerimientos del Product
Backlog que entrarn en el sprint.
Se hace un listado de todas las tareas necesarias
para terminar el sprint backlog, indicando el
esfuerzo de cada una.
Se asignan responsables a las tareas
 Se divide en 2 partes y son:

Las primeras cuatro horas se dedican al

Product Owner
Las segundas cuatro horas el equipo planea
su propio Sprint
 Gestin gil de proyectos: Scrum

Pila del sprint (Sprint Backlog

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.

19
 Sprint
Sprint Gestin gil de proyectos: Scrum

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

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

Duracin mxima: 30 das.

Durante el sprint no se puede modificar el trabajo que se ha acordado en el
Backlog.
Slo es posible cambiar el curso de un sprint, abortndolo, y slo lo puede hacer el
Scrum Master si decide que no es viable por alguna de las razones siguientes:
La tecnologa acordada no funciona.
Las circunstancias del negocio han cambiado.
El equipo ha tenido interferencias.

21
El Sprint
*Prince 2 es un mtodo de gestin de
proyectos que cubre la gestin, el control y
la organizacin de un proyecto.
*Constituye una aproximacin estructurada
a la gestin de proyectos, proporciona un
mtodo para gestionar proyectos dentro de
un marco de trabajo claramente definido.
1. Puesta en marcha de un proyecto
2. Inicio de un Proyecto
3. Direccin de un Proyecto
4. Control de una fase
5. Gestin de la entrega de
productos
6. Gestin de los lmites de fase
7. Cierre de un proyecto
LOS 7 PROCESOS DE
PRINCE 2
 PMBOK PRINCE 2
*CAMPO DE *METODOLOGA
CONOCIMIENTO *PRINCE 2 ES UNA
*LIBRO DE METODOLOGA, EL
CONOCIMIENTOS MOMENTO EXACTO
PARA UN PROJECT DE HACER LAS
MANAGER COSAS