My work

Análisis transaccional y las relaciones en las empresas

Israel Alcázar comenta en su charla de la CAS 2017 que al descubrir el concepto de análisis transaccional comprendió muchas de las relaciones que veia entre las personas cuando las analizaba en el ámbito laboral.

Las relaciones entre las personas en las estructuras jerárquicas funcionan como relaciones padre-madre-hijo. En la que el jefe es la figura de autoridad y se comportan con él como si lo hicieran con sus padres.

Análisis transaccional

Y desde el punto de vista del jefe, se ve al colaborador como el hijo, al que hay que decirle lo que tiene que hacer porque es lo mejor para el y preguntarle a ver como va, porque no te fías…

Esto en el fondo es una disfunción porque hace que las personas no sean autónomas o responsables para hacer su propio trabajo.

Es un sistema que viene del psicoanálisis desarrollado en los años 50 y que básicamente trata de que con un lenguaje sencillo las personas tengan esa autonomía o responsabilidad. Algo que en principio todos somos capaces de tener a no ser que se tenga alguna enfermedad psicológica.

El análisisis transaccional establece que en estas relaciones, el yo, la persona, se puede comportar de 3 modos diferentes, como padre, como adulto o como niño. Y que la otra persona con la que se interacciona, con la que se establece la relación, le pasa exactamente igual, asumiendo uno de estos roles.

El problema viene cuando en la relación con la otra persona, por ejemplo con mi jefe, yo me comporto como hijo, esperando que mi jefe se comporte como padre. Si lo hace, hay un matching, y no ocurre nada, todo el mundo se ha comportado como se esperaba.

Pero, ¿y si se espera de esa transacción algo diferente?

Es decir, yo me comporto como adulto que soy, y espero que mi jefe se comporte de la misma forma, tratándome de adulto a adulto, y me oriente y me deje esa resposabilidad. Pero si él está acotumbrado a comportarse como padre y me dice lo que tengo que hacer, tratándome como hijo, eso no me gusta.

Estoy segura que te has sentido alguna vez en esta situación.

Por mi parte, espero de un jefe indicaciones, que se comporte como un guía indincando una dirección a seguir pero no que me lleve de la mano todo el camino ni que me vigile constantemente a ver si se descubrirlo yo solita.

Por que en el caso de que me vea perdida, soy lo suficientemente adulta para alzar la voz, reconocerlo y pedir ayuda.

¿Y tú? ¿Me cuentas si te has sentido en esta situación alguna vez?

Nota: La imagen está extraída de la keynote de Israel Alcazar en la CAS 2017

Equipos de alto rendimiento

Continuamos con el resumen de la charla de Israel Alcazar (@ialcazar) en la CAS 2017 sobre cómo llegar a ser un equipo de alto rendimiento. En el post anterior hemos analizado qué características debe tener un equipo para no ser solo un grupo de trabajo y que tipos de equipos existen en base a la matriz de autoridad.

¿Qué es un equipo de alto rendimiento?

Hay muchas definiciones sobre qué es un equipo de alto rendimiento.

El concepto de alto rendimiento no es un estado, en un proceso.

Puede que no se llegue nunca ahi, pero el camino hasta conseguirlo es lo que realmente importa.

Caracteristicas de los equipos de alto-rendimiento

Lo que importa es ir evolucionando, hasta conseguir cubrir en cierto modo lo que se puede considerar un equipo de alto rendimiento, que cumple los 2 siguientes puntos:

  1. Es capaz de entregar resultados excelentes, que sean eficientes, es decir, de la mejor manera posible utilizando los menos recursos posibles y eficaces, cumpliendo el objetivo.

2. La constitución, que los miembros tenga una elevada satisfacción y motivación.

Para Israel esto segundo es básico porque si sólo te centras en los resultados y no en las personas, las interacciones entre ellas, no estas enfocado en saber si es de alto rendimiento.

Y, ¿cuándo soy un equipo de alto-rendimiento? ¿en qué tareas soy de alto-rendimiento? Porque se puede ser en algunas y en otras no, por eso Alcázar lo ve como un proceso y no un estado. Es imposible estar siempre cumpliendo todo. Si se busca eso solo genera frustración.

