Mi mayor habilidad es sentarme en mi trasero y pensar en cosas . La gente en los Estados Unidos tiene la noción de que el trabajo en equipo resuelve todos los problemas. Claro, el trabajo en equipo es importante. Debe asegurarse de que todos estén coordinados y que no se pisen unos a otros. ¡No puedes hacer todo por ti mismo!
Sin embargo, la mayoría de las personas piensan que pueden resolver problemas trabajando en equipo. Sí, es útil rebotar soluciones de otras personas y hacer que lo critiquen. Sin embargo, lo que mucha gente hace es sustituir una reunión por pensar. Tienen un problema y qué hacen: convocar una reunión de lluvia de ideas. Lo que sucede en la reunión de tormenta de ideas, 5 personas, de las cuales 1 que conoce el problema pero no ha pensado en la solución, pasa el tiempo explicando el problema a otras 4 personas que pueden o no tener el contexto del problema. abordar y esperar que aparezca algo. Bueno, 5 monos no pueden tirar mierda a un tablero y hacer Picasso. Necesitas que Picasso vea la pintura en un lienzo en blanco para dibujar un Picasso. En esencia, lo que sucede es
a) no surge nada viable
b) O, el más ruidoso del grupo empuja su solución
Esencialmente, la persona que debe resolver el problema difiere la solución a la persona más ruidosa sin diferir la responsabilidad. En primer lugar, “Llamar a la reunión” les da la sensación de marcar una casilla. Se convierte en un sustituto para encontrar una solución. En segundo lugar, la persona más ruidosa hace que el equipo acepte la solución. Pero, ¿quién tiene la responsabilidad de la solución? Ninguno. Fui una decisión del equipo, que es como las palabras más extrañas de todas las palabras extrañas en el lenguaje corporativo.
Esto es lo que hago cuando tengo un problema o me convocan en una reunión de diseño
a) Piensa en el problema. No solo pensar … sino pensar realmente en el problema. Mire el problema desde múltiples aspectos. No mire cómo le afecta a usted y a su equipo. Mira cómo afecta a todo tu negocio. Mira cómo afecta al mundo. No te limites. Un problema bien enmarcado está medio resuelto
b) Resolver. Resolver el problema. No por ti mismo. Pero para toda la empresa. No te limites aquí. Proponga múltiples soluciones. Investigar pros y contras
c) Anticipe los argumentos. Míralo desde la perspectiva de otras personas y trata de descubrir qué es lo que no les va a gustar. E solucione esos problemas o presente una justificación para no resolverlos.
d) Entre en la reunión con una o más soluciones en la manga
e) Ser la persona más ruidosa en la reunión. Tome el marcador y comience a dibujar la solución en el tablero. La persona que sostiene el marcador dirige la reunión.
- ¿Cuántos píxeles mueve un diseñador de UI en un año?
- ¿Es la informática social un mejor paradigma que la informática personal?
- ¿Cuál es su estructura / arquitectura para el diseño en una startup? Ejemplo: startup que crea una aplicación que quiere mantener un proceso que pueda documentarse y repetirse o modificarse más adelante para lograr sostenibilidad y escalabilidad con la empresa.
- ¿Cuáles son algunos ejemplos visuales (imágenes) de cómo se ve el proceso de creación de prototipos en una startup?
- ¿Cuáles son algunas de las excelentes características de un nuevo diseño de oficina?
Muy pronto, todos se cansarán de no decir nada en la reunión y simplemente vendrán con sus problemas.