Agile es una metodolog\u00eda de desarrollo de software que ayuda a las organizaciones a responder al cambio. Las peque\u00f1as empresas, las empresas Fortune 500 e incluso el FBI siguen la metodolog\u00eda Agile.<\/p>\n\n\n\n
Gartner define Agile como un \u00abenfoque de desarrollo que ofrece software en incrementos siguiendo los principios del Manifiesto para el desarrollo \u00e1gil de software\u00bb. Lo que eso significa es que Agile es una metodolog\u00eda de desarrollo de software flexible e iterativa dise\u00f1ada para ajustarse r\u00e1pidamente con la retroalimentaci\u00f3n.<\/p>\n\n\n\n
Hay varios tipos de marcos Agile: Scrum, Crystal, Dynamic Systems Development Method y Feature-Driven Development (FDD). Cada enfoque sigue los principios fundamentales de Agile, incluido un enfoque en las personas que realizan el trabajo y la colaboraci\u00f3n entre el negocio y TI. Un principio clave del desarrollo Agile efectivo es buscar comentarios frecuentes de los usuarios finales para obtener los resultados correctos. Al principio, esto incluye:<\/p>\n\n\n\n
1. Establecer los objetivos comerciales del proyecto<\/strong><\/p>\n\n\n\n 2. Escribir historias de usuario<\/strong><\/p>\n\n\n\n 3. Creando atrasos<\/strong><\/p>\n\n\n\n A lo largo del proceso Agile, el equipo comparte demostraciones de trabajo para recopilar comentarios y descubrir necesidades imprevistas. Los usuarios deben poder enviar problemas, sugerencias e ideas a trav\u00e9s de mecanismos de retroalimentaci\u00f3n incorporados dentro del software, tanto durante el desarrollo como una vez en producci\u00f3n. Idealmente, hay un circuito cerrado que aporta comentarios directamente al entorno de desarrollo, lo que permite una iteraci\u00f3n continua.<\/p>\n\n\n\n Con Agile, las plataformas visuales y colaborativas crean un lenguaje com\u00fan para que los desarrolladores y usuarios discutan la funcionalidad y validen las suposiciones. Esto sucede mientras se pueden realizar cambios y pre visualizarlos all\u00ed mismo en el acto.<\/p>\n<\/blockquote>\n\n\n\n Las plataformas de Low Code son particularmente \u00fatiles aqu\u00ed. Con puntos de interacci\u00f3n regulares a trav\u00e9s de reuniones y demostraciones, los desarrolladores pueden recopilar continuamente nuevos conocimientos para adaptar y alinear mejor el software con los objetivos comerciales y del usuario.<\/p>\n\n\n\n \u00bfD\u00f3nde encaja Lean con Agile y el pensamiento de dise\u00f1o?<\/strong><\/p>\n\n\n\n Sin Lean, no habr\u00eda Agile. Lean es una metodolog\u00eda de producci\u00f3n que comenz\u00f3 en la industria manufacturera como una forma de ayudar a las empresas a reducir el desperdicio (cualquier cosa que no aporte valor al usuario), aumentar la innovaci\u00f3n y optimizar los procesos. La historia de Lean se remonta a la d\u00e9cada de 1450 en Venecia, pero Henry Ford fue el primero en integrarlo verdaderamente en un proceso de producci\u00f3n en 1913.<\/p>\n\n\n\n Cuando se trata de desarrollo de software, Agile sigue muchos de los mismos principios que la metodolog\u00eda Lean, que incluyen: desarrollo iterativo r\u00e1pido y frecuente, bucles de retroalimentaci\u00f3n breves o \u00absprints\u00bb en terminolog\u00eda Agile y procesos disciplinados a prueba de errores.<\/p>\n\n\n\n Pensamiento de dise\u00f1o vs Agile<\/strong><\/p>\n\n\n\n Ahora puede que se pregunte: \u00ab\u00bfEl pensamiento de dise\u00f1o es solo otro nombre para el manifiesto y el marco Agile?\u00bb Esa es una gran pregunta. Ambos marcos dependen de la respuesta a la retroalimentaci\u00f3n, pero hay una diferencia fundamental.<\/p>\n\n\n\n Si bien Agile es un enfoque para la resoluci\u00f3n de problemas, Design Thinking es un enfoque para encontrar problemas. Requiere un alto grado de empat\u00eda y comprensi\u00f3n de los usuarios finales, y un proceso iterativo de desarrollo de nuevas ideas, suposiciones desafiantes y redefinici\u00f3n de problemas.<\/p>\n\n\n\n Si bien Agile es un enfoque para la resoluci\u00f3n de problemas, Design Thinking es un enfoque para encontrar problemas.<\/p>\n<\/blockquote>\n\n\n\n El objetivo del pensamiento de dise\u00f1o es identificar soluciones alternativas que pueden no ser necesariamente evidentes. \u200b\u200bHay cinco etapas de pensamiento de dise\u00f1o a trav\u00e9s de las cuales esto se logra:<\/p>\n\n\n\n 1. Empatizar<\/strong><\/p>\n\n\n\n Comprender a las personas, sus comportamientos y motivaciones. La gente a menudo no sabe o no puede articular estas cosas expl\u00edcitamente. La comprensi\u00f3n surge al ver a los usuarios y sus comportamientos en contexto para identificar patrones, hacer preguntas y desafiar las suposiciones.<\/p>\n\n\n\n 2. Definir<\/strong><\/p>\n\n\n\n Cree una declaraci\u00f3n de problema procesable para definir el desaf\u00edo correcto a abordar y el conjunto de necesidades que es importante cumplir en funci\u00f3n de la organizaci\u00f3n, sus objetivos y la perspectiva de los usuarios finales.<\/p>\n\n\n\n 3. Idear<\/strong><\/p>\n\n\n\n Aproveche t\u00e9cnicas como lluvia de ideas, mapas mentales, bocetos o prototipos en papel para dar un paso atr\u00e1s, ampliar y crear soluciones innovadoras que no se concibieron originalmente.<\/p>\n\n\n\n 4. Prototipo<\/strong><\/p>\n\n\n\n Da vida a las ideas mostr\u00e1ndolas en lugar de contarlas. Cree r\u00e1pidamente prototipos que funcionen para poner algo en manos de los usuarios y comience a recopilar comentarios del mundo real.<\/p>\n\n\n\n 5. Evaluar<\/strong><\/p>\n\n\n\n Aprenda de las experiencias de los usuarios, itere y repita el proceso seg\u00fan sea necesario hasta alcanzar un Producto M\u00ednimo Viable (MVP).<\/p>\n\n\n\n Mejor juntos: Agile y pensamiento de dise\u00f1o<\/strong><\/p>\n\n\n\n Juntos, el pensamiento de dise\u00f1o y Agile crean un entorno centrado en el usuario centrado en iteraciones r\u00e1pidas y frecuentes como un medio para alcanzar resultados \u00f3ptimos. Use el pensamiento de dise\u00f1o para identificar los problemas correctos para resolver, y luego use Agile para construir iterativamente soluciones para resolver esos problemas.<\/p>\n\n\n\n El pensamiento de dise\u00f1o brinda un fuerte enfoque en el usuario, mientras que Agile es una excelente manera de ofrecer soluciones de manera incremental. Las necesidades del usuario se mantienen al frente y al centro durante todo el proceso de dise\u00f1o y desarrollo.<\/p>\n\n\n\n Para los equipos que buscan aprovechar Agile y el pensamiento de dise\u00f1o por primera vez, aqu\u00ed hay tres recomendaciones a tener en cuenta:<\/p>\n\n\n\n Comience de a poco:<\/strong> conc\u00e9ntrese en oportunidades de alto valor y bajo riesgo para ganar experiencia usando Design Thinking y Agile juntos. Luego, a medida que madure su capacidad, emprenda iniciativas m\u00e1s desafiantes.<\/p>\n\n\n\n Cree equipos multifuncionales:<\/strong> para facilitar la creatividad requerida, cree equipos multifuncionales que trabajen juntos para dise\u00f1ar y desarrollar soluciones. El equipo debe estar ubicado f\u00edsicamente con los usuarios finales para promover la colaboraci\u00f3n frecuente.<\/p>\n\n\n\n Equilibrar el dise\u00f1o y el desarrollo:<\/strong> debido a que los equipos \u00e1giles a menudo se inclinan por \u00absimplemente comenzar a codificar\u00bb, mezclar las dos metodolog\u00edas por primera vez puede crear tensi\u00f3n sobre cu\u00e1nto tiempo dedicar al pensamiento de dise\u00f1o antes de comenzar el desarrollo. Aseg\u00farese de que el equipo comprenda el valor de las fases de empat\u00eda, definici\u00f3n e ideaci\u00f3n, y que el pensamiento de dise\u00f1o no se aproveche solo al principio del proceso. El equipo debe estar preparado para descubrir nuevos conocimientos de los usuarios y reformular el problema, y \u200b\u200bluego continuar el desarrollo con un sentido renovado de por qu\u00e9.<\/p>\n\n\n\n Escr\u00edbenos para solicitar una demostraci\u00f3n de Mendix.<\/strong><\/p>\n\n\n\n <\/p> \n
\n
![\"\"](\"https:\/\/bissoluciones.com\/blog\/wp-content\/uploads\/2023\/01\/Design-thinking-agile--1024x595.png\")
<\/figure>\n\n\n\n<\/ul><\/div>\n