¿Qué se necesita para generar equipos de alto rendimiento?

  1. Objetivos claros: Misión y visión clara. Aunque estamos en un mundo incierto deben estar más o menos este establecidas aunque luego se cambien. Alcazar comenta la aproximación de Google de los OKRs, una forma de trabajar que obliga a pensar en objetivos y en como medirlos. Pero para eso se debe definir perfectamente la visión y misión del equipo a grandes rasgos.
  2. Entorno y contexto seguro: todos los miembros del equipo deben ser capaces de sentirse vulnerables. Que se pueda dar feedback o decir que no se sabe hacer algo sin que pase nada.
  3. Co-responsabilidad: responsabilidad compartida de los resultados. Esto muchas veces no se tiene.
  4. Definir bien las reglas del juego: definir los límites de trabajo porque sino se hace de forma explícita se definirán de forma implícita y eso puede que lleve a expectativas que no son reales y se genere fricción y cierto roce. Los límites en los que un equipo puede decidir, que nivel de autoridad, cuales son sus límites para realizar esa tarea, sus canales de interlocución…

En el libro de Patrick Lencioni, de “Las 5 disfunciones de un equipo”, se habla de la cohesión y las 5 cosas que se encuentran en los equipos que hacen que no se cree esta cohesión.

5 disfunciones de un equipo

Alcazar comenta que no hay que ver esta pirámide como algo secuencia, un equipo puede tener 1 o 2, o estar en el 3, ir variando…

Seguir leyendo «Equipos de alto rendimiento»

Tipos de equipos

Israel Alcazar (@ialcazar), da una charla en la CAS 2017 titulada «Trabajando entre equipos de alto rendimiento«. Pero antes de comenzar debemos dejar claro que características debe tener un conjunto de personas para denominarse equipo.

¿Qué es un equipo?

Alcazar empieza la charla comentando la diferencia entre equipo y grupo de trabajo, ya que mucha gente se llama equipo cuando no lo es, proponiendo la siguiente definición.

Definicion de equipo

Un equipo es un conjunto de individuos que son interdependientes en sus tareas, y que comparten responsabilidades en sus resultados y que operan dentro de los límites de una organización.

Y es que sino existe interdependencia por mucho que los miembros se sienten al lado, sino se comparten responsabilidades seguramente no se esté trabajando en un equipo.

Nos pone un ejemplo grupo de trabajo: un grupo de estudio donde se hablan de temas, se debate pero no tenemos tareas interdependientes ni responsabilidad.

Y es que antes de pensar en equipos de alto rendimiento, hay que preguntarse: ¿somos un equipo?

Alcazar comenta otra definición, en este caso de Imanol Ibarrondo (@energizol):

Definición de equipo

Donde se introduce el término confianza (red de relaciones de confianza y de alta calidad), de personas diversas (multi-disciplinaridad) y co-responsables (vuelve a aparecer el concepto de responsabilidad) a la que añade que opera dentro de los límites de una organización, ya que le parece interesante establecer límites.

Con lo cual la primera agrupación que se puede encontrar en las empresas es ser un grupo de trabajo. Si se cumplen los requisitos que se acaban de nombrar se puede pasar a ser un equipo. Y es que ya en muchos casos no se llega a eso, habiendo que trabajar el ser un equipo, a trabajar en la corresponsabilidad, el hecho de compartir…

Una vez que se tiene el equipo montado,  ¿qué suele pasar?

Normalmente existe una persona llamada jefe, líder, manager… que marca los criterios de lo que el equipo debe hacer y también suele marcar los comos, es decir, cómo el equipo debe realizar ese trabajo.

Tipos de equipos

Pero el propio equipo podría decidir sobre el cómo hacer las cosas y no sólo el manager quien decide cómo trabajar. Eso en agilidad se llama equipos auto-organizados.

Es decir, es un nivel superior en cuanto a la autonomía y la autoridad del equipo.

Y el manifiesto agile se queda un poco por aquí, pero existen niveles superiores de equipos.

Seguir leyendo «Tipos de equipos»

Customer Experience y Agile

Una de las charlas que no pude ver en la CAS2017 (por estar coordinando otra de las salas) y que más me ha gustado al verla, fue la titulada: «No hay mejora de Customer Experience sin Agile» de Carlos Iglesias (@CarlosTheSailor)

El secreto es que esta relación no es unidireccional y el concepto más podereoso que espera aportar, es que Customer eXperience (CX) es una palanca para permitirnos introducir la cultura agile en las organizaciones.

