Etiqueta: comunicación

5 pautas para ayudarte a aprender a descubrir soluciones simples a problemas complejos

¿Te acuerdas qué edad tenías cuando empezaste a estudiar cómo resolver problemas?
¿7 años? – más o menos.

Yo he estudiado resolver problemas de matemática, física, química, definir algoritmos para realizar las soluciones a distintos problemas. Tu también, en estas u otras asignaturas.

Año tras año en las aulas nos han enseñado métodos para llegar a la solución correcta de un problema, suponiendo que las técnicas necesarias están en los libros y hay que combinarlas de una manera apropiada para dar con la solución. Además la profesora siempre sabe la respuesta esperada.

Sin duda ninguna estos conocimientos son esenciales.

Pero entrando en las organizaciones tecnológicas, el entorno en el que estamos tu y yo (y todo el mundo), ¿esperas poder encontrar la solución a cualquier problema prescrita en algún sitio?

Aunque estamos muy acostumbrados a ellos, hay que recordar que el iPhone entró en nuestras vidas hace sólo 8 años, google maps hace 10, instagram hace 5, dropbox hace poco más de 2. Las soluciones en-la-nube todavía no han salido del área I+D+i y algunos clientes ya las solicitan como algo habitual

¿Estas empresas siguen algunos pasos predefinidos para llegar a la solución actual?

Apenas una década atrás muchas personas opinaban que había que encontrar un trabajo estable para toda la vida y simplemente seguir las instrucciones del manager superior. A la vez algun@s directiv@s pensaban que la toma de decisiones les correspondía a ell@s por tener más información.

¿Puedes tener hoy un negocio flexible y competitivo con esta mentalidad?

Desde principios de 2016 vivimos ya en la época de orientación al cliente y esto nos hace pensar, actuar y organizarnos de otra manera.

Muchas de las situaciones se producen por primera vez y, lógicamente, las actuaciones adecuadas todavía no están documentadas.

Esto no significa que no puedes abordar problemas complejos. Has aprendido a hacer muchas cosas sin saber cómo exactamente.

Aprende a descubrir soluciones sencillas a los problemas.

¿Cómo?

Tienes la base apropiada. Conoces el dominio de tu trabajo, el producto que estáis desarrollando, las personas con las que llevas a cabo los proyectos, vuestros clientes.

A veces la gente se empeña en soluciones complejas técnicamente porque en esto ha estado centrada la gran parte de su formación.

Añade dos complementos a la excelencia técnica:
      A. Entendimiento de la voz del cliente
      B. Motivación personal

 

A. Entendimiento de la voz del cliente

El primer paso en la resolución de cualquier problema es entender el problema. Desde el punto de vista del cliente, el futuro usuario de la solución.

Muchas veces, nada más oír dos frases del cliente, damos el problema por entendido y saltamos a la solución. Luego resulta que algún aspecto se nos ha escapado.

Tanto si hablamos de un producto o de un proceso, la solución exitosa de un problema no es la que funciona sino la que produce un efecto positivo para el cliente. Que le facilite una necesidad concreta y de manera cómoda, o bien que le permita hacer su trabajo de forma natural y sencilla.

Por eso es importante que tu equipo y tu entendáis la perspectiva del cliente, qué necesidades espera que le resolváis y cuál será la manera más cómoda para él/ella.

5 Porqués es una buena técnica de entender un problema. Haz todas las preguntas que se te ayuden para:

  • Especificar claramente el contexto en el que se produce el problema
  • Dibujar el efecto que está buscando el cliente con la solución.
  • A poder ser, describir el problema en términos numéricos

Varia las preguntas. Entienda lo máximo posible.

Si necesitas más inspiración, vuelve a ver la charla de Simon Sinek «How Great Leaders Inspire Action«.

=> Pauta 1: Piensa un paso en adelante.
Entiende el problema, dibuja el efecto
que notará el cliente tras su resolución.

¿Qué hacer si el problema es suficientemente complejo, combina varios aspectos y aunque tienes claro hacia dónde tienes que ir, no sabes cómo abordar todas las consideraciones?

Trocéalo.

Un elefante se come a trozos.
A la meta final se llega pasando por las metas intermedias.

Un patrón que podrías usar para desglosar una solución es el siguiente:

En [circunstancias; condiciones] Cuando [el Actor hace la Acción], Entonces [el resultado o efecto deseado].

