Alinee sus equipos de productos y tecnología con el lienzo de productos tecnológicos

Escucha la versión en audio de este artículo

La falta de comunicación entre los equipos de desarrollo de productos y tecnología es probablemente la mayor fuente de desperdicio de recursos en el desarrollo de software. Las empresas de tecnología de alto crecimiento se enfrentan a una demanda cada vez mayor de entregas de productos y, por lo tanto, a veces se pasa por alto una planificación adecuada. Hay varios signos que muestran una falta de alineación entre el producto y el equipo técnico:

• Productos no entregados a los requerimientos.
• Se está tardando más de lo previsto en ofrecer las características del producto.
• Los equipos tienen muy poca interacción y comunicación semanalmente.
• El equipo de tecnología tiene que "rehacer" su infraestructura debido a las solicitudes de nuevos productos.
• El ritmo de desarrollo se siente lento en comparación con la competencia.
• El equipo técnico a menudo pregunta: “ ¿Por qué no nos dijiste esto antes? ”

Las empresas exitosas gestionan activamente esta interfaz entre los dos equipos y tienen hojas de ruta claras de productos y tecnología que todos entienden. Sin embargo, actualmente, no existen metodologías populares que resuelvan este problema de forma estructurada.

En cambio, la mayoría de las veces, estos objetivos se logran de manera ad-hoc a través de reuniones no estructuradas. La comparación más cercana a esto son los marcos ágiles escalados, pero incluso estos enfoques no siempre son factibles para todas las empresas, particularmente las más pequeñas, ya que este enfoque requiere la adopción de todo el marco.

Una de las formas de lograr fácilmente la alineación entre los equipos de productos y tecnología es utilizar el lienzo de productos tecnológicos estructurado.

¿Qué es el lienzo de productos tecnológicos?

El concepto de lienzo existe desde hace muchos años. Los visionarios e innovadores clave en este espacio incluyen a Alexander Osterwalder, quien creó Business Model Canvas, Roman Pichler y su Product Vision Canvas, y Jeff Patton, conocido por el método User Story Mapping y su Opportunity Canvas. Usé la metodología canvas para resolver el problema de la alineación de productos y tecnologías y creé Technology Product Canvas.

El lienzo actuará como una forma rápida de facilitar la discusión en equipo y hacer que todos estén en sintonía, literalmente. Este es uno de los beneficios más importantes de crear este documento. Al pasar por el proceso, que puede tomar tan solo una hora, comenzará a administrar esa alineación entre los equipos de producto y tecnología.

El Technology Product Canvas obliga a su equipo a establecer y visualizar los objetivos de la hoja de ruta del producto, los objetivos de la hoja de ruta de la tecnología y analizar explícitamente cada etapa de la tecnología del producto de la hoja de ruta. Este ejercicio asegura que los equipos estén sincronizados y que todos puedan salir de la sala con expectativas y dirección claras.

A través de mi trabajo con empresas de tecnología, me he dado cuenta de que la intersección entre los objetivos comerciales y las capacidades tecnológicas es donde se encuentra el mayor riesgo. Technology Product Canvas se creó para gestionar exactamente este riesgo.

¿Cuándo usar el lienzo de productos tecnológicos?

Es mejor que el propietario del producto inicie la discusión sobre el lienzo de productos tecnológicos cuando haya definido completamente la visión del producto, haya realizado el proceso de mapeo de la historia y haya desarrollado la hoja de ruta inicial del lanzamiento del producto. En esta etapa, quedará claro qué características del producto son críticas para cada versión principal. En este punto, los equipos están listos para tener una discusión técnica detallada sobre cómo se construirá el producto.

El ejercicio de Technology Product Canvas traerá claridad, a veces conflicto, pero finalmente un acuerdo sobre qué arquitectura tecnológica se necesitará implementar para desarrollar el producto y cómo evolucionarán las plataformas tecnológicas para satisfacer las necesidades del producto. Permitirá que el equipo de tecnología realice una lluvia de ideas sobre diferentes posibilidades y garantizará que se capturen sus aportes sobre la innovación.

Veamos un ejemplo más detallado de cómo se usa Technology Product Canvas en una nueva empresa hipotética de software para que podamos verlo en acción y aprender a usarlo.

Cómo utilizar el lienzo de productos tecnológicos

El lienzo de productos tecnológicos está destinado a ser, principalmente, un vehículo para crear enfoque, comunicación y alineación del equipo. El lienzo le permite tener una conversación con su equipo de tecnología para determinar qué arquitectura tecnológica se necesitará para respaldar el desarrollo de productos. Usemos un ejemplo hipotético de un nuevo producto de software. Una nueva aplicación basada en la ubicación para conectar a las personas con otras personas a su alrededor: una aplicación comunitaria para conectarte con tus vecinos.

Puede descargar el lienzo de productos tecnológicos aquí. También puede imprimir el lienzo y escribir en él. Alternativamente, también puede usar una herramienta en línea como Miro, que usé para este artículo.

Configuración

