Publicado el 18 Mar, 2020 4 minutos de lectura
Ojalá me hubiesen obligado a leer el libro "User Story Mapping" de Jeff Patton hace 5 años. Hubiera sido útil tanto para la interacción dentro de nuestros equipos, como en la interacción con nuestros clientes a la hora de definir qué productos digitales construir, por qué deberíamos construirlos, y cómo profundizar en los detalles necesarios para hacer las cosas bien.
Empecemos de la definición clave de Comprensión Compartida en la creación de productos digitales:
"Habla, comunica, dibuja, interactúa con la gente, para desarrollar una Comprensión Compartida sobre qué software tiene sentido construir y por qué. Aprende a escuchar y a participar para poder digerir en equipo ideas, problemas y posibles soluciones para los clientes objetivos. Salgan e interactúen inteligentemente juntos".
En 3 libros con diferentes propósitos se hace referencia al concepto de Comprensión Compartida. Los libros son 1. User Story Mapping, 2. Product Roadmaps Relaunched y 3. LeanUX.
Jeff Patton, en User Story Mapping, explica el concepto de Entendimiento Compartido como:
"La conversación es mejor si logramos externalizar nuestro pensamiento haciendo dibujos u organizando nuestras ideas usando fichas o post it. Si nos damos tiempo para explicar nuestros pensamientos con palabras e imágenes, construimos una Comprensión Compartida.
Al mezclar y refinar nuestras ideas, logramos un entendimiento común incluyendo solo las mejores de ellas. Desde ahí la importancia de externalizarlas. Podemos volver a dibujar bocetos o mover post it, y - lo bueno - es que realmente estamos moviendo ideas. En definitiva, lo que estamos haciendo es desarrollar nuestra Comprensión Compartida. Y eso es súper difícil de lograr sólo con palabras.
Hay muchas personas que creen que hay una manera ideal de documentar, y que cuando la gente lee documentos y sale con diferentes interpretaciones, es por culpa del lector o de quien lo escribió. Pero en realidad, no es ninguna de las dos cosas. La respuesta correcta es simple: deja de pensar eso. Deja de intentar escribir el documento perfecto. Vamos, escribe algo, lo que sea, y luego usa conversaciones productivas con palabras e imágenes para construir un Comprensión Compartida".
Patton, J. , Economy, P. (2014). User Story Mapping, https://www.amazon.com
Si profundizamos en la Comprensión Compartida, teniendo en cuenta el panorama general hacia dónde vamos con nuestros productos digitales, vamos a generar y encontrar un montón de ideas. Y nos gustaría organizar esas ideas de diferentes maneras, pero en lugar de pensar en la finalidad del propósito, es importante pensar en el viaje en sí y en las personas: ¿estamos construyendo una comprensión compartida en los artefactos creados, que nos ayudarán a construir mejores productos digitales?. Esa es la pregunta que debemos respondernos.
Como equipo, es crítico que las áreas de Negocios y Tecnología evalúen en conjunto los problemas y oportunidades que tiene sentido abordar. Priorizar lo que hay que hacer primero si queremos generar el mayor impacto posible a nuestros clientes, requiere que tanto los mismos clientes objetivo, los gerentes de producto, los diseñadores de producto y los ingenieros de software puedan comunicarse de manera efectiva para lograr que sus mentes generen ideas accionables que realmente marcarán la diferencia. Así, esas ideas accionables podrán adoptar la forma de una hoja de ruta del producto, usando las técnicas del User Story Mapping de Jeff Patton, empezando por un MVP, para luego validar rápidamente si esas ideas iniciales tenían valor.
Quizás sea útil repetirnos cada cierto tiempo la siguiente pregunta: "¿Las personas clave y los clientes objetivo han aportado de forma significativa a la hoja de ruta del producto?
En el libro Product Roadmaps Relaunched, los autores nos hablan de la Comprensión Compartida:
"Las hojas de ruta de los productos pueden tomar muchas formas, y no son necesariamente un sólo artefacto o documento. De hecho, no se trata en absoluto de crear artefactos, se trata de crear una comprensión compartida de a dónde ir y por qué".
Lombardo, C. T, McCarthy B. (2018). Product Roadmaps Relaunched,
Si pasamos al libro LeanUX y profundizamos en el propósito del "Descubrimiento", etapa donde estamos involucrando a los clientes para extraer y procesar información, los autores hacen referencia al concepto de "Taller de Definición de Servicios" utilizado por las Agencias de UX. El propósito de éste es interactuar, extraer y organizar junto con los clientes, la visión, los objetivos, los clientes objetivo, los viajes de los clientes y las funcionalidades a construir. Todo hecho con el propósito de: sí, una comprensión compartida.
"El Taller de Definición de Servicios define el alcance del trabajo y las expectativas de cómo el equipo abordará el trabajo. Permite que el equipo recién formado cliente/agencia sea capaz de crear lo siguiente:
- Una comprensión compartida de la visión y el objetivo del proyecto
- Una lista priorizada de objetivos de negocio
- Una idea clara de quiénes serán los primeros usuarios del sistema
- Una propuesta de viaje del cliente para esos usuarios
- Un conjunto inicial de características deseadas que el equipo considera importantes."
Gothelf, J. , Seiden, J. (2016, October 25) Lean UX, https://www.amazon.com
El resultado final, es sentirse libres de desafiar a cualquiera que entregue un documento de requerimientos o cualquier otra forma de documento preescrito que pertenezca a un producto digital, si no ha pasado por un proceso de Comprensión Compartida. En definitiva, es un grupo de personas (quizás de 3 a 5 personas) que se toman el tiempo para interactuar, discutir e identificar problemas, como también de generar las ideas para resolverlos y las tareas o viajes de los clientes desde "AS IS" a "TO BE".
El objetivo debe ser construir los productos digitales correctos para los clientes y el propósito buscado. Como Jeff concluye en su libro diciendo:
“Si no obtienes nada más de este libro, al menos recuerda estas cosas:
- Las historias no son una lista escrita de requerimientos; contar historias a través de la colaboración con palabras e imágenes es un mecanismo que construye un entendimiento compartido.
- Las historias no son los requerimientos; son valiosas discusiones sobre la solución de problemas para nuestra compañía, nuestros clientes y nuestros usuarios que conducen a acuerdos sobre qué construir.
- Tu trabajo no es construir más software y más rápido; tu trabajo es maximizar el resultado y el impacto que obtienes de lo que eliges construir".
Patton, J. , Economy, P. (2014). User Story Mapping, https://www.amazon.com
Construir una Comprensión Compartida - tal como lo mencionan sus autores en estos 3 libros - te ayudará a seleccionar los problemas que realmente vale la pena resolver de cara a tus clientes, a la vez que te ayudará a maximizar los resultados de mayor valor para tu negocio.
Y tú, ¿cómo estás construyendo una comprensión compartida en el desarrollo de tus productos?
