¿Cómo puede introducir las microimpresiones en su proceso de desarrollo para aumentar la productividad?
Las cosas están cambiando muy rápidamente en Drift. ¡Tan rápido, de hecho, que a veces ni siquiera podemos mantenernos al día!
Necesitábamos una forma de mejorar la velocidad de implementación de las mejoras incrementales del producto. Un sprint tradicional nos llevó unas dos semanas para poner un nuevo producto en producción. Queríamos un sistema que nos permitiera poner en producción actualizaciones más pequeñas, paralelas e incrementales.
Durante meses, estuvimos buscando un sistema que fuera más rápido que Agile y que pudiera adaptarse fácilmente a nuestra realidad. Pero la mayoría de los marcos nos parecían demasiado estructurados y no ofrecían la flexibilidad que necesitábamos. Seguimos buscando…
Después de muchas investigaciones infructuosas, decidimos crear nuestro propio método de desarrollo que encajaría perfectamente con nuestro enfoque orientado al cliente. Nos arremangamos para crear el marco que sabíamos que se ajustaría perfectamente a nuestras necesidades.
En Drift, llamamos a este método de desarrollo el Burndown Framework, que se basa esencialmente en las microimpresiones y la gestión de versiones semánticas. Las microimpresiones son elementos iterativos que forman parte de una característica y pueden ser validados independientemente. La gestión de versiones semánticas es la nomenclatura que nos permite organizar estas microimpresiones y hacerlas comprensibles para cualquier miembro del equipo.
Si vamos a construir una nueva versión del panel de control del cliente, llamémoslo «Panel 2.0.0», tenemos dos opciones:
- Podemos enviar la funcionalidad completa de una vez, después de dos semanas de trabajo, o…
- Podemos enviar cinco actualizaciones incrementales a los clientes con micro impresiones de 2 días.
¿Qué opción eliges? Para nosotros, es obvio que la opción 2 es de lejos la mejor opción.
Para complementar nuestro enfoque a través de las microimpresiones, queríamos una manera de hacer un seguimiento de todas las actualizaciones. Introdujimos el concepto de gestión de versiones semánticas , un lenguaje común que nos permitió simplificar nuestros intercambios evitando errores de comunicación.
(Pero seamos honestos, después de un cierto tiempo, nuestra facilidad con este nuevo método de desarrollo nos permitió prescindir de la gestión de versiones semánticas; en resumen, ¡quitamos las ruedas de la bicicleta!).
Para hacer realidad este nuevo enfoque, finalmente elegimos Trello, la herramienta más adecuada para nuestro marco de Burndown. Necesitábamos velocidad, flexibilidad (cambio constante de prioridades), liberaciones incrementales – y Trello nos ofreció todo lo que necesitábamos en este sentido. Compruébalo tú mismo.
Microimpresiones: la solución a sus necesidades de agilidad
Cada microimpresión es una lista de Trello cuyo nombre está definido por nuestro sistema de gestión de versión semántica. Estas listas se reevalúan diariamente para asegurar que siguen correspondiendo a las tareas prioritarias del momento.
Estos son los principios que guían nuestro método de desarrollo con el marco de Burndown y la gestión de la versión semántica:
- Flexible
- Enfoque orientado al cliente
- Iterativo
- Rápido
- Incremental
- Evolución constante
- Basado en datos
Desde que introdujimos estos conceptos en los métodos de desarrollo del equipo de productos de Drift, hemos desarrollado un número impresionante de características en el espacio de unos pocos meses – todas las cuales han contribuido directamente al éxito de Drift.
Nuestro flujo de trabajo en Trello está orientado de izquierda a derecha. A la izquierda se encuentran las próximas funcionalidades que se van a implementar, mientras que a la derecha se encuentran los proyectos para los que faltan las especificaciones y que deben ser mejor definidos y asignados a un gestor.
Una vez que las especificaciones del proyecto hayan sido definidas por el equipo de ingeniería y los diseñadores, la responsabilidad de la lista pasará al equipo de diseño del producto, que convertirá las ideas en realidad. El diseño se lleva a cabo de manera iterativa y el proyecto se dividirá en varias microimpresiones que pueden realizarse independientemente unas de otras. Estas microimpresiones podrían denominarse, por ejemplo, «Reporting 2.0.0» y «Reporting 2.1.0».
El diseñador se comunicará con los ingenieros para llevar a cabo la implementación y ellos se harán cargo. Gracias a nuestro método de desarrollo, la gestión de versiones semánticas asegura que cuando volvemos a priorizar las tareas en medio del tablero, no hay confusión en la secuencia de las tareas. Imposible tener una versión de «Reporting 2.1.0» antes de «Reporting 2.0.0» por ejemplo, sería como poner el carro delante del caballo!
¿Cómo adaptar el marco de Burndown a Trello?
Algunas características de trello lo hacen perfecto para este método de desarrollo:
Una herramienta visual para un marco visual
El marco de Burndown es visual en esencia; las imágenes y las capturas de pantalla acompañan sistemáticamente el desarrollo de las características y sirven para comunicar la información exacta de lo que hay que hacer con cada lanzamiento. En la parte superior de cada microimpresión, creamos un mapa de ALTO NIVEL con una captura de pantalla que muestra exactamente lo que se espera de esa microimpresión. Todo el mundo tiene acceso a este gráfico de Trello, cada departamento puede ver exactamente cuáles son los siguientes elementos de la tubería – ventas, marketing, gerentes, etc. – y cuáles son los siguientes pasos.
Máxima flexibilidad – evitar las dependencias en cascada
Este método de desarrollo encaja perfectamente con Trello, donde es muy fácil mover libremente las tareas y proyectos. El marco Burndown y las microimpresiones definen una metodología ultra ágil y ultra flexible. Necesitábamos una herramienta que no nos limitara cuando quisiéramos cambiar las prioridades.
En cada cuadro del equipo de desarrollo de productos, los lanzamientos son específicos para las distintas partes del producto final, lo que permite a los equipos trabajar en paralelo utilizando microimpresiones sin bloquearse entre sí. Si una de las microimpresiones tiene una dependencia de otro equipo, creamos una etiqueta «Dependencia de otro equipo» en el tablero de Trello. El ingeniero que trabaja en este sprint es entonces responsable de la colaboración entre los equipos.
De hecho, algunas herramientas manejan las dependencias entre las tareas de manera que un simple movimiento de una tarea rápidamente hace un desastre de todo el proyecto. Con Trello, no hay efecto dominó como «Si muevo esto, ¿voy a tener una mala sorpresa y mi línea de tiempo se pondrá patas arriba?».
Características útiles como etiquetas o anexos
Trello también permite la adición de anexos y la integración de comentarios permite discusiones cortas sobre cada microimpresión, haciéndolo muy eficiente y compatible con nuestro método de desarrollo.
Utilizamos etiquetas para resaltar los elementos que aún deben ser diseñados (etiqueta roja), las tareas bloqueadas (etiqueta naranja), y las dependencias relacionadas con las representaciones de otros equipos (etiqueta azul).
Adopta Trello para las microimpresiones y la gestión de versiones semánticas en tu equipo de gestión de productos
En una gran estructura organizada según procesos ya muy arraigados en la cultura de la empresa, es preferible probarla dentro de un primer equipo de gestión de productos (ingeniero / jefe de producto / diseñador).
Organizando los métodos de desarrollo de un equipo según el marco de Burndown, con microimpresiones y gestión de versiones semánticas utilizando Trello, se demostrará a sí mismo, a sus colaboradores y a sus superiores que es una forma eficaz y eficiente de diseñar productos, y podrá considerar el despliegue de este marco en otros equipos.
Si su organización se encuentra en una etapa anterior, debería adoptar el método de microimpresiones gestionadas por Trello desde el principio, y difundir estas prácticas en toda la cultura empresarial.
La idea es planificar dos o tres semanas de actividades próximas (10 a 15 microimpresiones). No vamos más allá para que nuestra visión a largo plazo no nos impida adaptarnos rápidamente a los cambios, como suele ser necesario en una puesta en marcha. Cada ingeniero se responsabiliza de una sola tarjeta Trello a la vez, y son totalmente responsables de la implementación de la funcionalidad del producto relacionada con la tarjeta.
Así es como funciona nuestro sistema de gestión de versiones semánticas…
N .x.x (Major Release)
Corresponde al desarrollo de una nueva rama del producto o al rediseño completo de una pieza existente.
x. N .x (Liberación menor)
Corresponde a la introducción de una nueva característica dentro de un elemento existente.
x.x. N (Parche)
Cuando un elemento de un rasgo se modifica ligeramente.
Una vez más, les recuerdo que la gestión de la versión semántica es un poco como las ruedas de una bicicleta: recomendada al principio, se puede prescindir de ella después de 3 o 4 meses o cuando el equipo está perfectamente a gusto con este método de desarrollo.
En Drift, nuestros equipos de gestión de productos se dividen según las funcionalidades asociadas a los diferentes perfiles de usuario, lo que nos permite trabajar en la evolución de varios aspectos del producto en paralelo. Por supuesto, esto también significa organizar el código de manera que se divida según la misma lógica, para no crear dependencias.
Microspring para mejorar la gestión de productos
Si sus métodos de desarrollo son similares a los nuestros, si están orientados al cliente en toda la cadena de valor, las microimpresiones y la gestión de versiones semánticas son dos herramientas poderosas para crear nuevos productos más rápidamente.
Hoy en día, las soluciones de software se están convirtiendo en productos básicos, necesitamos un marco estratégico para la evolución, y esta podría ser la velocidad a la que se puede responder a los cambios del mercado y a las necesidades de los clientes. Con el marco Burndown y las microimpresiones gestionadas en una herramienta como Trello, se puede alcanzar otro nivel de competitividad gracias a su flexibilidad para adaptarse a los cambios.
Si tiene alguna pregunta sobre Burndown, microimpresiones y nuestra versión semántica, puede encontrar más información aquí. No dudes en contactarme si quieres saber más, matt@drift.comou @mattbilotti en Twitter.