Ejemplo Customer Journey Map

Para que explicar la diferencia entre User Experience (UX) y CX, Carlos nos empieza realizando un customer jorney de la típica experiencia de una boda, sacando las risas del público, lo cual ya les deja con ganas de saber más.

Definición Experiencia

Posteriormente pasa a comentar la definición de Experiencia de la RAE, destacando varios aspectos:

  • El tema de sentir
  • La práctica en el tiempo, prologanda
  • Vivido por 1 persona

Y esto último lo remarca, el tema de vivido por una persona, por un individuo. Porque pasa a explicar el mismo proceso de la experiencia de una boda, pero de SU boda.

Customer Journey Map boda Carlos

Pasa a comentar un tweet de Isidro López (@islomar) leyendo un libro de Foster Wallace «This is water»:

«La misma experiencia puede significar dos cosas totalmente diferentes para dos personas diferentes, dados dos tipos diferentes de creencias y dos maneras diferentes de construir significado desde la experiencia.»

¿Qué quiere decir esto?

No tenemos un cliente, sino muchos.

Tenemos que identificar cuales son nuestros arquetipos de clientes y trabajar de forma separada cada uno, entendiendo su journey, su experiencia completa.

Customer Jorney Map

Esto se hace con un Customer Jorney Map, poniéndo Carlos el ejemplo de uno simplificado en 5 pasos: Descubrimiento (Awareness), Consideración, Compra, Servicio y Post-compra.

Customer Journey Map

En el se identifica una serie de momentos por los que pasa el cliente,  mapeando la experienca en cuanto recuerdos positivos y negativos.

Seguir leyendo «Customer Experience y Agile»

CAS 2017 (Conferencia Agile Spain)

La semana pasada asistí como voluntaria a la CAS 2017, la Conferencia Agile Spain 2017, como se deonominan ellos, la mayor y más importante conferencia sobre agilismo en España.

Me hacía especial ilusión porque, aunque en Valencia he coordinado los meetups de UX Academy, y he asistido a un montón de eventos (pagando entrada), me apetecía mucho vivir por dentro, desde la parte de la organización, un acontecimiento de tal tamaño.

¿Y el resultado?

3 días de locura nonstop, recortando pegatinas, montando urnas, haciendo chapas, doblando camisetas, montando el welcome pack (750 mochilas con agendas, cuadernos, flyers, macetas, libros, spinners…), gestionando las salas, haciendo de guardarropa de abrigos, maletas y mochilas…

Todo ello rodeada de gente genial, y conociendo a muchas personas relacionadas con el sector.

Os dejo el vídeo resumen realizado por l@s super chic@s de Autentia:


¿Me ves en el vídeo? 😉

2 días completos, 4 tracks paralelas más 2 salas de talleres, y unas 750 personas entre ponentes, asistentes y organizadores. ¿Te apuntas al del año que viene? Yo si puedo si!

Conferencia Agile Spain

Este año voy a asistir a la CAS 2017 en Sevilla como voluntaria.

Me apatece un montón porque aunque he ido a muchos eventos nunca he participado con ese rol, y ahora que dispongo de tiempo me parece una forma genial de aprender y conocer a gente.

CAS 2017

Para los que no lo sepan la Conferencia Agile Spain (@confagilespain) es un evento que se celebra cada año en una ciudad diferente, generado por personas que viven el desarrollo de software de una manera diferente.

Profesionales del sector comparten conocimientos y experiencias en torno a las metodologías ágiles y como personalmente creo en ellas para desarrollar productos y servicios, es una oportunidad única de compartir conocimientos con empresas y personas de España que piensan igual.

¡Nos vemos allí el 7!

Y el sábado a primera hora a coger el AVE directa a Zaragoza a la Women TechMakers! Moriré de cansancio???? Nooo, I can!!!

Consultoría UX para simplificar un proceso complejo para el usuario

Seguimos con las consultorías a startup, en este caso el modelo de negocio se basa en un market place de venta de un producto técnico de segunda mano.

