Vous êtes sur la page 1sur 27

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 Metodologas tradicionales
Basadas en heursticas Basadas en normas
provenientes de prcticas de provenientes de estndares
produccin de cdigo
Seguidos por el entorno de
Especialmente preparados desarrollo
para cambios durante el
proyecto Cierta resistencia a los
cambios
Impuestas internamente (por
el equipo) Impuestas externamente
Proceso mucho ms
controlado, con numerosas Proceso menos controlado,
polticas/normas con pocos principios

No existe contrato tradicional o Existe un contrato prefijado
al menos es bastante flexible

Diferencias entre

metodologas(2)

Metodologas giles Metodologas tradicionales


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


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