Digamos que ha estado trabajando con su equipo de inicio durante un par de meses, tiene algunas ideas geniales y ahora está ansioso por planificar el desarrollo del software. Ha trabajado en su lienzo lean, incluso ha creado un mapa de la historia de los pasos del proceso que un usuario experimentará a medida que avanza en la aplicación. Ahora necesitas construirlo. Entonces, reúne a todos en una sala de conferencias, su equipo de producto y sus equipos de tecnología, y proyecta una versión en blanco del lienzo de productos tecnológicos en la pantalla de la sala de conferencias. ¿Donde empezar?

Lo primero es establecer expectativas sobre por qué todos están aquí y qué pretende lograr. Explique a su equipo que están aquí para garantizar un plan entre los objetivos del producto y las tareas técnicas. Además, enfatice que no está buscando la perfección y que seguirá revisando esto cada pocos meses a medida que aprenda más y cambien los requisitos. Pero, al menos por hoy, esta es una apuesta en el suelo para garantizar que todos estén en la misma página.

Paso 1: Definir las métricas de éxito

¿Cómo va a medir si su plan general está funcionando? ¿Cuáles son los objetivos comerciales? Pueden ser los ingresos en cada fase de lanzamiento o la cantidad de descargas de aplicaciones. Si está familiarizado con el lienzo esbelto, es posible que ya tenga esos números identificados. Copie esa información en esta sección. En este ejemplo, he usado las siguientes dos métricas de éxito: "Conectar a 1000 personas en nuestro primer año" y "Crear nuestra marca en Los Ángeles", una métrica cuantificable y otra cualitativa.

Pero, ¿por qué nos enfocamos en esto primero? Asegura que todo el equipo entienda por qué estamos en la sala. Tenemos un objetivo que lograr que es más grande que cualquier problema de producto o tecnología. Es la razón comercial por la que todos estamos aquí.

Paso 2: complete las secciones de visión del producto y lanzamiento del producto

Esto permite que el equipo obtenga claridad o se actualice sobre cuál es la visión de nuestro producto y cómo hemos definido actualmente nuestras prioridades de desarrollo de productos. Escriba la declaración de la Visión del producto y quién es el principal grupo objetivo. Luego, identifique algunos elementos clave del producto que desea entregar en cada versión. Recomiendo llenar estas casillas en equipo y no tenerlas prellenadas de antemano. Asegura que tanto los miembros del equipo de tecnología como los de producto participen en el proceso de definición de los objetivos. Trabaje de izquierda a derecha: identifique los objetivos para la primera iteración del producto: las características principales que se necesitan para satisfacer las necesidades de sus clientes.

En nuestro ejemplo de aplicación, nuestra Visión del producto es "Habilitar la comunicación en tiempo real entre las personas que viven en mi vecindario para fortalecer la comunidad". Después de eso, en los Lanzamientos de productos, podríamos decir que la Versión 1 es "Para identificar su ubicación actual, mostrar quién está cerca y comunicarse con su dirección de correo electrónico". V2 podría ser "para mostrar quién está cerca y permitir el chat en tiempo real". V3 podría ser "para habilitar la privacidad y la monetización". Estas iteraciones del producto se ingresarán en el lienzo como se ve a continuación. Mantenga el lienzo lo más simple posible para que las personas puedan ver el panorama general. El lienzo también está destinado a capturar la visión a largo plazo. Tenga en cuenta que esta podría ser la primera vez que el equipo de tecnología ve una imagen tan clara de su producto, así que dedique suficiente tiempo para asegurarse de que comprendan cada uno de los requisitos de la versión y los que lo acompañan.

Paso 3: Haga coincidir la visión tecnológica con la visión del producto

Ahora es el momento de obtener información del equipo de tecnología y definir su visión sobre cómo evolucionará la arquitectura tecnológica. Comience con la Visión tecnológica, una declaración que describe el panorama general del desarrollo y que puede sobrevivir a los cambios de herramientas del proveedor. En nuestro ejemplo de aplicación, la Visión tecnológica podría indicar: "Usar las capacidades de ubicación geográfica de los dispositivos que brindan información de ubicación y usar microservicios sin servidor para habilitar las capacidades de colaboración en la nube". No estamos seleccionando una herramienta en particular en este momento. Piense en la Visión tecnológica como la gran idea de cómo la tecnología ayudará aquí y qué innovaciones buscamos adoptar que permitan una ventaja competitiva, así como una pasarela tecnológica que nos puede llevar a nuestra visión.

Paso 4: Haga coincidir los planes tecnológicos con los objetivos del producto

Aquí es donde el caucho golpea el camino. En el Paso 2, para cada iteración de lanzamiento de producto, se identificaron características clave. Ahora necesita definir el Plan de Tecnología para cada uno de estos lanzamientos. Identifique qué arquitectura tecnológica y herramientas se necesitarán para respaldar cada una de estas funciones. Está bien identificar las herramientas exactas y ponerse técnico. Puede pivotar en versiones futuras si es necesario. El plan es que el equipo de tecnología comunique explícitamente lo que tendrán que hacer.