El proceso de venta es así:

  1. El vendedor sube el producto indicando sus características, fotos y estado técnico de cada pieza, definiendo el precio que cree que es adecuado para su producto.
  2. Una vez que un comprador decide que quiere un producto, la empresa se encarga de ir a buscarlo gratuitamente a donde lo tienen el vendedor y llevarselo a un técnico de confianza para que lo revise. Aquí pueden darse 2 casos:
    1. Si el estado del produto es correcto, se le manda al comprador, que ingresa el dinero y el vendedor recibe su parte.
    2. Si el técnico ve fallos no descritos o más graves de los comentados por el vendedor, se cambia la pieza, bajando el precio definido por el vendedor para pagar ese gasto. En el caso de que el vendedor no lo acepte debe pagar para que le devuelvan el producto.

El punto crítico era el formulario de subida de un producto a la venta.

Es un proceso complejo, ya que hay que subir fotos, conocer cierta información técnica y definir muy claramente el estado técnico de ciertas piezas, siendo muy importante que el vendedor sea sincero en este punto, ya que un técnico va a evaluar después si es verdad esa información.

Además aunque la persona quiera ser sincera, es complejo determinar a veces el estado de una pieza, ya que lo que para una persona es aceptable para otra no lo es.

Además hay que informar al usuario claramente en el proceso de lo que puede ocurrir si el técnico decide que hay que cambiar alguna pieza:

  • que el precio definido por el vendedor se va a ver reducido por ese gasto o,
  • que sino acepta el cambio o el producto no tiene arreglo debe pagar para que le devuelvan su producto (ya que el coste de transporte de la devolución no está incluído).

El miedo que tenían era si el usuario leía esto antes de iniciar el proceso, a lo mejor ya no subía el producto. Pero después de comprobar con varios casos reales, que la experiencia que generaba al vendedor ese desconocimiento era mucho peor, querían probar a comunicarlo de forma más directa.

Después de escuchar y comentar varios puntos del problema con ellos en una sesión de unos 45 minutos, pasé a proponerles varias cosas.

La solución que se propuso iba por dos caminos:

  1. Informar que existía una revisión del producto (en la landing y en el proceso).
  2. Informar de las posibilidades que existen en el caso de que las características del producto no cumpliera con lo afirmado por el vendedor.

Revisión del producto como estándar de calidad

En el diseño actual en la landing dirigida al vendedor ya se comentaba que en un momento dado un técnico iba a revisar el producto, pero estaba en la parte inferior de la página (haciendo bastate scroll) y entre otra información que reducía la importancia visual de esa información.

Por ello se recomendó que en el nuevo diseño estuviera resaltada en la parte superior, junto con las otras ventajas que existen de usar este marketplace.

Esta revisión por parte de una persona imparcial permite asegurar un producto de calidad, y debe ser entendida y trasmitida bajo ese concepto.

Es asi mismo muy importante trasmitir el concepto de que la revisión va a ser justa para ambas partes, y no es una manera de sacar más beneficio por parte de la empresa.

Tambien a lo largo del nuevo proceso de subida (que estaba mejorado para que la definición del estado de las piezas fuera más sencilla y acertada) se aconsejaron una serie de cambios para que el mensaje apareciera de forma amigable y no amenazante (otro de los miedos que tenía la empresa).

Psicológicamente está comprobado que tenemos más tendencia a comportarnos de forma correcta si nos sentimos observados.

El conocimiento a lo largo de diferentes puntos de que un técnico va a revisar el producto para asegurar la calidad, implicará que el vendedor sea más consciente de la información que sube e intente que sea lo más verídica posible.

Seguir leyendo «Consultoría UX para simplificar un proceso complejo para el usuario»

Realización de una prueba de usabilidad con test de usuarios

Esta semana he estado colaborando con una empesa realizando un análisis heurístico y varios test de usuarios para evaluar la usabilidad de 2 webs que querían analizar.

Test de usuarios Valencia

Momento del montaje de la sala para la realización del test

El propósito de las pruebas de usabilidad realizadas era recopilar información sobre cómo los usuarios usan el sitio, ver si existen problemas al navegar, al interactuar con los elementos y al leer la información, y comprobar si existen mejoras que permitan aumentar la conversión del objetivo principal de la web: la reserva una habitación.

Para ello se han definido varios elementos que eran necesarios:

  • La metodología de prueba
  • Los tipos de usuarios para la prueba
  • La declaración del problema y las tareas/escenarios propuestos
  • Entregables con las conclusiones obtenidas

