6 anos da Caroli.org com 30% OFF no cupom CAROLI6 – Inscreva-se

¿Cómo entregar MVP usando Scrum y Kanban?

11 Jul 2022 | Cultura Agil

En una organización que ya no quiere perder tiempo y recursos poniendo sus ideas en acción, hacer uso de Lean Inception es fundamental. Con él, hay mejoras no solo en la forma de realizar el trabajo, que se vuelve ágil y permite construir productos efectivos y acordes a las necesidades reales de los usuarios. Lean Inception también cualifica la relación entre el equipo, alineando a todas las personas involucradas en un mismo propósito.

En este artículo, verá cómo utilizar las metodologías ágiles Scrum y Kanban para entregar el Producto Mínimo Viable (MVP), planificado en un Lean Inception. Usadas de manera complementaria, estas metodologías pueden mejorar su construcción del producto ideal y muy exitoso.

¿Qué es Scrum?

Considerada la metodología ágil más famosa, Scrum se basa en el concepto de Sprint (ciclos cortos, generalmente de una o dos semanas) para mantener la cadencia de un equipo y se puede utilizar en todas las áreas, no solo en el ámbito del desarrollo de software. Así, se recomienda que cada Sprint comience con una reunión de planificación (Sprint Planning) y finalice con una reunión de revisión del trabajo realizado (Sprint Review).

