Evolucionando hacia la grandeza — 3 hábitos para encontrar el camino correcto

La retroalimentación

Marshall Goldsmith, autor de numerosos libros sobre liderazgo y gestión, declaró famosamente que "la retroalimentación es un regalo." Recopilar retroalimentación es la mejor manera de mejorar el resultado de tu trabajo. Es una oportunidad para aprender qué funciona y qué no funciona en tu diseño. Por supuesto, mientras estés diseñando, verás cosas que no te gustan y áreas de mejora, pero no tienes todas las buenas ideas—tus compañeros de equipo también tienen algunas bastante buenas.

La razón es simple. Todos tienen una perspectiva diferente sobre el propósito de tu organización y las personas para las que estás diseñando, así que llegan a la mesa con un nuevo conjunto de ideas. Entonces, ¿cómo inculcamos este hábito en nuestra cultura hasta el punto de que todos estén pidiendo retroalimentación todo el tiempo? Creamos prácticas organizacionales que animan a nuestros equipos a pedir retroalimentación semana tras semana.

Ada, el constructor de IA de Adalo, te permite describir lo que deseas y genera tu app. Magic Start crea fundaciones de aplicaciones completas a partir de una descripción, mientras que Magic Add agrega funciones mediante lenguaje natural.

Este enfoque impulsado por la retroalimentación se vuelve aún más poderoso cuando los equipos pueden crear prototipos rápidamente e iterar sus ideas. Adalo, un constructor de aplicaciones sin código para aplicaciones web impulsadas por bases de datos y aplicaciones nativas de iOS y Android—una versión en las tres plataformas, publicada en la Apple App Store y Google Play, facilita la creación rápida de prototipos funcionales sobre los que los equipos pueden recopilar retroalimentación significativa antes de comprometerse con diseños finales. Con Magic Start, puedes describir el concepto de tu aplicación y generar una base completa—estructura de base de datos, pantallas y flujos de usuario—en minutos en lugar de días. Esta velocidad permite más ciclos de retroalimentación antes del lanzamiento.

Creación de mecanismos de retroalimentación formales e informales

Crea múltiples mecanismos formales e informales para recopilar retroalimentación. El primer lugar y el más fácil para obtener retroalimentación debe ser de tu equipo y tu organización. Hemos descubierto que esto es tan valioso que tenemos una reunión semanal en toda la empresa con el único propósito de recopilar retroalimentación. Es una reunión permanente con una agenda abierta, así que cualquiera puede presentar su proyecto para que todos den su opinión.

Esto puede ser cualquier cosa, desde prototipos importantes de tu producto principal hasta procesos organizacionales hasta una nueva pieza de arte para tu espacio. Recuerda, todos en tu organización están diseñando, así que todos necesitan retroalimentación. En estas reuniones, la persona o personas que presentan mostrarán su idea y luego todos los demás responderán con su retroalimentación.

Es importante que las personas que presentan se tomen el tiempo para responder a los pensamientos de cada persona después de que hayan tenido tiempo para considerarlos cuidadosamente. Responder a la retroalimentación de alguien muestra que valoras las ideas de esa persona y les mostrará que invertir su tiempo en darte retroalimentación valió la pena.

Obteniendo retroalimentación de tus usuarios reales

Por muy buenos que sean tus compañeros de trabajo, nunca pueden reemplazar la retroalimentación de las personas reales para las que estás diseñando. Hay toneladas de formas de hacer esto, y tienden a variar según la industria en la que estés o el problema de diseño al que te enfrentes.

Por ejemplo, si estás en el diseño de software es posible (y es una buena idea) grabar cada sesión que tus usuarios tienen con tu software para que puedas buscar fácilmente puntos problemáticos. Esto no es tan fácil cuando estás diseñando un plan de lecciones para tu próxima clase de historia o estás diseñando el próximo gran museo de arte. Sin embargo, solo porque no es tan fácil no significa que estos diseñadores estén exentos.

Todavía es posible (y sigue siendo una buena idea) observar cómo reaccionan tus estudiantes a diferentes clases o ver cómo fluye la gente a través de tu galería de arte. Cada organización necesita construir sus propias prácticas en su flujo semanal para observar a sus usuarios.