Deje que el equipo de tecnología dirija esta parte y asegúreles que las respuestas no tienen que ser perfectas. Si necesitan irse e investigar más, pueden hacerlo después de la reunión. Pero el objetivo aquí es completar la primera iteración del lienzo, que se puede actualizar más adelante. La perfección es enemiga del éxito.

En nuestro ejemplo de aplicación, observamos las necesidades del producto en el recuadro Versión del producto 1. Con base en estos requisitos, podríamos decir que el Plan tecnológico 1 es “Desarrollar una aplicación web progresiva usando Ionic para habilitar la aplicación multiplataforma. Utilice las capacidades de ubicación geográfica del dispositivo. Sincronización con el back-end de Firebase. Utilice el servicio de correo electrónico SendGrid”. El plan tecnológico y los objetivos descritos aquí deberían ser suficientes para lograr los objetivos del producto. Asegúrese de que el equipo no haga demasiada ingeniería donde no existan los objetivos del producto.

En este paso, finalmente podemos ver el poder del lienzo: así es como alineamos los equipos. Alineamos los objetivos de producto con el plan tecnológico. ¿Y esa línea en el medio? Esa es la interfaz , que el gerente de producto necesita para administrar activamente entre los equipos.

De manera similar, el Plan de tecnología 2 sería "Implementar la autenticación de usuario mediante la autorización de Facebook/Google, implementar el chat en tiempo real con la base de datos de Firebase y la interfaz de chat". El plan de tecnología 3 sería "Implementar privacidad/ocultación de GPS y métodos de compra en la aplicación para actualizaciones de aplicaciones".

El proceso requerirá que el equipo de tecnología en su reunión contribuya a la discusión. Tendrá la oportunidad de compartir y discutir todas las ideas y puntos de vista, y obtendrá la alineación y la aceptación del equipo. Aquí es donde las personas de todos los lados de los equipos comprenderán las necesidades, las prioridades y los problemas que deben discutirse y donde desarrollará planes y acuerdos iniciales.

En este punto, tiene el primer borrador de la hoja de ruta tecnológica que coincide con la hoja de ruta del producto. Las tareas tecnológicas clave se presentan en un flujo visual que ayudará a sus equipos a saber en qué concentrarse y cuándo.

Paso 5: Identificar riesgos y recursos

Finalmente, una vez que haya decidido cómo va a construir el producto desde la perspectiva de la arquitectura tecnológica, es una buena idea discutir los riesgos y los recursos. En nuestro ejemplo, podríamos decir para Riesgos: "Existe la posibilidad de que la aplicación web progresiva no sea lo suficientemente rápida". Si es así, podríamos pasar al desarrollo de aplicaciones React o Native. Para Recursos, vamos a necesitar personas con habilidades en "Ionic, PWA, geolocalización y Firebase".

Incluir estos elementos aquí asegura que este resumen de una página capture los elementos más destacados que surgen de la discusión y será útil más adelante cuando revise el lienzo nuevamente.

La imagen completa

Aquí hay un ejemplo completo de Technology Product Canvas basado en nuestro ejemplo hipotético de aplicación anterior:

No debe esperarse que el lienzo deba completarse por completo en el primer intento. Es posible que no esté de acuerdo como equipo sobre qué es una característica del producto en comparación con una capacidad técnica y dónde poner qué en el lienzo. El propósito del lienzo es iniciar y enmarcar una discusión para que, al final de la sesión, usted y todo el equipo tengan un acuerdo conceptual mucho mejor sobre cómo debe proceder el desarrollo.

Este documento es ahora el núcleo de su plan de desarrollo. Es la hoja de ruta de desarrollo de alto nivel y el equipo de tecnología ahora puede tomar esto y enmarcar sus tareas de desarrollo más detalladas conociendo los objetivos del negocio.

Conclusión: iterar el lienzo de su producto tecnológico

Los cinco pasos para crear un lienzo de productos tecnológicos son:

1. Definir las métricas de éxito
2. Complete las secciones Visión de producto y Lanzamiento del producto
3. Haga coincidir la visión tecnológica con la visión del producto
4. Haga coincidir los planes tecnológicos con los objetivos del producto
5. Identificar riesgos y recursos

Un beneficio muy importante del lienzo es que permite a los equipos identificar la tecnología 'mínima' que debe aplicarse o desarrollarse en cada etapa. Ayuda al equipo de producto a conocer el esfuerzo tecnológico requerido y los desafíos que se avecinan. El desarrollo de productos no se ve frenado por la falta de capacidad técnica porque los planes técnicos están sincronizados y ven suficientes pasos por delante. En el ejemplo de la aplicación, estaríamos capacitando a nuestro equipo o buscando un experto en tecnología SignalR a medida que nos acercamos al lanzamiento de la versión 1 para estar listos para el lanzamiento de la versión 2 donde se necesita esa habilidad.

Puede descargar el lienzo de productos tecnológicos aquí. Recomiendo que los equipos realicen una revisión cada trimestre, y definitivamente a medida que se realiza cada lanzamiento. Siéntase libre de modificar el lienzo para que se adapte mejor a sus necesidades. Me interesaría mucho escuchar sus comentarios sobre cómo se podría mejorar el lienzo de productos tecnológicos.