Imagen: Libro Sprint a Sprint (http://www.caroli.org/livro/sprint-a-sprint)

Además, se sugiere realizar un evento cada Sprint: la llamada retrospectiva. Tiene como objetivo la mejora continua en cuanto al proceso, la entrega y también la interacción entre las personas. También está el Daily Sprint, una reunión diaria para comprobar el progreso de las tareas definidas en la planificación.

>> Obtenga más información: Actividades e ideas para hacer que las retrospectivas ágiles sean más atractivas: sitio FunRetrospectives

¿Qué es Kanban?

Kanban es un método creado por David J. Anderson para gestionar el flujo de trabajo de un proceso incremental y evolutivo. Influenciado por el modelo Toyota Just-In-Iime, Kanban hace la visualización compartida de todas las fases del flujo de trabajo, las personas y las tareas a realizar.

Imagen: Modelo WIP (https://www.caroli.org/sobre-o-kanban/)

Kanban recomienda limitar el trabajo en curso (work-in-progress WIP en inglés). Como resultado, se produce un «sistema de extracción», es decir, un nuevo trabajo solo se «tira» a la nueva etapa cuando hay capacidad disponible dentro del límite WIP. Esto favorece la organización, la planificación, la agilidad y no sobrecarga al equipo.

Entrega de MVP usando Scrum

Cuando el equipo necesita construir las características de MVP, Scrum se convierte en un marco excelente para ayudar tanto en la gestión del equipo como en el seguimiento del trabajo a desarrollar. Pronto, después de un Lean Inception, el marco Scrum ayuda al equipo a entregar el MVP, a través de la cadencia de Sprints con historias y características para el Producto Mínimo Viable.

Antes de Sprint Planning, la feature se detalla en las historias de usuario. Para esta construcción, el método Product Backlog Building (PBB), creado por Fábio Aguiar, lo ayudará a dividir las features de MVP en historias de usuario, es decir, las features de su secuenciador o de su Canvas MVP están siendo detalladas en historias de usuario.

Y ahora, ¿qué pasa? Durante el Sprint, el equipo Scrum trabaja en historias de usuarios. En Sprint Review, el equipo verificará el progreso de las historias, las features y el MVP.

Imagen: Equipo Scrum trabajando.

A partir de ahí, el equipo Scrum continúa trabajando historia por historia, característica por característica, hasta que todas las respectivas historias y características del MVP estén listas. Luego, se entrega el MVP (va al usuario final) y el equipo continúa trabajando en las próximas características e historias, para el próximo incremento del producto.

Entrega de MVP usando Kanban

Al igual que con Scrum, Lean Inception y Kanban también pueden ser complementarios. Mientras Lean Inception ayuda a un equipo a ser efectivo, alineando a las personas en el producto, Kanban ayuda a este equipo a ser eficiente en el flujo y la forma de trabajar.

Teniendo en cuenta que ya hizo Lean Inception, entendió las features, las dividió en historias (pista: use PBB para crear y priorizar historias), el siguiente paso es seguir la creación del MVP. ¿Y cómo es eso haciendo uso de Kanban?

Imagen: Plantilla de tablero Kanban.

En un tablero Kanban simplificado, ensamblarás y dividirás tu trabajo en progreso con las próximas features e historias de usuario (To Do), las que están en trabajo (Doing) y, en la última columna, las funciones que ya están listas (Hecho).

Por lo tanto, se aplica el «sistema de extracción» mencionado anteriormente: cuando termina todas las historias de una función, abre espacio en el tablero y extrae la siguiente función. Si es necesario, haga un PBB, escriba historias de usuario para la feature y colóquelas en el tablero Kanban, en la columna Tareas pendientes. Y el equipo sigue trabajando, empujándolos a Hacer hasta que se completan (Listo).

Vale recordar que es necesario hacerlo visible en el tablero Kanban, ya sea físico o virtual, cuando una determinada feature es del siguiente incremento y no del MVP. Cuando el equipo finalice todas las features de MVP, indicará que ha terminado, entregará el MVP y continuará trabajando en las próximas features e historias.

Una vez que haya entregado el MVP y lo haya puesto en manos de los usuarios, es probable que el equipo reciba solicitudes de mejora o informes de errores. En cuanto a esta retroalimentación, que implicará mejoras, es necesario definir quién atenderá esta demanda y quién trabajará con las features del incremento del producto, todo ello, con el objetivo de organizar el proceso, de forma ágil y sin sobrecargar a nadie. miembro del equipo

Después…

Es posible verificar que los resultados de un Lean Inception y el progreso del trabajo después de esta alineación del equipo y la planificación de MVP se pueden mejorar con el uso de excelentes marcos como Scrum y Kanban. Independientemente de la elección, esté siempre atento al flujo, comprenda el trabajo de su equipo, porque juntos construirán productos muy exitosos, de forma ágil y eficaz, maximizando el valor de la entrega y la utilidad para los usuarios.

 

¿Te gustó este contenido?

En Caroli.org hay, entre otras cosas, varios materiales relacionados con el tema y muchas opciones de capacitación. Accede ahora a nuestra web y continúa tu proceso de conocimiento y aprendizaje.

Caroli.org

Caroli.org, con un excelente equipo y la integración de autores, entrenadores, socios y demás colaboradores, tiene como principal misión compartir conocimientos y, de esta manera, contribuir a la transformación de un mundo mejor. Vea más detalles sobre nuestros Entrenamientos exclusivos y de autor, nuestros Libros y muchos otros contenidos en nuestro Blog.
El Canvas de PBB

El Canvas de PBB

Traducción del artículo "Product Backlog Building Canvas"  de la página de Martin Fowler: https://martinfowler.com/articles/product-backlog-building-canvas.html  Una herramienta colaborativa para escribir historias de usuario. Muchos equipos de software describen las...

leer más
Facilitando la tecnología responsable

Facilitando la tecnología responsable

¿Ha estado alguna vez en una reunión o taller en el que alguien sugirió una solución tecnológica que sonaba muy bien en el papel, pero que luego resultó tener consecuencias no deseadas o impactos negativos? Como alguien que se preocupa por crear productos que sean...

leer más
Camino a Producción

Camino a Producción

La actividad Camino a Producción mapea los pasos, las personas, las herramientas, las tareas y la salida para la solicitud/cambio de software para llegar a la producción. Es una excelente actividad de Inception para fomentar conversaciones técnicas sobre requisitos...

leer más

Pin It on Pinterest