Más allá de la mera observación, cada organización necesita tener conversaciones regulares con sus usuarios. Esto debería ser bastante fácil y realmente divertido. Cuando estamos verdaderamente alineados con el propósito de nuestra organización, tendemos a tener relaciones personales con algunos de nuestros usuarios para que podamos comunicarnos con ellos en cualquier momento.

Construyendo una cultura de retroalimentación

Cuando establecemos estas prácticas para obtener retroalimentación de nuestro equipo y de nuestros usuarios, creamos la expectativa de que cada proyecto de diseño pase por estos procesos antes de ser lanzado al mundo. La buena noticia es que a medida que incorporas estas prácticas semanales, todos en tu equipo empezarán a sentirse cada vez más cómodos con el proceso de retroalimentación.

Comenzará a volverse tan fácil que todos realmente comenzarán a abrirse a todos esos otros mecanismos más informales también—como mostrar tu trabajo alrededor de la oficina o hablar sobre su proyecto durante una cerveza en tu espacio comunitario. Si bien cada departamento seguirá teniendo ciclos de retroalimentación específicos de habilidades como revisiones de diseño y revisiones de código, todos en tu organización se benefician de ciclos de retroalimentación en toda la organización.

Para más consejos sobre retroalimentación, consulta estas 8 lecciones del libro más vendido sobre retroalimentación.

Retrospectivas

Más que solo mejorar los diseños en sí, las organizaciones innovadoras también se enfocan en mejorar sus procesos. El principio de kaizen nos insta constantemente a hacer un mejor trabajo, y esto puede sentirse particularmente exigente, especialmente al principio.

Entonces, ¿por dónde empezamos? ¿Cómo encontramos una forma de continuar mejorando sin sentirnos tan estresados y abrumados que cerremos completamente nuestros esfuerzos de kaizen? Bueno, no hay mejor manera que simplemente seguir mirándose en el espejo de manera buena, larga y difícil (y cuando te estés arreglando por la mañana no cuenta). La práctica de celebrar retrospectivas es una forma para que nosotros como equipo nos miremos en el espejo.

Cómo funcionan las retrospectivas

Las retrospectivas son reuniones de equipo en las que miras hacia atrás cómo han estado yendo las cosas recientemente y se te ocurren ideas para mejorar tus procesos. Los detalles de cómo y cuándo se ejecutan estas reuniones pueden variar según el equipo y la circunstancia.

Un formato común es que cada miembro del equipo tome turnos hablando sobre lo que ha ido bien, lo que no ha ido bien, y cualquier idea que puedan tener para mejorar. Los equipos más grandes a menudo solicitan temas de áreas problemáticas y votan sobre los más prevalentes para asegurar que tengan suficiente tiempo para discutir los problemas más importantes.

Al final de cada retrospectiva, los equipos deben tener una lista de elementos de acción que puedan llevar de vuelta para mejorar sus procesos. Ocasionalmente, estos no se desarrollan lo suficiente, y tendrás que pasar más tiempo fuera de la reunión para idear formas de mejorar ese proceso específico. A medida que continúes ejecutando más y más de estas retrospectivas, será más fácil y naturalmente te encontrarás cambiando el formato de las mismas. Esto es algo bueno. El formato de tus retrospectivas puede y debe cambiar.

Cuándo celebrar retrospectivas

¿Cuándo deberías celebrar retrospectivas? Hay dos escuelas de pensamiento. La primera es que deberían celebrarse en un horario regular y fijo. Según el ritmo de tu organización, esto puede oscilar entre dos a cuatro semanas. La segunda escuela de pensamiento es que deberían celebrarse bajo demanda. Al fin y al cabo, si algo realmente malo sucede, ¿por qué esperar tres semanas antes de discutirlo?

Por otro lado, si pasas semanas sin una crisis importante, podrías estar perdiendo la oportunidad de hacer mejoras incrementales importantes. Habiendo montado este péndulo de un lado a otro algunas veces, puedo afirmar con confianza que las retrospectivas deben celebrarse tanto regularmente COMO bajo demanda. Celebra las una vez cada pocas semanas, y, si surge una crisis, una vez que la hayas resuelto, celebra otra en ese momento también.

Encontrando la causa raíz

Más complicado que el momento es llegar a las ideas reales para mejorar. ¡Pero no hay que temer! Llegar con una idea para mejorar tus procesos internos (y así mejorar la vida de tus compañeros de equipo)—bueno, ¡eso es simplemente diseño, mi querido Watson! Diseño de procesos, de hecho.

