Empresas de desarrollo grandes o pequeas o departamentos de desarrollo y que generan

productos, se apoyan en Scrum para tener capacidad de reaccin ante el mercado, impulsar
la innovacin y creatividad de sus equipos denominada Modelo gil y de lo que trata este
artculo

Antes de entrar en materia vamos a definir que es un proyecto gil, que no quiere decir que
sea un proyecto rpido o que haya una diferencia sustancial en tiempo con el desarrollo
tradicional que ya veremos ms adelante. La gestin gil de proyectos es un enfoque
iterativo para planificar y guiar los procesos del proyecto que se complementa con
pequeas secciones llamadas iteraciones (sprint). Cada iteracin es revisada y revise
observaciones por parte del equipo del proyecto y representantes del cliente. A partir de las
observaciones de una iteracin se utilizan para determinar cul debe ser el siguiente paso en
el proyecto. Cada iteracin del proyecto est programada normalmente para ser completada
dentro de dos a cuatro semanas.

La diferencia principal entre el modelo de desarrollo tradicional es que se basa en una

planificacin secuencial, con un control y seguimiento del plan riguroso, con el fin de poder
identificar y verificar cualquier tipo de desviacin que pueda ocurrir en el transcurso de los
procesos.

Las caractersticas del modelo tradicional es la especializacin del equipo de trabajo y los
recursos, una divisin sumamente clara de las fases, as como un detallado levantamiento
de requerimientos y un seguimiento del plan.

A diferencia, el principal beneficio de la gestin de proyectos giles es su capacidad para

responder a los problemas que puedan surgir a lo largo del transcurso del proyecto en
donde sus principales caracteristicas son equipos multidisciplinarios, visin del producto
final a donde estn orientados y el poder de adaptacin al cambio.
Generalmente ambos modelos de gestin tienen las mismas caractertisticas solo que se
enfocan en distintos pasos, es decir:

1. Inicio del proyecto

2. Planificacin (Tradicional)
3. Ejecucin (gil)
4. Cierre del proyecto
5. Control y monitoreo

Muy bien ahora si vamos a Scrum, que basa su nombre en la formacin de mel (scrum en
ingls) de los jugadores de Rugby. Este modelo fue identificado y definido por Ikujiro
Nonaka e Hirotaka Takeuchi a principios de los 80, al analizar cmo desarrollaban los
nuevos productos las principales empresas de manufactura tecnolgica.

Y aunque he ledo que Scrum es una metodologa, yo creo que es ms bien un modelo para
definir el proceso de desarrollo que se ejecutar durante un proyecto y que permita
mantener la flexibilidad suficiente para adaptarse a un contexto cambiante pero
manteniendo reglas que todos los participantes en el proyecto estn al tanto y deben
conocer y en donde se potencian los siguientes aspectos: ser gil, flexible y colaborativo.

Los Roles dentro de Scrum son: Scrum Master, Product Owner, Stakeholders y usuarios ya
existen otros Blogs o documentacin de lo que hace cada uno de estos roles y componentes.

Con Scrum solucionamos lo siguiente del cliente o del rea requiriente: Tener resultados a
corto plazo, cambiar a menudo los requisitos del proyecto y ver si se cumplen sus
expectativas

Pero cuando debemos usar Scrum, ya que no es para todo tipo de proyectos, Generalmente
es recomendable utilizar scrum cuando son equipos de desarrollo son pequeos, cuando
existe en la organizacin o en el cliente poca necesidad de dejar todo documentado, cuando
los proyectos tienen riesgos de sufrir cambios durante el proceso y por ltimo confianza en
el modelo y por lo tanto antes de empezar un proyecto basado en scrum lo recomendable es
aprender bien cules son sus principios y maneras de operar.
En definitiva si sus expectativas son las entregas rpidas y tener mucho control sobre la
ejecucin del proyecto, scrum es la manera ms til porque se enfoca precisamente en este
aspecto.