Por ejemplo:

En servicio de mantenimiento, cuando por norma limitamos a 2 los tickets que un técnico puede gestionar en un momento, entonces las personas no sufren una carga excesiva de trabajo y pueden concentrarse mejor en la resolución de cada incidencia.

En proyectos con inter-dependencias y recursos compartidos cuando todas las personas relevantes conjuntamente revisan las planificaciones, entonces se reducen los retrasos y la carga desequilibrada de los miembros de los equipos.

Trocear una solución, sin embargo es más fácil decir que hacer.

Para esto ayuda estudiar diferentes opciones y valorar los efectos que producirá cada una de ellas, el valor que aportará al cliente.

También acuérdate que hay que ver el resultado en un tiempo razonable, cuánto más rápido mejor.

=> Pauta 2: Identifica opciones. Valóralas.

Podemos hablar de definición de opciones (alternativas, preferencias) cuando conocemos las características de la solución que queremos implementar y buscamos diferentes formas de realización.

La situación se complica más cuando no tenemos claras estas características o bien porque el cliente no sabe definirlas o bien porque está buscando una solución innovadora o muy personalizada.

En situaciones como esta determinamos objetivos y límites y experimentamos con diferentes hipótesis para que veamos cuál funciona y se puede adoptar. El estudio «Marshmallow» enseña mucho acerca de la búsqueda de soluciones.

Reúne a tu equipo de diseñadores, desarrolladores, comerciales, y déjales que hagan preguntas, suposiciones y que prueben a ver qué funcionaría.

3 son las preguntas que os tenéis que hacer mientras estáis comprobando vuestra hipótesis:

  • ¿estamos resolviendo el problema correcto?
  • ¿estamos trabajando a la mejor manera?
  • ¿estamos resolviendo correctamente el problema?

No te olvides del problema principal que quieres resolver porque mi experiencia es que a veces inconscientemente nos desviamos del objetivo y pasamos un buen rato hablando y tratando otros asuntos que no necesariamente aportan algo de valor.

=> Pauta 3: Define una hipótesis y compruébala.

Precisamente para abordar el tema de la búsqueda de la respuesta más adecuada a un problema el método «Lean Startup» propone descubrir la solución en ciclos de aprendizaje validado. Paso a paso, terminando cada etapa con un resultado que permite al equipo entender mejor el problema que está solucionando y aprender de lo que NO ha ido según las expectativas.

Si comprobar una hipótesis te suena complejo en sí y Lean Startup poco adecuado para ponerlo en uso en tu organización, prueba OKR. Es un método que utilizan unas cuantas empresas, pero por este «video se conoce como «así trabaja Google».

En resumen OKR sugiere que visualices el objetivo (el problema que quieres resolver), 2-3 resultados clave que quieres conseguir (las características de la solución esperada) y definir acciones que puedes realizar en un tiempo razonable. Mantener esta imagen actualizada y a la vista de todas las personas de tu equipo hasta que terminéis el trabajo.

Al terminar y sin duda ninguna, reflexionar sobre qué no ha ido según lo esperado y por qué.

=> Pauta 4: Feedback y comunicación.
Aprende de lo que no ha cumplido
las expectativas de la hipótesis

¿Qué opinas de éstas 4 pautas?

¿Las ves aplicables en tu contexto?

Mi experiencia con ellas es muy diversa y lo que veo como resultados depende notablemente del ambiente que se vive en el grupo de las personas involucradas.
Por eso quiero que prestes atención al segundo complemento necesario en la resolución de un problema:

B. Motivar a las personas de tu equipo

Después de años dedicados a la mejora de los procesos en organizaciones tecnológicas te puedo decir con plena confianza que si obligas a un grupo de personas a seguir un proceso, lo que consigues es lo siguiente:

  • Conformidad – la mayoría de la gente hace lo imprescindible para cumplir el proceso sin que pare a pensar qué se puede mejorar
  • Resistencia – causada por pocas personas, pero un obstáculo importante para el avance de la mejora.

El aprendizaje se limita a los responsables de los procesos y las anécdotas que se cuentan de vez en cuando después de la tercera cerveza.

Si se impone qué-cómo-quién, la gente se suele retirar detrás de sus escudos (roles y responsabilidades) y espera, lógicamente, que el responsable de coordinar todo el trabajo tome las decisiones.

