Trabajar en equipo entre diseño y desarrollo no tiene por qué ser un campo de batalla. La clave está en observar los problemas comunes y encontrar soluciones conjuntas a través de acuerdos claros. Cuando ambas partes se comprometen a entenderse, el resultado es un producto mejor y relaciones profesionales más sólidas.
¿Cómo resolver las diferencias en la estimación de tiempos?
Uno de los problemas más habituales en cualquier equipo es la estimación de tiempos de trabajo [0:27]. Diseñar algo bueno requiere considerar muchos factores, y es un error frecuente subestimar el tiempo y esfuerzo que le cuesta al equipo de desarrollo dar vida a los diseños. Cuando esto ocurre, el desarrollo no llega a tiempo para la entrega y se genera frustración con la clientela.
La solución pasa por involucrar al equipo de desarrollo en el proceso de diseño desde el principio [1:02]. De esta forma:
- Se valoran las ideas del equipo técnico desde las primeras etapas.
- El equipo de desarrollo puede estimar con mayor exactitud cuánto tiempo costará implementar cada decisión de diseño.
- Se evitan sorpresas desagradables en las fechas de entrega.
¿Por qué los backgrounds distintos no deberían ser un obstáculo?
Otro problema frecuente es asumir que diseño y desarrollo son disciplinas opuestas [1:23]. En realidad, no son tan diferentes: el equipo de desarrollo usa el código para construir su trabajo, igual que diseño usa herramientas visuales. Lo que realmente marca la diferencia es la perspectiva desde la que cada parte observa el producto.
Desde diseño se cree que añadir ciertos elementos mejora las interacciones, mientras que desde desarrollo pueden percibir que esto solo suma peso y complejidad a la implementación [1:48]. El acuerdo aquí es claro: cada parte debería aprender lo básico del otro campo.
- Si vienes de diseño, aprender nociones de programación básica te ayudará a entender las implicaciones técnicas de tus decisiones.
- Si vienes de desarrollo, conocer los fundamentos de experiencia de usuario y diseño de interacción te permitirá comprender por qué ciertas decisiones visuales son importantes.
Este conocimiento cruzado facilita ponerse en el lugar de los demás y entender qué implican las decisiones para el otro lado del equipo [2:14].
¿Qué hacer cuando las prioridades del equipo no coinciden?
En ocasiones, ambas partes caen en el error de considerar que su parte del trabajo tiene mayor prioridad y no valoran el punto de vista del resto [2:42]. Pero la pregunta clave es: ¿qué es más importante, que una aplicación sea atractiva y fácil de usar, o que sea rápida y segura? La respuesta es ambas cosas.
Para llegar a un acuerdo hay que encontrar un punto en común en el que ambas partes se comprometan [3:10]. Por ejemplo, se pueden añadir más elementos interactivos sin hacer la aplicación lenta, minimizando el código u optimizando el peso de las imágenes. Siempre existe un término medio que resuelve las necesidades de ambos lados, pero para encontrarlo es imprescindible comunicarse en todas las etapas del proceso [3:30].
¿Cuál es la base para resolver estos problemas?
Los tres problemas descritos —estimaciones de tiempo, perspectivas diferentes y prioridades enfrentadas— se solucionan con dos elementos fundamentales: acuerdos claros a la hora de trabajar y un buen sistema de diseño [3:43]. Un sistema de diseño bien establecido actúa como un lenguaje compartido que reduce fricciones y alinea expectativas.
La comunicación constante y una nomenclatura común son piezas esenciales para que estos acuerdos funcionen en la práctica. Piensa en qué otros problemas podrías resolver aplicando acuerdos en tu equipo y compártelos en los comentarios.
