![\"\"](\"https:\/\/i0.wp.com\/www.thediar.com\/wp-content\/uploads\/12877140.png?resize=184%2C275&ssl=1\")
<\/p>\n<\/p>\n
En 1970, Alvin Toffler public\u00f3 El Shock del Futuro. En este libro destac\u00f3 el car\u00e1cter acelerado del progreso cient\u00edfico y tecnol\u00f3gico y plante\u00f3 la hip\u00f3tesis de que bajo este tipo de cambio, en pocas d\u00e9cadas, los individuos y las sociedades simplemente ser\u00edan incapaces de manejar una realidad que se modifica continuamente. Esto eventualmente har\u00eda que nuestras sociedades cayeran en un estado de par\u00e1lisis (shock) en el que el progreso se ver\u00eda resentido, incluso pudiendo detenerse abruptamente.<\/span><\/p>\n El futuro est\u00e1 aqu\u00ed. El ritmo de cambio en nuestros d\u00edas es de tal magnitud que es absolutamente imposible mantenerse al d\u00eda en cualquier \u00e1rea del conocimiento. Esto s\u00f3lo puede ser posible mediante un nivel sin precedentes de hiperespecializaci\u00f3n.<\/span><\/p>\n Sin embargo, no nos hemos paralizado.<\/span> Las metodolog\u00edas \u00e1giles son una de estas herramientas. Las metodolog\u00edas \u00e1giles nacidas en el universo del desarrollo de software, pero se han adoptado r\u00e1pidamente -sin excesivas adaptaciones- a diferentes tipos de proyectos en \u00e1reas profesionales muy diversas, incluyendo la propia gesti\u00f3n empresarial.<\/span><\/p>\n Los m\u00e9todos de desarrollo tradicionales comenzaron a ser cuestionados durante la \u00faltima d\u00e9cada del siglo XX. Hasta entonces la clave era planificar y documentar de forma extensa y detallada todo el trabajo que se iba a realizar, luego ir a ejecutar lo planeado teniendo cuidado fundamentalmente en el manejo de cualquier desviaci\u00f3n que pudiera surgir. Sin embargo, esta forma de trabajo no permiti\u00f3 al equipo del proyecto adaptarse a los cambios que pudieran surgir durante la ejecuci\u00f3n del plan. Cuando el proyecto llegaba a su fin, en el mejor de los casos ya no se ajustaba a todas las necesidades de los usuarios, en el peor de los casos era simplemente inutilizable. Cuanto mayor era el proyecto, mayores eran las desviaciones.<\/span><\/p>\n Debido a esa preocupaci\u00f3n, la industria del software comienza a adoptar m\u00e9todos de trabajo que ponen el \u00e9nfasis en el desarrollo r\u00e1pido, la adaptaci\u00f3n r\u00e1pida al cambio y el aprendizaje gradual de las necesidades de los usuarios. Metodolog\u00edas como Scrum (1995), eXtreme Programing (XP, 1999), Lean Software Development (2003), Kanban (2004), entre otras, incorporan estas capacidades, dando soluci\u00f3n a las deficiencias de las metodolog\u00edas anteriores. <\/span><\/p>\n <\/p>\n Durante Febrero de 2001 un grupo de especialistas en desarrollo de software cre\u00f3 el nombre de M\u00e9todos \u00c1giles para referirse a esta nueva forma de trabajar. Elaboraron el denominado \u00a0Manifiesto Agile en el que se establecen cuatro valores a satisfacer en tales metodolog\u00edas:<\/span> Estamos descubriendo formas mejores de desarrollar software tanto por nuestra propia experiencia como ayudando a terceros. A trav\u00e9s de este trabajo hemos aprendido a valorar:<\/p>\n Esto es, aunque valoramos los elementos de la derecha, valoramos m\u00e1s los de la izquierda.<\/p><\/blockquote>\n <\/p>\n En resumen, necesitamos centrarnos m\u00e1s en las personas y sus necesidades que en los procesos que desarrollan para satisfacer esas necesidades. Volvernos Agile.<\/span><\/p>\n Por supuesto, entender -o incluso aplicar- esos valores no es suficiente para afirmar que est\u00e1 utilizando una metodolog\u00eda Agile en nuestros proyectos. Es com\u00fan encontrar profesionales de gesti\u00f3n de proyectos que pretenden utilizar un determinado m\u00e9todo, Scrum o XP, por ejemplo, cuando en realidad no lo est\u00e1n haciendo.<\/span><\/p>\n La libertad no es lo mismo que el caos. Las metodolog\u00edas \u00e1giles son altamente personalizables, pero para modificarlas es obligatorio un conocimiento profundo del m\u00e9todo elegido y un cierto grado de exposici\u00f3n trabajando con su sabor original.<\/span><\/p>\n Por \u00faltimo, convertirse en Agile es mucho m\u00e1s que adoptar una metodolog\u00eda espec\u00edfica o un conjunto de herramientas. Mediante el uso de una metodolog\u00eda Agile las organizaciones cambian gradualmente su centro de gravedad de los procesos y el control a las personas y sus necesidades… de los medios a los objetivos. Tener una mente abierta es un requisito indispensable para poder dar realizar ese cambio y poder disfrutar de sus ventajas.<\/span><\/p>","protected":false},"excerpt":{"rendered":" En 1970, Alvin Toffler public\u00f3 El Shock del Futuro. En este libro destac\u00f3 el car\u00e1cter acelerado del progreso cient\u00edfico y tecnol\u00f3gico y plante\u00f3 la hip\u00f3tesis de que bajo este tipo de cambio, en pocas d\u00e9cadas, los individuos y las sociedades […]<\/p>\n","protected":false},"author":7,"featured_media":940,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_jetpack_memberships_contains_paid_content":false,"footnotes":""},"categories":[1],"tags":[],"class_list":["post-935","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-blog","clearfix"],"aioseo_notices":[],"jetpack_featured_media_url":"https:\/\/i0.wp.com\/www.thediar.com\/wp-content\/uploads\/48914276.png?fit=600%2C358&ssl=1","jetpack_shortlink":"https:\/\/wp.me\/p8d1gX-f5","jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/www.thediar.com\/es\/wp-json\/wp\/v2\/posts\/935","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.thediar.com\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.thediar.com\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.thediar.com\/es\/wp-json\/wp\/v2\/users\/7"}],"replies":[{"embeddable":true,"href":"https:\/\/www.thediar.com\/es\/wp-json\/wp\/v2\/comments?post=935"}],"version-history":[{"count":3,"href":"https:\/\/www.thediar.com\/es\/wp-json\/wp\/v2\/posts\/935\/revisions"}],"predecessor-version":[{"id":944,"href":"https:\/\/www.thediar.com\/es\/wp-json\/wp\/v2\/posts\/935\/revisions\/944"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.thediar.com\/es\/wp-json\/wp\/v2\/media\/940"}],"wp:attachment":[{"href":"https:\/\/www.thediar.com\/es\/wp-json\/wp\/v2\/media?parent=935"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.thediar.com\/es\/wp-json\/wp\/v2\/categories?post=935"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.thediar.com\/es\/wp-json\/wp\/v2\/tags?post=935"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
\n<\/span>
\n<\/span>Hemos encontrado t\u00e9cnicas y desarrollado herramientas que nos permiten, no s\u00f3lo manejar la enorme complejidad del cambio acumulado, sino incluso seguir creando cambios y acelerando continuamente.<\/span><\/p>\n\u00bfQu\u00e9 significa ser Agile?<\/span><\/h2>\n
![\"\"](\"https:\/\/i0.wp.com\/www.thediar.com\/wp-content\/uploads\/41560026.png?resize=640%2C316&ssl=1\")
<\/p>\n
\n<\/span><\/p>\n\n
\n
\n
Agile como enfoque para la ejecuci\u00f3n de proyectos<\/h2>\n
![\"\"](\"https:\/\/i0.wp.com\/www.thediar.com\/wp-content\/uploads\/48914276.png?resize=300%2C179&ssl=1\")
Cuando empezamos a utilizar un enfoque para la ejecuci\u00f3n de proyectos con una metodolog\u00eda Agile se nos anima a modificar la metodolog\u00eda para adaptarla a nuestras necesidades particulares, capacidades, cultura y caracter\u00edsticas del proyecto. Guiados por esta recomendaci\u00f3n, a veces modificamos o suprimimos elementos fundamentales de la metodolog\u00eda elegida, obteniendo resultados que no son atractivos o incluso contraproducentes. Al hacerlo, no estamos obteniendo una experiencia real y crear una percepci\u00f3n err\u00f3nea sobre un enfoque Agile, poniendo en riesgo una adopci\u00f3n Agile exitosa.<\/span><\/p>\n