Compartilhe

Tanque de Decantación: un canvas como solución

16/04/19 - 5 minutos de leitura

El Tanque de Decantación (TD) es un canvas creado por el Agile Coach de K21 Danilo Risada. Desde entonces, hemos utilizado esta herramienta con diferentes clientes y en los más diversos escenarios. La principal aplicación de la misma es ayudar a los equipos en la definición de sus productos manteniendo un vínculo claro y poderoso con su propósito comercial.

¿Que es un Canvas?

Canvas son cuadros, carteles u otras herramientas, físicas o digitales, que contribuyen a la interconexión de asuntos necesarios para la organización de una idea.

En este post, el objetivo es ofrecer una visión general de esta herramienta. Si le gusta y desea saber obtener más información sobre cómo puede usarse el Tanque de Decantación (TD), ¡envíe sus comentarios!

Aplicación del Canvas del Tanque de Decantación

Observe el siguiente ejemplo. ¿Qué tal leer los post-its y entender cómo funciona la herramienta?

Tanque de Decantación

Ejemplo de tanque de decantación cuya aplicación es la entrega de comida.

El Canvas

Existen diversos tipos de canvas, cada uno con una propuesta diferente. Por ejemplo: el Business Model Canvas es uno de los más conocidos y, al igual que los demás, presenta campos predefinidos que deben completarse y algunas restricciones simples de cumplimentación.

El Canvas, el tema de este post, se divide en cinco etapas: Propósito, Problema, Ideas, Principal Idea (Foco) y CCC (Cartulina, Conversación y Confirmación).

Propósito

El Propósito debe describir el objetivo comercial que deseamos lograr. Es el motivo por el que existen el Equipo Ágil o la empresa; o al menos el punto de partida.

Estas son algunas preguntas que ayudan a definir el propósito:

      • Si no existiésemos, ¿qué perderían nuestros clientes o empresa?
      • ¿Por qué se nos paga?
      • ¿Cuál es la estrategia de mi empresa y cómo encajamos en la misma?

    Evite los propósitos endebles. Ejemplo: nuestro propósito es modernizar el sistema X. Probablemente el sistema X está siendo actualizado por alguna necesidad de negocio. Descubra cuál es.En el ejemplo de la foto los propósitos son facilitar la recepción de comida en casa y buscar restaurantes. Dos propósitos bien distintos, pero fuertes, porque son propósitos fáciles para un ser humano que tiene empatía.

    El propósito puede estar fuertemente ligado al propósito de la empresa, como el deseado. Sin embargo, si este vínculo no está muy claro, es importante que no exista duda sobre los propósitos elegidos y su sentido.

Problema

Habida cuenta de que tenemos un objetivo de negocio, ¿cuáles son los problemas que estamos resolviendo para nuestros clientes? Es fundamental que los problemas sean descritos desde una perspectiva comercial y estén siempre vinculados a personas o grupo de personas. Algunas preguntas que pueden ayudar a definir el problema son:

    • ¿Cuál es la principal preocupación de nuestros clientes?
    • ¿Qué desean nuestros clientes y por qué?
    • ¿Cómo resuelven nuestros clientes esta preocupación actualmente?
      Evite utilizar problemas excesivamente técnicos; puede que esté describiendo la solución técnica sin descubrir la necesidad de su cliente. Algunos ejemplos: actualizar la arquitectura del sistema X para microservicios; hacer Trade Marketing del producto Y; entregar todas las solicitudes hasta el primer trimestre del año corriente, etc.

 

Mediciones

¿Existe realmente el problema que observó? Si existe, ¿cuál es su dimensión? Cuando creamos una solución, ¿cuál es su eficacia con relación al problema?

Imagine que su problema consiste en correr una maratón (42 Km). ¿Cómo saber si se encuentra en el kilómetro 2, 20 o 40? ¿Cómo saber si corrió en dirección equivocada y le faltan ahora 53 kilómetros para el final de la carrera? Las mediciones le ayudarán a medir el tamaño del problema y el porcentaje ya resuelto del mismo. Lea el post Mediciones – Cómo medir la agilidad de su equipo. En este post, hablamos sobre los cálculos comerciales que miden la eficacia de su Equipo Ágil.

Tener un equipo sin mediciones es como navegar en mar abierto sin instrumentos. Todo lo que sobra son sentimientos y como decía un antiguo profesor solo Morris Albert (Compositor de la canción “Feelings·) vivió de sentimientos. La priorización de su producto partirá de la siguiente reflexión: “Estimo que…”. Esto da lugar a debates interminables e iniciativas fracasadas.

