{"id":51,"date":"2018-09-01T12:30:45","date_gmt":"2018-09-01T17:30:45","guid":{"rendered":"https:\/\/andressalcedo.com\/blog\/?p=51"},"modified":"2023-03-19T14:23:38","modified_gmt":"2023-03-19T19:23:38","slug":"el-origen-de-las-metodologias-agiles","status":"publish","type":"post","link":"https:\/\/andressalcedo.com\/blog\/el-origen-de-las-metodologias-agiles\/","title":{"rendered":"El origen de las metodolog\u00edas \u00e1giles"},"content":{"rendered":"\n

Enfoques de entregas tradicionales basados en modelos cascada tienen sus or\u00edgenes en la d\u00e9cada de los a\u00f1os setenta. Tambi\u00e9n conocidos como modelo secuencial de procesos<\/strong>. Donde, el inicio de una etapa del proyecto depende exclusivamente del cierre de la etapa anterior.<\/p>\n\n\n\n

Este tipo de metodolog\u00eda funciona muy bien en \u00e1mbitos r\u00edgidos y estables<\/strong>. De hecho su origen yace en ingenier\u00edas como la civil y mec\u00e1nica. En estos entornos los cambios suelen ser traum\u00e1ticos, por el alto costo que implica asumirlos.<\/p>\n\n\n\n

Por esta raz\u00f3n, las metodolog\u00edas tradicionales de gesti\u00f3n de proyectos se han especializado en la prevenci\u00f3n y mitigaci\u00f3n de riesgos<\/strong> que impacten el alcance y planeaci\u00f3n. A esto se debe que se les referencie bajo el t\u00e9rmino de modelos predictivos<\/strong>.<\/p>\n\n\n\n

Dado que en este contexto los cambios se hacen pr\u00e1cticamente imposibles de ejecutar. Se requiere de mayor esfuerzo y calidad en las etapas tempranas del proyecto. Un mal levantamiento de informaci\u00f3n o de los requisitos del cliente, puede implicar la construcci\u00f3n de un producto totalmente diferente al esperado.<\/p>\n\n\n\n

En 1970 Winston W. Royce, public\u00f3 un paper haciendo cr\u00edtica sobre la forma como se desarrollaban programas de computadora. Argumentando que no era suficiente construir en fases una tras otra asumiendo que la etapa anterior finaliza correctamente sin errores<\/strong>.<\/p>\n\n\n\n

Adem\u00e1s, en cada nueva fase hab\u00eda aprendizaje sobre cosas que no se hab\u00edan tenido en cuenta. Este feedback se deb\u00eda considerar como un input de las etapas anteriores, ocasionando replanteamientos en el dise\u00f1o e incluso los requerimientos, y como consecuencia obteniendo un ciclo infinito.<\/p>\n\n\n\n

Este paper fue malinterpretado por la industria. Royce nunca defendi\u00f3, ni se refiri\u00f3 a esto como un m\u00e9todo eficaz<\/strong>, el propon\u00eda trabajar de una forma diferente, mediante un esquema incremental. Esta forma de construir productos se adopt\u00f3 en la ingenier\u00eda de software, desarrollando por fases secuenciales, sin ning\u00fan tipo de feedback entre cada una de estas, para evitar el problema del ciclo infinito.<\/p>\n\n\n\n

Royce represent\u00f3 el modelo de fases secuenciales con los siguiente 7 pasos:<\/p>\n\n\n\n