Ingeniero

Esquema tradicional de proyectos vs SCRUM
Ya en una ocasión anterior, comentamos los diferentes PMLCs y sus diferencias básicas a nivel de proceso. Hoy daremos una aproximación a mayor detallesobre SCRUM y como sustenta sus diferentes ciclos o iteraciones de desarrollo.
Primero, pensemos en cómo es que funciona el esquema tradicional de gestión de proyectos. El esquema tradicional se basa enlos requerimientos para poder dimensionar en una primera base, los recursos (de cualquier tipo) y el tiempo en base a las dependencias que existan entre las diferentes actividades del proyecto. Esteesquema nos deja con una necesidad primordial de tener todos los requerimientos completos y maduros desde un inicio, sin embargo esto es algo muy difícil de obtener.
A este respecto, la realidad nosmuestra que en el 80% de nuestros proyectos (por lo menos en el ramo de TI) no tienen requerimientos completos y maduros al inicio. Muchas ocasiones tenemos que iniciar con unas definicionesincompletas, con una visión parcial de la solución, lo cual, imposibilita tener un dimensionamiento correcto en este esquema tradicional, pero ¿Qué pasa si volteamos ahora la pirámide? ¿No pudiéramos dejarrecursos y tiempo fijo, para posterior ver como agregamos valor a la solución? Con la finalidad de aclarar esta idea veamos el siguiente diagrama (tomado de “The Scrum Field Guide: Practical Advice forYour First Year” por Mitch Lacey)


Primero, me gustaría aclarar que la pirámide invertida es vital para el entendimiento del esquema de uno u otro PLMC. De un lado tenemos que ajustar el “plan”(esquema tradicional) en base a los requerimientos y del otro, lo que tenemos que ajustar son los factores que agregan “valor” a la solución en base a los recursos. En la parte lo que tenemos enestimaciones es exactamente la solución para SCRUM, de lo cual, nos permite tener una visión diferente de cómo podemos elaborar y desarrollar nuestra aplicación. Aquí lo vital, es entender que SCRUM se...