De esta manera es difícil buscar soluciones out-of-the-box.

Lo que te ayuda a salir de una situación como esta, aunque no es fácil e inmediato, es proporcionar la información completa necesaria para que tu equipo pueda resolver un problema, aclarar las fronteras de la solución y dejarles a ellos la autonomía de organizarse.

Esto sí, tu estás con ellos para que facilites el mantener el foco en el problema y ayudar a aclarar las dudas que surjan.

=> Pauta 5: Foco. Transparencia. Autonomía

No te olvides de valorar el efecto de la solución, así como de aprender de lo que no haya ido según lo esperado.

Y por supuesto, celebrar el logro.

Resumen:

PautasDescubrirSoluciones
¿Cuál es tu experiencia?

¿Qué añadirías tú a estas pautas?

Artículos relacionados:

La comunicación y la visibilidad – las vitaminas para las empresas TIC

Este mes tuve un servicio interesante para el departamento TI de un banco. Digo interesante porque me contactaron para visitarles,ver cómo llevaban a cabo y gestionaban sus proyectos y decirles cómo les veía. Nada de problemas que quieren resolver, objetivos que están buscando, mejoras que les gustaría introducir o método que aplicar. Simplemente venirver – y darnos tu opinión.

Fui con una buena dosis de curiosidad y también con algo de preocupación porque no sabía con qué me iba a encontrar ahí.

El contexto

Para entender el contexto les pedí tanto al equipo de desarrollo de software como al de los usuarios que me describiesen su flujo de trabajo asó como todas las dificultades que tenían en su día a día (un problema por post-it).

En resumen la situación actual se puede dibujar así:

WorkflowAndPains Sp

Los dolores que necesitan una cura urgente según la priorización de ambos equipos son los siguientes:

  1. Pobres requisitos de los usuarios (definidos a nivel de idea)
  2. Insuficiente análisis de negocio
  3. Problemas con las estimaciones de las tareas – los usuarios no entienden qué hacen los desarrolladores tanto tiempo; existe presión por reducir las estimaciones; luego aparecen los problemas de no cumplirlas
  4. Frecuentes cambios de prioridades
  5. Alta carga de trabajo e incapacidad por parte del equipo de desarrollo de responder rápidamente a las peticiones de los usuarios.
  6. Falta de gestión de riesgos

El análisis de los problemas se puede resumir así, leyendo el árbol desde abajo hacia arriba.

Pains Analysis

Se buscan “quick wins”, es decir soluciones que lleven a resultados positivos en corto plazo.

¿Qué vitaminas les receto para que noten mejoría en poco tiempo?

Definir un método de estimación vendría bien,  establecer criterios y reglas de gestión de los cambios a los requisitos y de los riesgos también, pero todo esto requiere su tiempo y esfuerzo. Además, después hay que asegurarse que se acepte bien por las personas en ambos equipos – los usuarios y los desarrolladores.

Escuchando a los dolores y los miedos de los dos lados la siguiente imagen apareció en mi mente:

CommunicationProblems Sp

En el fondo de todo está el problema del mapeo (el encaje) entre los requisitos de los usuarios, en su idioma de negocio, y  el trabajo del equipo de desarrollo, con todos sus aspectos creativos y técnicos.

La comunicación y la visibilidad compartida en el trabajo son
las vitaminas para las empresas TIC.

Ninguna tecnología o método formal dará resultados positivos en corto tiempo, si falla la comunicación entre las personas y falta visibilidad en el trabajo que se está llevando a cabo.

Verifiqué esta idea con el equipo y juntos llegamos a los siguientes dos elementos de la solución “quick win”:

  • Trabajar en equipos multidisciplinares

MultidisciplinaryTeam Sp

  • Usar a un tablero kanban compartido para tener visibilidad en el trabajo en curso y facilitar su entendimiento y gestión.

Draft Kanban Board

Ahora volvamos a los dolores que necesitan una cura urgente. Todos estarán positivamente afectados de esta solución sencilla ¿verdad?

Por lo menos en esto estamos convencidos el equipo de la organización y yo.

¿Qué tal lo ves tú?

Si crees que esta experiencia puede servir a algún amigo tuyo, re-envíale el mensaje. Te devolverá el gesto en otro momento importante para tí.

Artículos relacionados: