Comunicación Efectiva entre Diseño y Desarrollo
Clase 4 de 9 • Curso de Colaboración Diseño-Desarrollo
Contenido del curso
Clase 4 de 9 • Curso de Colaboración Diseño-Desarrollo
Contenido del curso
Willy Jauregui Vera
Felipe Bernardo González Barranco
Sergio Andrés Majé Franco
Enmanuel Patiño Villegas
Felipe Bernardo González Barranco
Silvia Gutierrez
Yusting Andrés Mora González
Edgardo Marcano
Bryan Aguilar
Angie Paola Rodriguez Alza
Fritz Guzmán Santiago
Bryan C. Orellana
Yusting Andrés Mora González
Felipe Bernardo González Barranco
Marta Monterde Alonso
Nelson Rodríguez
Tello Benitez
Edgardo Marcano
Marta Monterde Alonso
MARIA TERESA PANIAGUA RIVERA
Pedro Isaac Aguilar
Usuario anónimo
Diego Perdomo
Here you'll find some useful components and its names.
:clap: :clap: :clap:
En la metodología de desarrollo Extreme Programming (XP), se propone crear un glosario para organizar las nomenclaturas y metáforas que se encuentren en el ciclo de vida del software, se puede aplicar está técnica para crear un lenguaje común no solo entre desarrolladores sino con los diseñadores o más roles en el equipo (managers, tester, analistas, clientes), aplicando buenas técnicas, llegando a consensos entre los diferentes roles del equipo y primordialmente manteniendo público y actualizado (buscando que la actualización del glosario se mantenga de manera ágil), se puede lograr un muy buen documento
Buen aporte!
Gracias!
En mi equipo de trabajo, los desarrolladores nos pasaban a los diseñadores un sistema de diseño público, del cuál ellos obtenían los componentes con mayor facilidad y rapidez. Nosotros, como diseñadores, nos basábamos en esos componentes para crear nuestras interfaces y el resultado aunque siempre fue bueno, siempre me quedó esa espinita de que no era algo propio.
Claro, la cosa es que al invertir en diseñar un sistema de diseño propio 100% requiere de una inversión importante, no digo que no lo hagan, todo lo contrario, deberían hacerlo.
Hola silvia, actualmente trabajo en esa misma situación que mencionas. El proyecto inició basado en un sistema de diseño free y de ahí he ido creando nuestro propio UI KIT con componentes personalizados según voy creando el proyecto, pero las instancias principales siguen siendo del DS free. La verdad no hemos tenido grandes inconvenientes, solo en tema de paleta de colores y shadows. Que es más común de lo que te imaginas
¿Cómo reducir la brecha entre Diseño y Desarrollo?
Tengo dos ideas para definir la nomenclatura, una por medio de una encuesta, ir mostrando el componente y todos los miembros Diseñadores y Devs ponemos nombres, ganan los que tengan más votaciones. Otra es una sesión de ideación, todos ponemos el componente y en post-it asignamos nombres, luego entre todos llegamos a un acuerdo.
Me encanto esta solución, al hacerlo asi haces que tanto los programdores como diseñadores lo hagan suyo desde el inicio delrpoyecto y los alineas en cuanto al nombre de los componentes. genial, genial, genial.
Es verdad. Hace poco tuve una reunión con el área de desarrollo para conversar unos puntos claves sobre el Steeper que había diseñado, pero ellos lo conocían como Wizard. LOL 😂
Cuando comencé a investigar sobre diferentes tipos de sistemas de diseño, me di cuenta que hay muchos nombres para un mismo componente. Por esa razón, esta clase es súper mega importante.
Debe haber una comunicación clara entre ambas áreas por eso es necesario que desde el principio se creen unos lineamientos básicos a seguir
Así es! La comunicación es de las cosas más importantes para que los proyectos funciones bien.
Una comunicación asertiva y eficaz es la mas ideal para resolver las interpretaciones personales que quizás pocos puede llegar a conocer y en quienes se tiene de manera personal y no de forma grupal un solo equipo un solo lenguaje.
CLAVE: Establecer un lenguaje en común. Para evitar la confusión, inconvenientes y perdida de tiempo.
Cual es la diferencia entre un UI KIT y un inventario de componentes?
Hola Edgardo! El UI Kit es el archivo de diseño en el que tenemos todos los componentes y estilos para crear nuevas interfaces. Un inventario de componentes es un ejercicio que se hace para ver qué componentes tenemos, cuáles necesitamos y cuáles podemos eliminar de nuestro Sistema de diseño. Espero haber resuelto tu pregunta :)
Gracias
Se debe hablar un mismo lenguaje técnico y de nomenclatura entre los equipos de Diseño y Desarrollo, de tal modo que se debe priorizar tener un Design System vigente y actualizado en todo momento, del cual se pueda echar mano para tomar elementos, patrones y componentes para el diseño UI y UX, para la arquitectura frontend y backend del equipo de desarrollo. De esta manera se evitarán muchas discusiones y diferencias en cuanto a cómo nombrar cada uno de los elementos, patrones y componentes que se manejan en cada proyecto.
Clave pactar una nomenclatura la cual es la forma como vamos a llamar los diferentes patrones y componentes en el sistema de diseño.
Cuando hablamos de la transición de diseño a desarrollo los fronts deben colaborar sí o sí. ¿También los backs deberían de estar involucrados no? Además de otros perfiles como un fullstack o el equipo de QA Testing.