Metodologas giles

La planificacin del trabajo slo comprende el ciclo en el que se est trabajando (normalmente 30 das).
Descubrimiento progresivo de requisitos, e incorporacin de cambios en cualquier iteracin del desarrollo.
Refactorizacin de cdigo como modelo de trabajo compatible con el punto anterior.
Comunicacin directa entre los integrantes del equipo (incluidos cliente y usuarios) prefiriendo la verbal directa.
Equipos auto-gestionados.
No existe contrato tradicional o al menos es bastante flexible.
El cliente es parte del equipo de desarrollo.
Grupos pequeos (hasta 20 integrantes) y trabajando en el mismo sitio.
Pocos artefactos.
Pocos roles.
Menos nfasis en la arquitectura del software.

ODOLOGA EN LUGAR DE OTRA?

Metodologas Tradicionales
Trabajo y gestin guiada por un plan general del proyecto que comprende todo su ciclo de desarrollo.
Conocimiento detallado de los requisitos antes de comenzar el diseo del proyecto.
Hacerlo bien a la primera. Evitar la re-codificacin y el re-trabajo que supone una prdida de eficiencia.
Comunicacin formal segn el plan de comunicacin del proyecto.
Gestin de equipos y personas centralizada en el gestor del proyecto.
Existe un contrato prefijado.
El cliente interacta con el 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.

POR QU SCRUM??

SCRUM: http://hipertextual.com/archivo/2012/12/proyectos-agiles-scrum/
Est orientada a la obtencin de resultados a pesar de que el entorno sea cambiante y
los requisitos estn sujetos a cambios o no estn muy bien definidos.
Permite obtener un producto desde el primer momento e, iteracin tras iteracin, ir
hacindolo crecer aadiendo nuevas funcionalidades vinculadas a los requisitos
definidos.
La idea, de manera resumida, es dividir los requisitos (denominado Pila de productos)
en sprints, es decir, requisitos que vamos a cumplir en cada una de las fases o
iteraciones en las que hemos dividido el proyecto. Desde el final de la primera fase
obtendremos un producto funcional y, con cada iteracin, el producto ir creciendo y
cumpliendo la pila de requisitos definidos. Gracias a esta divisin en iteraciones, el
producto puede adaptarse fcilmente a los cambios en los requisitos y sus ajustes
puesto que, al iniciar una nueva iteracin, se puede revisar el trabajo realizado o
ajustar las idefiniciones que se arrastran en la pila de productos.

.
CONTRASTE DE FORTALEZAS Y DEBILIDADES DE ALGUNAS
METODOLOGAS DE DESARROLLO DE SOFTWARE
Heredan modelos

RU
P
X

MS
F
X

Independiente de tecnologas

Documentacin estricta

Estrictamente sistemtico

Ms enfocado en los procesos

Ms enfocado en las personas

Resultados rpidos

Cliente activo

Manejo del tiempo

R e f a c t o r i z a c i n del cdigo

Iterativo

Respuesta a los cambios

Caracterstica

X
P

SCRUM
-

Beneficios de la metodologa SCRUM: http://blog.gfi.es/gestion-agil-de-proyectos-con-la-m

Los beneficios que se obtienen son amplios y afectan a todos los
actores del proyecto:
Existe una mayoradaptacin y flexibilidadante entornos y requisitos
cambiantes, permitiendo la reduccin del tiempo de desarrollo de los
productos.
Mayor control y transparenciapor parte de losStakeholderssobre el
proyecto. El cliente realiza un seguimiento ms cercano sin tener que
esperar a la entrega del producto, minimizando el riesgo de que el
resultado final no le convenza.

Fomento del trabajo en equipo. Se trata de un modelo basado en la

autodisciplina y la autogestin repercutiendo en la responsabilidad y en
la comunicacin entre los distintos miembros del equipo.

de-proyectos-con-la-metodologia-scrum/

http://teamgantt.com/blog/2014/03/how-to-use-gantt-charts-for-your-agile-project/

PROCESO "GIL" PARA UN PROYECTO GENRIC

rts-for-your-agile-project/

L" PARA UN PROYECTO GENRICO.

Proceso de desarrollo a travs de una Estructura de Divisin del Trabajo pa

ctura de Divisin del Trabajo para verlo grficamente.

http://www.um.edu.ar/catedras/claroline/backends/download.php?url=L01ld

En esta etapa es importante aclarar que,

para determinar el alcance, la duracin y
llevarlo a cabo, las siguientes planificacio
PLANIFICACIN

OBJETIVO:
TAREA:
ENTREGABLE:

OBJETIVO:
ANLISIS
TAREA:
ENTREGABLE:

OBJETIVO:
DISEO
TAREA:

ENTREGABLE:

OBJETIVO:
CONSTRUCCIN Y
PRUEBA
TAREA:

ENTREGABLE:

OBJETIVO:

IMPLEMENTACIN
TAREA:

ENTREGABLE:

ackends/download.php?url=L01ldG9kb3NfQWdpbGVzL01ldG9kb19BZ2lsX1NjcnVtLnBkZg%3D%3D&cidReset=t

pa es importante aclarar que, al comienzo, la planificacin se realiza en forma general

minar el alcance, la duracin y el precio del proyecto, una vez que el cliente decide
bo, las siguientes planificaciones son a nivel de iteracin, se planifica el Sprint.
Definir proyecto propiamente dicho.
Relevamiento preliminar de los procesos del negocio, definicin y secuenciamiento de
actividades, definicin del alcance, estimacin de tiempos, definicin de recursos,
anlisis de riesgos, estimacin de costos.
Documento de definicin del proyecto o del Sprint.
Obtener todas las definiciones y especificaciones funcionales para poder llevar
adelante las fases de Diseo y Construccin. Es una etapa clave ya que el alcance y
las caractersticas de la solucin quedan acordados, lo cual permite mitigar los
principales riesgos de un proyecto.
Afianzamiento de las definiciones funcionales, definicin de los requisitos a travs de
casos de uso, planificacin de las etapas posteriores y ajuste de los tiempos
preestablecidos.
Documento de alcance, casos de uso y sus respectivas descripciones.
Generar el modelo de datos para que la solucin cumpla con los requerimientos
definidos. El diseo generado deber contemplar las posibles modificaciones futuras,
crecimiento de la solucin, mayor carga e incorporacin de nuevas funcionalidades.
Diagrama Entidad Relacin (DER), diseo de las interfaces de usuario, diseo de las
integraciones a realizar. Durante esta etapa tambin se realizan pruebas para puntos
crticos del proyecto.
Entre los entregables tpicos de esta etapa se encuentran: DER, esqueleto del software
armado, gua de diseo, diseo de la infraestructura, y la planificacin ajustada con la
evolucin y avances obtenidos.
Construir la solucin del Release (Sprint), cumpliendo con las definiciones y
especificaciones de los documentos de alcance. Generalmente es la etapa de mayor
duracin y con mayor dinmica de trabajo.
Programacin y desarrollo de todos los componentes y funcionalidades.
Implementacin de las estructuras de datos, y sus procedimientos, elaboracin de
documentacin tcnica y ajustes funcionales, implementacin de las integraciones y
todas las actividades necesarias para poner en marcha la solucin. En esta etapa se
realizarn
las pruebas de usabilidad, funcionalidad y carga de datos.
El entregable principal es el incremento de software funcionando.

Disponer del sistema productivo con sus ambientes de produccin, metodologa de

trabajo y manuales operativos. Se incluye, de ser necesario, el personal operativo
capacitado. Obtencin de nuevas funciones a agregar o posibles errores a reparar.
Puesta en marcha de la aplicacin en el ambiente de produccin, elaboracin de
manuales operativos, y todas las actividades relacionadas al xito del lanzamiento
como la integracin del ambiente de produccin con terceras partes, etctera.
El sistema productivo con sus manuales operativos, de mantenimiento y de
procedimientos. Esquemas de auditoria y seguridad. Integraciones con terceras partes
operativas. Sistema totalmente probado.

SPRINT

PLANIFICACIN

ANLISIS

DISEO

CONSTRUCCIN Y PRUEBA

IMPLEMENTACIN

SPRINT

SE REPITEN POR CADA SPRINT

Desarrollo de las fases de un proyecto en SCRUM

1. Preparacin del Proyecto. (SPRINT 0).
1.1 Las Estimaciones del Backlog.
2.

Planificar un SPRINT.
2.1 La Estimacin del SPRINT.

3.

El desarrollo del SPRINT.

3.1 Reuniones del SPRINT.

as fases de un proyecto en SCRUM

del Proyecto. (SPRINT 0).
Las Estimaciones del Backlog.

La Estimacin del SPRINT.

2.1.1 Planificacin de Pker.
2.1.2 Mantener el Blacklog del SPRINT.
2.1.3 Interpretacin del diagrama de Burndown.

del SPRINT.
Reuniones del SPRINT.
3.1.1 Reunin
3.1.2 Reunin
3.1.3 Reunin
3.1.4 Reunin

de Planificacin (Sprint Planning Meeting)

Diaria (Sprint Daily Meeting)
Revisin del SPRINT (Sprint Review Meeting)
de Retrospectiva (Sprint Retrospective Meeting)