Cómo construir un mal sistema de diseño.

 

 

 

No me di cuenta de esto hasta que fue demasiado tarde, pero uno de los mayores errores que se cometen en un equipo de sistemas de diseño es un problema común de mala gestión: hay demasiadas personas en una reunión y tienen demasiadas opiniones.

¿Se está llevando a cabo una conversación sobre el color de tus botones? ¡Excelente! Todo el mundo necesita un conjunto consistente de colores para que los usuarios sepan en qué hacer clic y para que los diseñadores no tengan que elegir entre una mezcla heterogénea de opciones. Pero la pregunta difícil al principio no es qué colores debemos elegir y cuándo elegirlos, sino esta: ¿cuántas personas hay en esa maldita habitación?

¿Cuántas personas están tomando decisiones sobre su sistema de diseño?

 

¿Hay tres personas hablando de los botones de su sistema de diseño? Maravilloso. ¿Hay 20? ¡Guau! Éste es un problema grave porque demuestra que se está gastando demasiada energía en cosas equivocadas; De hecho, es nada menos que mala gestión.

(Es por eso que creo que los sistemas de diseño no se tratan de diseño ni siquiera de sistemas. En realidad se trata de gestionar a las personas y su tiempo, atención y concentración. Pero eso es un discurso para otro día).

De todos modos, la difícil decisión que alguien de un gran equipo de diseño tendrá que tomar en algún momento es decidir qué personas deben abandonar la sala. Y eso suena muy cruel, lo entiendo, pero es lo más amable que se puede hacer. Si todo el mundo tiene opiniones, en primer lugar, no se hará nada y, en segundo lugar, acabarás provocando divisiones cuando algunas opiniones sean rechazadas y otras sean escuchadas.

Cuando comencé mi primer gran proyecto de sistemas de diseño, fue completamente impactante para mí que cuanta más gente se uniera a una reunión determinada, menos efectivos éramos. Fue como si el coeficiente intelectual de la habitación cayera en diez mil puntos. Y también me pregunté que el problema más difícil no fuera construir el sistema; aprender sobre TypeScript, asegurarse de que los componentes fueran accesibles, realizar auditorías, etc. En lugar de eso, fue esto: todo el asunto de demasiadas personas en una reunión.

No es posible que todos expresen sus opiniones sobre cada pequeño detalle de la interfaz de usuario y en algún momento alguien debe entrar y trazar una línea sobre quién puede preocuparse por qué cosas. Eso no quiere decir que a las personas no se les permita recibir comentarios: ¡los comentarios siempre deben ser bienvenidos! – pero una de las principales ventajas de tener un equipo de sistemas de diseño es transferir todas esas decisiones a otra persona.

El otro día estuve escuchando esta transmisión en vivo de Jason Fried y DHH y mencionan que:

Si quieres estar aún menos seguro de algo, todo lo que tienes que hacer es preguntarle a una persona más cuál es su opinión.

Definitivamente esa es la sensación que tuve cuando mucha gente hablaba de botones o bordes o algo así, de verdad. Este tipo de sentimiento desesperado de que el cambio simplemente no es posible. Y que no puedes tomar una decisión sobre algo porque necesitas masajear los egos de todos en la sala. Blog sobre música Rock

Esto también me recuerda este gran post de Paul Ford sobre qué es la web:

“¿Por qué no me consultaron?”, que abrevio como WWIC, es la pregunta fundamental de la web. Es la regla de la que se derivan otras reglas. Los seres humanos tienen una necesidad fundamental de ser consultados, comprometidos y de ejercer su conocimiento (y, por tanto, su poder), y ningún otro medio anterior ha podido aprovechar eso con tanta eficacia.

Trabajar en una gran organización resulta impactante para los recién llegados debido a esto, ya que de repente hay que consultar a todos para tomar la decisión más pequeña. Y cuanta más gente tenga que consultar para hacer algo, más burocracia existirá dentro de esa empresa. En resumen: los sistemas de diseño no pueden ser eficaces en organizaciones burocráticas. Créeme, lo he intentado.


De todos modos, la manera de luchar contra eso es trazando esa línea, expulsando de las reuniones a personas que no necesitan estar allí. Es realmente lo más amable que puede hacer porque hará que su sistema de diseño sea mucho más rápido de construir y menos estresante para usted.






SUSCRÍBETE A NUESTRO BOLETÍN 

No te pierdas de nuestro contenido ni de ninguna de nuestras guías para que puedas avanzar en los juegos que más te gustan.










Al suscribirte, aceptas nuestra política de privacidad y nuestros términos de servicio.






Tal vez te puede interesar:

  1. El diseño web responsivo cumple diez años.
  2. Comparación de navegadores para diseño responsivo
  3. Diseño inclusivo 24
  4. diseño de formulario

Cómo construir un mal sistema de diseño.

Cómo construir un mal sistema de diseño.

No me di cuenta de esto hasta que fue demasiado tarde, pero uno de los mayores errores que se cometen en un equipo de sistemas de diseño es un problema común

programar

es

https://pseint.es/static/images/programar-como-construir-un-mal-sistema-de-diseno-1375-0.jpg

2024-06-13

 

Cómo construir un mal sistema de diseño.
Cómo construir un mal sistema de diseño.

Si crees que alguno de los contenidos (texto, imagenes o multimedia) en esta página infringe tus derechos relativos a propiedad intelectual, marcas registradas o cualquier otro de tus derechos, por favor ponte en contacto con nosotros en el mail [email protected] y retiraremos este contenido inmediatamente

 

 

Update cookies preferences