Ideas

¿Cuáles son las posibles soluciones que afectan a nuestras mediciones y ayudan a resolver los problemas? Si el producto que está usted creando es un software, ¿cuáles son las funcionalidades que tienen un mayor impacto en las mediciones más importantes? Puede usar el formato de Historias del Usuario (User Story):

Yo como <persona/cliente>
Deseo <idea (funcionalidad con la hipótesis de solución del problema)>
Para <problema que debe resolverse>

Para Todas las ideas son válidas. La única restricción es que debe existir una relación de causalidad entre cada idea y la medición que esta vaya a alterar.

¡Formación ScrumMaster con Rafael Sabbagh!
¡Formación Scrum Product Owner con Rafael Sabbagh!

Foco de atención

Entre todas las ideas que tuvimos, ¿cuál es la más importante? ¿Cuál es la idea que mejor cambia la medición de nuestro peor problema? Esta debe ser la primera que ha de validarse en nuestro producto. Esto no quiere decir se ignoren las demás ideas, pero nuestra atención se centrará en la más importante de todas.

CCC (Cartulina, Conversación y Confirmación)

El cocreador del método eXtreme Programming (XP) Ron Jeffries escribió que una Historia de Usuario debe constar de 3 C. La primera es la Cartulina que es el elemento que se colocará en la lista de elementos por desarrollar de nuestra solución (Backlog). En el caso del Tanque de Decantación, la Cartulina es la idea central escrita en el formato descrito anteriormente.

La segunda C es la Conversación. Este es el momento de debate sobre cómo esa idea se convertirá en producto. Vamos a debatir en qué consiste esta idea, en qué no consiste, lo que hace y lo que no hace.

La última C es la Confirmación. Este es el momento en que se comprueba si todas las personas involucradas en la creación del producto están en la misma página y en el que se definen las reglas del juego. Es aquí donde creamos los criterios de aceptación, definimos metas para las mediciones, expectativas de plazo, etc.

Cómo completar

Existe más de una forma de comenzar a usar el canvas. Conforme a la explicación de los párrafos anteriores, podemos comenzar con un propósito y bajar paso a paso.

Hay situaciones en las que usted puede comenzar con las ideas que tiene en mente y hacer la ingeniería inversa hasta encontrar un propósito claro. Ya procedimos de esa forma algunas veces y descubrimos que el problema que el equipo estaba tratando de resolver no existía. No había otra forma de medir si se estaba resolviendo el problema o no.

Cuando se completa el canvas es importante observar la relación entre cada elemento. ¿A qué propósitos nos lleva el problema que queremos resolver? ¿Qué ideas repercuten en qué mediciones? Es decir, preconizamos una relación MxN, en la que están conectados todos los elementos del canvas, así como los miembros del equipo. Gráficamente, puede representarse como una línea entre los post-its.

Feedback

Nuestro principal objetivo en la divulgación de nuestras herramientas es que la gente las pruebe y nos cuente su experiencia. Tenemos mucha curiosidad en saber cómo puede desarrollarse el uso de las mismas en diferentes escenarios; por ello los feedbacks son siempre bienvenidos

A continuación se presentan algunas imágenes de ejemplos reales que se construyeron este año.

Tanque de Decantación

Tanque de Decantación

Tanque de Decantación

 

Daniel Teixeira - In memoriam. Graduado en física por la UFRJ. Con más de 10 años de experiencia en el desarrollo de software, es Agile Coach desde 2010. Creador de diversas dinámicas de facilitación y referencia en la comunidad ágil.

Compartilhe

Escrito por

Daniel Teixeira


Bacharel em física pela UFRJ. Possui mais de 10 anos trabalhando com desenvolvimento de software e é Agile Coach desde 2010. Criador de diversas dinâmicas de facilitação e referência na comunidade ágil.
Esta postagem se encontra sob a licença Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International License.

Artigos relacionados

Inicio del proyecto: la visión del producto
21/11/22
4 minutos de leitura
Métricas de Productos Digitales: cómo crear y rastrear tu producto
08/09/22
4 minutos de leitura
¡La Agilidad está muerta! The Walking Dead de la agilidad
07/09/22
3 minutos de leitura
¿Qué es un producto digital?
05/04/21
3 minutos de leitura

    ¿Quieres recibir nuestro contenido?

    Escribe tu nombre y correo electrónico para que te informemos todo lo que sucede por aquí.