El truco del diseño de procesos es visualizar todos los pasos en el proceso, enfocarse en los puntos problemáticos, y luego entender la causa raíz de lo que salió mal. La mejor manera de llegar a la causa raíz es a través del método de los cinco porqués. En este método, te pones tu mejor gorro de niño pequeño y preguntas implacablemente por qué sucedió algo hasta que llegues a la causa raíz del problema y una idea bastante específica sobre cómo mejorar ese proceso.

Evitando el seguimiento de cambios

Un último truco para las retrospectivas es evitar el seguimiento de cambios. El seguimiento de cambios es cuando sin darte cuenta mezclas múltiples problemas en una sola conversación. Para que las retrospectivas sean efectivas, asegúrate de que solo estés hablando de un problema a la vez.

Cuando las cosas salen mal a menudo están interconectadas. Cuando estamos hablando de estos problemas puede ser muy fácil que la conversación se mueva de un problema a otro sin siquiera darte cuenta de que te acabas de mover a otro problema. Cuando esto sucede, detén la conversación, asegúrate de que todos sepan que estos son dos problemas separados, y luego ten una conversación a la vez.

Las reuniones retrospectivas a menudo pueden sentirse como si fueran parte de algún programa de 12 pasos. Son catárticas. Son desafiantes. Enfatizan el compartir con tus compañeros y construir camaradería. Y reconocen que el primer paso para mejorar es admitir que tienes un problema.

Investigación

Por poderosas que sean las retrospectivas, son solo la mitad de la ecuación cuando se trata de mejorar tus procesos. Otros equipos en otras organizaciones han enfrentado problemas similares a los tuyos y ya han llegado a soluciones brillantes. No necesitas reinventar la rueda. Toma prestado, copia y roba lo que puedas de sus experiencias para mejorar tu equipo sin gastar mucho.

Encontrar ideas de otros

Aunque investigar no fuera tu cosa favorita en la escuela, este tipo de investigación es bastante fácil y puede ser algo divertido. Muchos equipos de alto rendimiento, aquellos que han trabajado duro para resolver sus problemas de procesos, realmente disfrutan compartiendo lo que han aprendido a través de medios como blogs (¡como este!) donde frecuentemente publican sobre las lecciones que han aprendido.

Ya sea que tu campo sea software, arquitectura, medicina o educación, encuentra a las personas inteligentes en tu campo y observa qué están publicando. Por supuesto, los blogs no son los únicos lugares donde la gente escribe. Los libros siguen siendo una cosa, y están llenos de grandes ideas. Mira charlas TED. Únete a foros. Ve a conferencias.

Somos grandes fanáticos de las conferencias e intentamos asistir a al menos una cada año. No solo escuchas perspectivas valiosas de líderes de la industria, sino que también tienes la oportunidad de hablar con colegas y compartir historias de batalla. En cada conferencia a la que asistimos, estamos buscando ideas para nuevas herramientas y procesos que podamos llevar a casa.

Evaluando la compatibilidad organizacional

En cierto modo, es como ir de compras el Viernes Negro. La gente está emocionada de venderte muchas ideas que suenan genial, pero estaría loco si llevara a casa todo lo que están sacando. Entonces, ¿cómo distingues la compra que te cambia la vida de la próxima piedra de mascota? La respuesta es compatibilidad organizacional.

Un bloguero o orador de conferencia podría estar promocionando la mejor idea del mundo, pero solo en su contexto. Lo que funciona en una organización podría, en otra, ser un fracaso o peor, un desastre total. Está bien, encontrar lo que "encaja" es la clave. Pero, ¿cómo se supone que debes saber qué ideas funcionarán?

No lo sabes. Nunca puedes saber de antemano si un cambio de proceso o una herramienta nueva funcionarán para ti. Cada vez que introduces un cambio como ese, debe ser tratado como un experimento. Tienes que estar dispuesto a abandonarlo si no funciona.

Pero solo porque estos cambios nunca pueden ser seguros no significa que tengan que ser completamente al azar tampoco. La clave es buscar a otras personas y organizaciones que compartan tus principios. Estas organizaciones tienen más probabilidades de haber llegado a prácticas que se ajusten a tu organización y te impulsen hacia adelante, para que puedas cumplir tu propósito más rápido.

Prototipado rápido: acelerando el ciclo de retroalimentación

Los principios de retroalimentación, retrospectivas e investigación comparten una cosa en común: funcionan mejor cuando puedes iterar rápidamente. Cuanto más rápido puedas convertir una idea en algo tangible, más rápido puedas recopilar retroalimentación significativa y mejorar.

Aquí es donde las herramientas modernas cambian fundamentalmente el juego. Los ciclos de desarrollo de software tradicionales significaban esperar semanas o meses para ver si una idea funcionaba. Para cuando obtenías retroalimentación, ya habías invertido recursos significativos. Hoy en día, las plataformas asistidas por IA permiten a los equipos crear prototipos en horas en lugar de semanas.

El enfoque de Adalo ejemplifica este cambio. Con Magic Add, puedes describir una característica que deseas—"agregar un formulario de retroalimentación que envíe notificaciones a los gerentes"—y la plataforma genera automáticamente las pantallas, conexiones de base de datos y lógica. Esto significa que tu equipo puede probar características reales y funcionales con usuarios reales en lugar de mostrarles maquetas estáticas o wireframes.

La característica de la plataforma X-Ray también respalda el proceso retrospectivo al identificar problemas de rendimiento antes de que afecten a los usuarios. En lugar de esperar a que las quejas surjan en tus reuniones retrospectivas, puedes identificar y abordar proactivamente los cuellos de botella. Esto convierte las retrospectivas de resolución de problemas reactiva a optimización proactiva.

Por qué la velocidad es importante para la calidad de la retroalimentación

Cuando los prototipos toman semanas para construir, los equipos naturalmente se vuelven protectores de su trabajo. Han invertido demasiado para aceptar fácilmente retroalimentación crítica. Pero cuando puedes reconstruir una característica en una tarde, la retroalimentación se vuelve genuinamente bienvenida, es barato actuar sobre ella.

Este cambio psicológico transforma la cultura de retroalimentación. Los miembros del equipo están más dispuestos a compartir críticas honestas porque saben que los cambios son factibles. Los usuarios se vuelven más comprometidos en las pruebas porque ven su aporte realmente implementado en versiones posteriores.

Más de 3 millones de aplicaciones se han creado en Adalo, con el constructor visual descrito como "tan fácil como PowerPoint". Esta accesibilidad significa que más miembros del equipo pueden participar en la creación de prototipos, no solo desarrolladores. Cuando tu especialista en marketing puede construir un prototipo rápido de una aplicación de retroalimentación del cliente, has democratizado el proceso de diseño de una manera que genera retroalimentación más rica y diversa.

De la lucha al hábito

La evolución puede ser agotadora. Requiere cambio constante. Pero todo ese esfuerzo vale la pena, porque es la única forma de ir desde donde estás hoy hasta donde quieres estar y unirte al panteón de la innovación con empresas como Netflix, Google, Disney y SpaceX.

La clave es construir rituales en tu organización alrededor de retroalimentación, retrospectivas e investigación. Entonces puedes convertir la evolución de una lucha a un hábito.

Las herramientas modernas aceleran esta transformación. Cuando la creación de prototipos es rápida y la iteración es barata, el ciclo de retroalimentación se estrecha. Las retrospectivas se vuelven más accionables porque los cambios pueden implementarse rápidamente. Los hallazgos de investigación pueden probarse inmediatamente en lugar de guardarse para "algún día".

Las organizaciones que prosperan son las que hacen que la mejora continua parezca sin esfuerzo, no evitando el trabajo, sino construyendo sistemas que hacen el trabajo sostenible. Comienza con sesiones de retroalimentación semanales. Agrega retrospectivas regulares. Comprométete con investigación continua. Y proporciona a tu equipo las herramientas para actuar sobre lo que aprenden rápidamente.

Preguntas frecuentes

¿Por qué elegir Adalo sobre otras soluciones de construcción de aplicaciones?

Adalo es un constructor de aplicaciones impulsado por IA que crea verdaderas aplicaciones nativas de iOS y Android junto con aplicaciones web. A diferencia de los envoltorios web, se compila en código nativo y se publica directamente tanto en la Apple App Store como en Google Play Store desde una única base de código. Con registros de base de datos ilimitados en planes pagos y sin cargos basados en uso, puedes escalar sin preocuparte por facturas sorpresa o límites de datos.

