No es ningún secreto que el proceso de desarrollo ágil se ha desarrollado a través del mundo del desarrollo desde hace varios años, dejando de lado el método de desarrollo de cascadas más antiguo y más desordenado. Para ser justos, ya sea ágil o algo más, la catarata realmente lo hizo venir, ya que su enfoque adverso y de arriba hacia abajo simplemente no puede seguir el ritmo de las demandas del mercado actual.
Si bien se están produciendo cambios similares en el mundo del diseño, el proceso de diseño ágil necesariamente debe verse y sentirse un poco diferente al desarrollo ágil; Son, después de todo, diferentes disciplinas. Analicemos en profundidad qué es el desarrollo ágil y, a continuación, algunas formas excelentes de adaptar el proceso al mundo del diseño.
Una introducción rápida sobre el desarrollo ágil
El Manifiesto Agile enfatiza a las personas y las interacciones sobre los procesos y herramientas. En la práctica, esto significa comunicarse con frecuencia, tanto dentro de los equipos como con el cliente, así como hacer reuniones como reuniones diarias para que todo el equipo pueda mantenerse informado de las actividades de sus miembros. Esto crea un ciclo de retroalimentación consistente que permite a los equipos ajustarse según lo que los clientes, los beta testers y el mercado les están diciendo, mientras que también verifican con frecuencia para asegurarse de que su trabajo sea funcional en el entorno en el que finalmente vivirá.
Más que nada, el proceso ágil enfatiza la producción de entregas a tiempo y dentro del presupuesto, no la perfección, ya que los productos siempre se pueden ajustar en el camino. En su mayoría, toma la forma de iteraciones, períodos cortos e intensos de producción con objetivos más pequeños y alcanzables que se desarrollan en nuevas iteraciones en el futuro.
Entonces, ¿qué pasos puede tomar para adaptar mentalidades similares para un entorno de diseño? Vamos a ver.
Cambia tu relación con tus clientes
El proceso de diseño tradicional juega con un deseo común entre los diseñadores de presentar solo los productos más perfectos para los clientes. Esto comienza en la fase de propuesta e investigación con maquetas de PSD excesivamente elaboradas y continúa hasta la fase de aprobación final. Pero para los proyectos más complejos, realmente no tiene sentido diseñar durante semanas, sino meses, en un resumen, sin la participación del cliente. Como sabemos muy bien, los clientes a menudo obtienen una comprensión mucho más clara de lo que buscan cuando se reúne un sitio. Además, la demanda del mercado tiene el hábito de cambiar más rápido de lo que los diseñadores pueden producir. Esto puede ser frustrante cuando se trabaja dentro de un paradigma en el que el redireccionamiento es laborioso y requiere mucho tiempo.
Adoptar un enfoque ágil de bucle de clientes en cada fase del proceso y producir un flujo constante de entregables puede ayudar a solucionar esto, ya que permite a los clientes jugar con los diseños a medida que avanzan. También les permite comprender mejor cómo operará la visión realizada en un contexto del mundo real. Cuanto más regular sea la comunicación, menores serán las posibilidades de que surjan sorpresas en el camino, mejor podrá adaptarse un equipo a las demandas cambiantes en el camino, en lugar de tener que volver sobre sus pasos.
En resumen: haz del cliente un miembro de tu equipo.
Compilar frecuentemente el trabajo entre equipos
En el mundo del desarrollo, la integración del trabajo entre equipos y entre equipos es una parte crucial de cualquier proyecto. Esto es aún más cierto a medida que los equipos crecen de decenas a miles en las organizaciones más grandes. Pero la integración en el método de cascada se produce en intervalos poco frecuentes, lo que hace que sea aún más difícil para los desarrolladores encontrar errores en una gran cantidad de código. También conduce a una gran cantidad de retrasos y retrasos en el envío.
No es así con el método ágil de integración continua, que cuenta con devs que integran el código una vez, si no, tres veces al día. La integración continua realmente elimina el misterio no deseado de la integración, lo que permite a los desarrolladores detectar errores a medida que surgen y corregirlos de inmediato o agregarlos a la acumulación para la próxima iteración del proyecto. También encaja perfectamente con el concepto ágil de privilegiar las interacciones sobre los procesos, ya que los desarrolladores de todos los equipos deben comunicarse con frecuencia para identificar y corregir este tipo de errores.
Los diseñadores pueden beneficiarse de una mentalidad similar, ya sea que eso signifique realizar un registro simple con otros miembros del equipo a diario, o comunicarse más frecuentemente con los desarrolladores para determinar qué es técnicamente posible implementar antes de descender por una ruta de diseño emocionante pero difícil. La comunicación entre equipos y la compilación del trabajo también mantendrá a los diseñadores enfocados en diseñar cuando el diseño es necesario, en lugar de planear en exceso o incluso implementar un trabajo de diseño que no se sincronice con lo que otros equipos están haciendo.
Prueba, prueba, prueba? Todo el tiempo
En una nota similar pero crucialmente diferente, las pruebas frecuentes son una parte importante de mantener las iteraciones en el buen camino. Por? Pruebas? Me refiero a mirar más allá de la integración a la funcionalidad de un diseño tanto a nivel micro como macro, desarrollando un punto de vista de resolución de problemas. En el desarrollo ágil, los desarrolladores dividen los problemas más grandes en otros más pequeños que pueden abordarse mejor en el marco de iteraciones rápidas. La prueba de este trabajo les permite identificar los problemas que deben abordarse de inmediato o en la siguiente iteración. Esto mantiene a los desarrolladores en la pista y a tiempo, previniendo el tipo de parálisis que se produce cuando se acerca demasiado a la vez.
De esta manera, las pruebas frecuentes y una mentalidad de resolución de problemas no solo pueden mantener el proceso de diseño en marcha, sino que también alimentan la creatividad, ya que impiden que los diseñadores se vean atrapados en el problema más grande de todos: Saber desde el principio exactamente cómo Un sitio debe verse y sentirse. Al enfocarse en problemas más pequeños, los diseñadores pueden adoptar un proceso creativo más emergente y descubrir su visión a medida que avanzan.
Dicho todo esto, el valor de volver a subir al nivel macro no se puede ignorar o, de lo contrario, los diseños se volverán demasiado inconexos. Como un buen equilibrio entre el enfoque de resolución de problemas más pequeños de Agile y la visión más holística de Waterfall, vale la pena dedicar varias iteraciones a la resolución de problemas en el contexto de la imagen general, y también solo tomar la vista por coherencia.
En breve
Cuando realmente lo piensa, el diseño ágil es simplemente la aplicación de ciertos principios de desarrollo ágil al proceso de diseño. Como cada diseñador y equipo de diseño es diferente, es mejor elegir los métodos que mejor se adapten a usted y adaptarlos a medida que avanza. Eso, después de todo, parece ser lo ágil de hacer.