Durante la prueba se han realizado 3 test:

  1. Test para recolectar los participantes: test de filtrado mandado a los partipantes interesados via formulario online para que lo rellenasen y detectar en base a sus respuestas cuales entraban dentro de la tipología definida.
  2. Test con las tareas a realizar en la prueba: Definición de las tareas a realizar en la prueba (4 en este caso)
  3. Test realizado después de cada prueba para su evaluación: Después de cada tarea y al finalizar la prueba mediante un ipad que disponíamos al lado del ordenador,  el usuario debía valorár del 1 al 10, 3 preguntas por tarea para analizar su satisfacción de lo realizado y el sentimiento generado.

Tipología de usuario para la prueba

Después de analizar el perfil del usuario en base a entrevistas con el cliente, al producto ofrecido, y la posible competencia, se definió un usuario tipo a buscar para la prueba con varias preguntas de control.

El participante debía cumplir los siguientes requisitos:

  • Que viajasen mínimo 1-3 veces al año a hoteles (se les preguntaba además número de noches dormidas en hotel el pasado año).
  • Que viajasen por placer y acompañados de la familia o pareja (se les preguntaba además año de nacimiento).
  • Que utilizasen internet más de 2 horas al día (se les preguntaba para que lo usaban).
  • Que fueran ellos los que realicen las reservas (se les preguntaba donde reservaban habitualmente).

Además, lógicamente se agradecía su tiempo con un cheque regalo de 30€.

Escenarios propuestos para el test de usabilidad

EL objetivo de la prueba es proporcionar datos cualitativos sobre la experiencia del usuario en la web.

Seguir leyendo «Realización de una prueba de usabilidad con test de usuarios»

Consultoría UX para empresas

Hoy os quiero contar la sesión de consultoría de Experiencia de Usuario que estuve realizando con el equipo de Waidis, una startup de Demium, cuyo modelo de negocio se basa en proporcionar ayuda a grandes empresas que requieren un volumen extra de trabajadores en determinados momentos puntuales agilizando el proceso y mejorando la calidad de sus contrataciones.

Waidis

Fue una reunión de 2 horas muy productiva donde trabajamos en varias líneas.

Por un lado yo había previamente realizado un análisis heurístico de la web y les pase ciertas cosas mejoras e ideas que había visto (hay que decir que la web la crearon hace meses y ellos mismo la tenían pendiente de cambio).

Por otro lado, realizamos varios story mapping desde el punto de vista de los 2 principales grupos de usuarios para identificar posibles problemas, y contemplando de forma rápida mediante bocetos cuales podrían ser las mejores soluciones.

Seguir leyendo «Consultoría UX para empresas»

Charla UX en Demium

El pasado martes di una formación en Demium sobre Experiencia de usuario a los integrantes del último AllStartup.

Formacion UX

180 diapositivas y dos horas de duración para explicar por qué es importante trabajar con metodologías centradas en el usuario, como nació la Experiencia de usuario, ejemplos divertidos de qué es y qué no es UX, técnicas para encuentrar el problema y conocer a los usuarios y sus necesidades, consejos sobre hasta qué nivel de detalle necesitas llegar al realizar un diseño, ejemplos de diferentes tipos de test con usuarios, y como medir  en base a lo que queremos analizar.

Además remarqué especial importancia sobre como trabajar el proceso de discovery de producto y la experiencia de usuario en un equipo, siguiendo la técnica Lean UX, que muestra como colaborar con otros miembros del equipo obteniendo feedback cuanto antes y de forma continuada.

Y es que ya que la charla iba dirigida a empresas que están comenzando nada mejor que remarcar la importancia que tiene la cultura de empresa y la forma de desarrollar un producto y trabajar en equipo.

Y es que la suma de las partes supera al todo.

Lean UX es un conjunto de principios que adaptados a cada empresa y equipo, sirven de guía para encontrar mejores y más deseables soluciones para los usuarios. Explica una serie de técnicas y una forma de aplicarlas haciendo diseño y descubrimiento participativo entre los diferentes pefiles implicados en el proyecto en un entorno siempre cambiante e impredecible.

Y es que para diseñar un gran producto o servicio no se debe confiar en la figura de una única persona, ya que no exiten los Gurús o Ninjas que lo sepan todo. Es sumando el conocimiento de los diferentes perfiles del equipo, lo que permite obtener un MVP (Minimum Viable Product) con el menor coste de recursos posibles que permita probar cuanto antes las suposiciones ideadas entre todos.

Y es que todo son suposiciones hasta que no se testea.

 

Scroll hacia arriba