{"id":634958,"date":"2017-04-12T00:00:00","date_gmt":"2017-04-11T22:00:00","guid":{"rendered":"https:\/\/www.ie.edu\/insights\/latest-news\/articles\/metodologias-agiles-transformar-las-organizaciones-minimizar-los-errores-los-costes\/"},"modified":"2019-01-31T10:50:59","modified_gmt":"2019-01-31T09:50:59","slug":"metodologias-agiles-transformar-las-organizaciones-minimizar-los-errores-los-costes","status":"publish","type":"articles","link":"https:\/\/www.ie.edu\/insights\/es\/articulos\/metodologias-agiles-transformar-las-organizaciones-minimizar-los-errores-los-costes\/","title":{"rendered":"Metodolog\u00edas \u00e1giles: transformar las organizaciones para minimizar errores y costes"},"featured_media":636449,"template":"","meta":{"_has_post_settings":[]},"schools":[],"areas":[36,37,44,38,45],"subjects":[],"class_list":["post-634958","articles","type-articles","status-publish","has-post-thumbnail","hentry","areas-competitividad-y-crecimiento","areas-emprendimiento","areas-estrategia","areas-control-y-finanzas","areas-talento"],"custom-fields":{"wpcf-article-leadin":["Las metodolog\u00edas \u00e1giles son una demanda que aparece en el mercado, pero no son la soluci\u00f3n para todo. Hay diferentes tipos de pr\u00e1cticas y, en funci\u00f3n del nivel de madurez de la organizaci\u00f3n, puede interesar aplicar unas u otras, pero lo tradicional y lo \u00e1gil tendr\u00e1n que convivir muchos a\u00f1os."],"wpcf-article-body":["Las organizaciones no cambian su forma de funcionar de un modo instant\u00e1neo; al contrario, su proceso de transformaci\u00f3n conlleva a\u00f1os y requiere recursos. Hay que encontrar una grieta en el funcionamiento para, a partir de ah\u00ed, impulsar el cambio.\r\n\r\nLas metodolog\u00edas \u00e1giles son muy adecuadas cuando hay problemas cuya soluci\u00f3n final se desconoce o existe una gran incertidumbre en la t\u00e9cnica. Un\u00a0ejemplo lo constituye el software,<\/em> cuya viabilidad se desconoce hasta que se ense\u00f1a al potencial usuario.\r\n\r\n \r\n\r\nUna demanda del mercado<\/strong>\r\n\r\nLa\u00a0demanda actual del mercado se puede esquematizar en los siguientes puntos:\r\n
    \r\n \t
  1. Mayor implicaci\u00f3n de todos en la definici\u00f3n de proyectos de transformaci\u00f3n digital.<\/li>\r\n \t
  2. Salir antes a producci\u00f3n.<\/li>\r\n \t
  3. Desarrollar m\u00e1s proyectos en paralelo.<\/li>\r\n \t
  4. Mejorar la calidad percibida e interna de los desarrollos.<\/li>\r\n<\/ol>\r\nTodo esto implica que cualquier entorno demanda ya una transformaci\u00f3n digital, que no es sino una transformaci\u00f3n de la organizaci\u00f3n. Los jefes de proyecto, los directores y los mandos intermedios ya no est\u00e1n solo para ejecutar, sino tambi\u00e9n para aportar ideas. Adem\u00e1s, es necesario desarrollar los proyectos a mayor velocidad, de una forma m\u00e1s sencilla y a un menor coste.\r\n\r\nDe\u00a0esta forma, lo primero que hay que\u00a0aprender es a definir los proyectos de otro modo, integrando las modificaciones y correcciones de lo existente y previendo hacia d\u00f3nde se dirigir\u00e1 el mercado en unos a\u00f1os. Para ello hay que situar al cliente en el medio y ponerse en su lugar, empatiz\u00e1ndo con \u00e9l. Se estudia al usuario y sus necesidades y, donde hay una frustraci\u00f3n de un cliente, siempre existe una oportunidad.\r\n
    Cualquier entorno demanda ya una transformaci\u00f3n digital, que no es sino una transformaci\u00f3n de la organizaci\u00f3n. Los jefes de proyecto, los directores y los mandos intermedios ya no est\u00e1n solo para ejecutar, sino tambi\u00e9n para aportar ideas.<\/blockquote>\r\nHistorias de usuario<\/strong>\r\n\r\nPara hacer cosas r\u00e1pidamente, se debe hacer poco, muy concreto y que aporte mucho valor. En las metodolog\u00edas \u00e1giles, los proyectos se definen sobre la base de lo que se llaman \u201chistorias de usuario\u201d, que consiste en imaginarse el proyecto como si ya estuviera construido. Eso requiere pensar en c\u00f3mo lo utilizar\u00edan todas las partes y priorizar y jerarquizar esas peticiones.\r\n\r\nEn el modelo cl\u00e1sico se incorpora al usuario al final del proceso, por lo que no se obtiene feedback<\/em> hasta que es muy tarde. Sin embargo, en las metodolog\u00edas \u00e1giles, a partir de\u00a0una definici\u00f3n sencilla, se empieza a construir y se entrega en poco tiempo, bas\u00e1ndose en la jerarquizaci\u00f3n de las prioridades que se han aportado. En los primeros ciclos, las posibilidades de que no se hayan entendido bien las necesidades de negocio o del proyecto o que se desconozca la tecnolog\u00eda son altas y se pueden producir desajustes, pero ocurren en una etapa muy temprana, por lo que se pueden resolver pronto. Si se va mostrando el producto al usuario en ciclos cortos, se pueden ir realizando ajustes de forma que se obtenga lo que realmente quiere.\r\n\r\n \r\n

    \"Metodologias<\/a><\/p>\r\n \r\n\r\nLo que se necesita en lugar de lo que se contrata<\/strong>\r\n\r\nEn el modelo tradicional, la entrega del producto o servicio se suele producir meses m\u00e1s tarde de lo que se establece en el contrato. En este nuevo modelo \u00e1gil, sin embargo, al\u00a0ir construyendo lo que el negocio necesita, se\u00a0puede corregir algo que no va por buen camino o, por el contrario, si el proceso va muy bien, se puede salir antes al mercado, ya que todo ha sido probado muchas veces por el usuario final. Ese es el principal valor que aportan las metodolog\u00edas \u00e1giles.\r\n\r\nEn una empresa con un modelo en cascada en la que se defina, analice, dise\u00f1e y construya excelentemente, el coste podr\u00eda ser el mismo que en un modelo \u00e1gil. Sin embargo, la gran diferencia es que en ese modelo se involucra al usuario en una fase muy tard\u00eda, mientras que con las din\u00e1micas \u00e1giles participa desde una fase muy temprana. En el primer modelo, el resultado ser\u00eda lo contratado hace meses, mientras que en el segundo se obtendr\u00eda lo que realmente necesitamos ahora.\r\n\r\nEs decir, el riesgo de un proyecto en cascada es completo porque primero se construye y despu\u00e9s se entrega, mientras que en el \u00e1gil el riesgo es peque\u00f1o ya que se\u00a0est\u00e1 validando constantemente. De este modo, los modelos \u00e1giles son mucho m\u00e1s baratos porque desaparece el desajuste respecto a las expectativas del usuario.\r\n

    El riesgo de un proyecto en cascada es completo porque primero se construye y despu\u00e9s se entrega, mientras que en el \u00e1gil el riesgo es peque\u00f1o ya que se\u00a0est\u00e1 validando constantemente.<\/blockquote>\r\nMetodolog\u00edas<\/strong>\r\n\r\nEn los modelos \u00e1giles hay varias metodolog\u00edas. El modelo Scrum ayuda a definir los proyectos predictivos. Por su parte, el modelo Kanban aporta gran valor en entornos en los que no se sabe lo que va a ocurrir al d\u00eda siguiente, es decir, para proyectos m\u00e1s adaptativos. Sin embargo, normalmente los equipos tienen que hacer las dos cosas a la vez, con la metodolog\u00eda mixta denominada Scrumban<\/em>.<\/em>\r\n\r\nEn la metodolog\u00eda Scrum, el primer paso es\u00a0definir lo que se denomina la pila de un producto, las historias, prioriz\u00e1ndolas seg\u00fan su valor para el negocio.\u00a0A partir de ah\u00ed se empiezan a construir en un ciclo corto y se van entregando a los usuarios de negocio para su validaci\u00f3n. Los ciclos duran entre dos y tres semanas, en las que el equipo va analizando los resultados y los impedimentos que encuentra. En esta metodolog\u00eda se hace\u00a0visible todo el proceso a trav\u00e9s de paneles.\r\n\r\nParalelamente, es necesario integrar la calidad y no confiar en que todo va a funcionar al final del proceso. Existen numerosos mecanismos que permiten esta verificaci\u00f3n a medida que se construye, con el objetivo de no generar desperdicios manteniendo trabajo en curso no instalado.\r\n\r\nLos modelos \u00e1giles hacen m\u00e1s visible el trabajo. Los proyectos se descomponen en tareas, haciendo visible cu\u00e1les est\u00e1n acabadas y cu\u00e1les no, al tiempo que simplifican la supervisi\u00f3n y refuerzan la confianza. Las organizaciones se aplanan, evitando la divisi\u00f3n entre los equipos que ejecutan y los que definen: solo hay un equipo. Pueden incluso requerir menos personas implicadas, pero s\u00ed m\u00e1s cualificadas y multitarea, dando m\u00e1s valor al conocimiento.\r\n\r\n \r\n\r\nPrincipios de Lean + Agile<\/strong>\r\n\r\nSe podr\u00eda resumir que en las metodolog\u00edas \u00e1giles se pueden entremezclar los principios de Lean y el Manifiesto \u00e1gil:\r\n
      \r\n \t
    • Lean:<\/span>\r\n
        \r\n \t
      • Mirar el todo.<\/li>\r\n \t
      • Entregar tan pronto como sea posible.<\/li>\r\n \t
      • Decidir lo m\u00e1s tarde posible.<\/li>\r\n \t
      • Eliminar el desperdicio.<\/li>\r\n \t
      • Amplificar el aprendizaje.<\/li>\r\n \t
      • Potenciar a las personas.<\/li>\r\n \t
      • Integrar la calidad.<\/li>\r\n<\/ul>\r\n<\/li>\r\n \t
      • Manifiesto por el desarrollo \u00e1gil de software.<\/em><\/span> Estamos descubriendo formas mejores de desarrollar software,<\/em>\u00a0tanto por nuestra propia experiencia como ayudando a terceros. A trav\u00e9s de este trabajo, hemos aprendido a valorar:\r\n
          \r\n \t
        • Individuos e interacciones sobre procesos y herramientas (personas trabajando juntas: se decide,\u00a0desarrolla y valida en equipo).<\/li>\r\n \t
        • El software<\/em> funcionando sobre documentaci\u00f3n extensiva.<\/li>\r\n \t
        • La colaboraci\u00f3n con el cliente respecto a una negociaci\u00f3n contractual.<\/li>\r\n \t
        • La respuesta ante el cambio antes que seguir un plan (centrado en lo que el cliente quiere y necesita, no lo que pon\u00eda en un contrato de lo que se habl\u00f3 hace seis meses).<\/li>\r\n<\/ul>\r\n<\/li>\r\n<\/ul>\r\n \r\n\r\n\u00a9 IE Insights.\r\n\r\n "],"wpcf-article-extract-enable":["1"],"wpcf-article-extract":["Por Roberto Canales Mora<\/strong>. Las metodolog\u00edas \u00e1giles son una demanda que aparece en el mercado, pero no son la soluci\u00f3n..."],"wpcf-article-summary-enable":["1"],"wpcf-article-summary":["La transformaci\u00f3n digital supone un largo proceso de cambio en la organizaci\u00f3n. En el nuevo modelo, todos sus miembros deben participar aportando ideas, los proyectos deben realizarse a mayor velocidad y menor coste y el cliente debe hallarse en el centro de todas las decisiones. Las metodolog\u00edas \u00e1giles incorporan al usuario desde el comienzo del proyecto, mostr\u00e1ndole el producto en ciclos cortos y realizando ajustes seg\u00fan su feedback.<\/em> Esto permite salir antes al mercado y reducir los costes que puedan surgir del desajuste respecto a las expectativas del usuario. La metodolog\u00eda mixta Scrumban<\/em> es el modelo \u00e1gil m\u00e1s utilizado, ya que ayuda a definir los proyectos predictivos en entornos impredecibles. El objetivo es crear un equipo profesional unido y minimizar los errores y los costes."]},"_links":{"self":[{"href":"https:\/\/www.ie.edu\/insights\/es\/wp-json\/wp\/v2\/articles\/634958","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.ie.edu\/insights\/es\/wp-json\/wp\/v2\/articles"}],"about":[{"href":"https:\/\/www.ie.edu\/insights\/es\/wp-json\/wp\/v2\/types\/articles"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.ie.edu\/insights\/es\/wp-json\/wp\/v2\/media\/636449"}],"wp:attachment":[{"href":"https:\/\/www.ie.edu\/insights\/es\/wp-json\/wp\/v2\/media?parent=634958"}],"wp:term":[{"taxonomy":"schools","embeddable":true,"href":"https:\/\/www.ie.edu\/insights\/es\/wp-json\/wp\/v2\/schools?post=634958"},{"taxonomy":"areas","embeddable":true,"href":"https:\/\/www.ie.edu\/insights\/es\/wp-json\/wp\/v2\/areas?post=634958"},{"taxonomy":"subjects","embeddable":true,"href":"https:\/\/www.ie.edu\/insights\/es\/wp-json\/wp\/v2\/subjects?post=634958"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}