¿Cuál es la forma más rápida de construir y publicar una aplicación en la App Store?

La interfaz de arrastrar y soltar de Adalo y la construcción asistida por IA te permiten pasar de la idea a la aplicación publicada en días en lugar de meses. Magic Start genera fundamentos de aplicaciones completas a partir de descripciones simples, y la plataforma maneja el complicado proceso de envío a la App Store—certificados, perfiles de aprovisionamiento y directrices de tienda—para que puedas enfocarte en las características y la experiencia del usuario de tu aplicación.

¿Cómo puede ayudar el prototipado rápido a mi equipo a recopilar mejor retroalimentación?

El prototipado rápido permite que tu equipo cree versiones funcionales de tus ideas rápidamente, permitiendo que las partes interesadas y usuarios interactúen con características reales en lugar de maquetas estáticas. Esto lleva a retroalimentación más significativa y procesable porque las personas pueden experimentar cómo funciona realmente la aplicación. Cuanto más rápido puedas crear prototipos, más iteraciones puedes probar antes de comprometerte con un diseño final.

¿Qué son las retrospectivas y cómo mejoran los procesos del equipo?

Las retrospectivas son reuniones de equipo donde reflexionas sobre el trabajo reciente para identificar qué salió bien, qué no, e ideas para mejora. Deben realizarse tanto en un calendario regular (cada 2-4 semanas) como bajo demanda después de eventos significativos. Al revisar y refinar constantemente tus procesos, los equipos pueden hacer mejoras incrementales que se componen con el tiempo.

¿Cómo sé qué nuevas herramientas o procesos funcionarán para mi organización?

La clave es compatibilidad organizacional—lo que funciona para un equipo podría no funcionar para otro. Busca ideas de organizaciones que compartan tus principios y valores, ya que sus prácticas tienen más probabilidades de alinearse con tus necesidades. Trata cualquier nuevo proceso o herramienta como un experimento, y está dispuesto a abandonarlo si no produce los resultados que esperabas.

¿Por qué es importante obtener retroalimentación de usuarios reales, no solo de miembros del equipo?

Aunque la retroalimentación del equipo es valiosa, tus colegas nunca pueden reemplazar completamente la perspectiva de las personas reales para quienes estás diseñando. Los usuarios interactúan con tu producto en contextos del mundo real y pueden revelar puntos problemáticos y oportunidades que los equipos internos podrían perder. Construir prácticas regulares para observar y conversar con usuarios asegura que tus diseños realmente satisfagan sus necesidades.

¿Puedo construir una aplicación de recopilación de retroalimentación sin experiencia en codificación?

Sí. El constructor visual de Adalo ha sido descrito como "tan fácil como PowerPoint", haciéndolo accesible para miembros del equipo sin antecedentes técnicos. Puedes crear características impulsadas por base de datos que permitan a los usuarios enviar retroalimentación, calificar experiencias y rastrear respuestas, todo a través del diseño de interfaz de arrastrar y soltar en lugar de escribir código.

¿Cómo ayuda el método de los cinco porqués en las retrospectivas?

El método de los cinco porqués implica preguntar repetidamente "por qué" sucedió algo hasta que alcances la causa raíz de un problema. Esta técnica evita que los equipos aborden síntomas en lugar de problemas subyacentes. Al llegar a la causa raíz, puedes implementar cambios que prevengan que el problema vuelva a ocurrir en lugar de solo parchar síntomas superficiales.

¿Qué es el seguimiento de cambio de tema y cómo lo evito?

El seguimiento de cambio de tema ocurre cuando una conversación involuntariamente se mueve de un tema a otro sin que el equipo se dé cuenta. Debido a que los problemas a menudo están interconectados, es fácil pasar de un tema a otro. Para evitar esto, detén la conversación cuando notes un cambio, reconoce que estás discutiendo temas separados, y abórdalos uno a la vez para retrospectivas más productivas.

¿Con qué frecuencia deben los equipos realizar sesiones de retroalimentación?

Las sesiones de retroalimentación semanales funcionan bien para la mayoría de las organizaciones. Una reunión permanente con una agenda abierta permite que cualquiera presente su proyecto para obtener comentarios. Este ritmo regular crea comodidad con el proceso de retroalimentación y crea la expectativa de que cada proyecto de diseño se revise antes de lanzarse.