Comprender el diseño ágil y por qué es importante

No es ningún secreto que el proceso de desarrollo ágil ha estado avanzando rápidamente por el mundo del desarrollo durante varios años, dejando de lado el método de desarrollo de cascada más antiguo y más torpe. Para ser justos, ya sea ágil u otra cosa, la cascada realmente lo hizo venir, ya que su enfoque de aversión al riesgo, 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, disciplinas diferentes. Echemos un vistazo más profundo primero a lo que es el desarrollo ágil, y luego a algunas excelentes maneras de adaptar el proceso al mundo del diseño.

Una cartilla rápida sobre desarrollo ágil

El Manifiesto Ágil enfatiza las personas y las interacciones sobre procesos y herramientas. En la práctica, esto significa comunicarse con frecuencia tanto dentro de los equipos como con el cliente, así como hacer cosas como reuniones periódicas diarias para que todo el equipo pueda mantenerse al tanto de las actividades de sus miembros. Esto crea un ciclo de retroalimentación consistente que permite a los equipos ajustarse en función de lo que les dicen los clientes, los beta testers y el mercado, al tiempo que verifica 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 futuro. Esto generalmente toma la forma de iteraciones, períodos cortos e intensos de producción con objetivos más pequeños y más alcanzables que se desarrollan en iteraciones futuras.

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 a los clientes. Esto comienza en la fase de propuesta e investigación con maquetas 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 abstracto, completamente desprovisto de la opinión del cliente. Como sabemos muy bien, los clientes a menudo obtienen una comprensión mucho más clara de lo que están buscando cuando un sitio se une. Además, la demanda del mercado tiene la costumbre 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 cambio de ruta requiere mucho trabajo y tiempo.

Adoptar un enfoque ágil de bucle de clientes en cada fase del proceso y producir un flujo constante de entregas puede ayudar a solucionar esto, ya que les permite a los clientes jugar con los diseños a medida que avanzan. También les permite obtener una mejor comprensión de 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á un equipo adaptarse a las demandas cambiantes en el camino, en lugar de tener que volver sobre sus pasos.

En resumen: haga del cliente un miembro de su equipo.

Con frecuencia compila el trabajo entre equipos

En el mundo del desarrollo, la integración del trabajo intra e inter-equipo es una parte crucial de cualquier proyecto. Esto es tanto 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 ocurre a intervalos poco frecuentes, lo que hace que sea aún más difícil para los desarrolladores encontrar errores en una cantidad masiva de código. También conduce a muchos retrasos y retrasos en el envío.

No es así con el método ágil de integración continua, que tiene desarrolladores 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 cartera de pedidos 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 hacer un simple chequeo diario con otros miembros del equipo o comunicarse con más frecuencia con los desarrolladores para determinar qué es técnicamente posible implementar antes de emprender una ruta de diseño emocionante pero difícil. La comunicación entre equipos y la compilación del trabajo también mantendrán a los diseñadores enfocados en el diseño cuando el diseño sea necesario, en lugar de planificar demasiado 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 para mantener las iteraciones en el camino correcto. Por "prueba" me refiero a mirar más allá de la integración a la funcionalidad de un diseño tanto a nivel micro como macro al desarrollar un punto de vista de resolución de problemas. En el desarrollo ágil, los desarrolladores dividen los problemas más grandes en problemas 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 se abordarán de inmediato o en la próxima iteración. Esto mantiene a los desarrolladores en el camino y a tiempo, evitando el tipo de parálisis que ocurre cuando se aborda 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 evitan que los diseñadores se vean atrapados en el mayor problema de todos: saber desde el principio exactamente cómo Un sitio debe verse y sentirse. Al centrarse 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, no se puede ignorar el valor de hacer zoom para volver al nivel macro, o los diseños se volverán demasiado inconexos. Como un buen equilibrio entre el enfoque de resolución de problemas más pequeño de Agile y la visión más holística de la cascada, vale la pena dedicar varias iteraciones a la resolución de problemas en el contexto de la imagen más grande, y también simplemente ver la vista por razones de 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 funcionen para usted y adaptarlos a medida que avanza. Eso, después de todo, parece algo ágil.

© Copyright 2024 | computer06.com