En sus marcas, listos, ya – Escalabilidad ágil

Al comienzo de una carrera, normalmente se dice "En sus marcas, listos, ya". A nivel de equipo, "Ready to Develop" – es decir, "listo para el desarrollo" – significa que una User Story está preparada para ser entregada al equipo e incluida en el próximo Sprint. Ready to Develop se considera a menudo como un apoyo para la Definition of Done. Solo para comparar: la Definition of Done tiene sentido tanto en relación con un equipo individual como cuando varios equipos persiguen un objetivo común. De hecho, "ready" no se puede trasladar tan fácilmente a un proyecto más grande como "done". En proyectos ágiles más grandes, "Ready" frecuentemente requiere dos criterios diferentes: "Ready to Develop" y "Ready to Go".

Cinco criterios simples para la escalabilidad ágil

Los criterios de Ready más comunes están integrados en "Ready to Develop". Ready to Develop se utiliza a nivel de equipo. Los criterios son:

• La historia está bien diseñada.
• La historia cumple los criterios INVEST (Independiente, Negociable, Valiosa, Estimable, Pequeña, Testeable)
• Una historia necesita criterios de aceptación.
• Para cada historia se debería tener a mano un experto externo (no del equipo) en el tema respectivo.
• No hay dependencias externas que impidan completar la historia.

Con estos cinco criterios se puede determinar bien si en el próximo Sprint se puede empezar directamente a trabajar en una User Story determinada o si se necesita más Grooming. Los equipos naturalmente prefieren trabajos que puedan abordar de inmediato en lugar de aquellos que están mal definidos.

Team of Teams y el siguiente nivel

La misma preferencia tiene el llamado "Team of Teams" (un ejemplo de esto es un Agile Release Train en SAFe). Sin embargo, para poder definir si están listos para comenzar a trabajar, un Team of Teams necesita criterios a un nivel superior. Los criterios de "Ready to Go" que uso con más frecuencia son estos:

1.) Los equipos han sincronizado su ritmo de desarrollo. Alinear el ritmo de los equipos y encontrar un ritmo común es una muy buena medida para asegurar la comunicación y la integración.

2.) Hay un backlog suficientemente mantenido. Se debe identificar y preparar suficiente trabajo para poder comenzar a trabajar y apoyar a los equipos – no más. El backlog no tiene que estar completo (o totalmente elaborado) antes de que comience el trabajo.

3.) La arquitectura y los estándares se han definido suficientemente. En SAFe, por ejemplo, solo se desarrolla tanto diseño y arquitectura como para que los equipos reciban justo a tiempo la ayuda y el asesoramiento que necesitan.

4.) Se han identificado las restricciones reconocibles. Las restricciones generalmente se refieren a cosas como plazos, presupuestos limitados y capacidades disponibles, pero a veces también a restricciones físicas o técnicas. En cada equipo, cada individuo debe conocer las restricciones dentro de cuyos límites se opera.

5.) Se ha realizado la infraestructura necesaria. La infraestructura consiste en las estructuras básicas, instrumentos y servicios necesarios para entregar un determinado valor. Si quieres entregar software, la infraestructura necesaria puede ser algo tan simple como un asiento y una toma de corriente, o algo tan complejo como servidores, routers, redes y herramientas de desarrollo.

6.) Se han asignado equipos y roles. Asegúrate de haber organizado y dotado a los equipos Scrum con todos los roles necesarios (siempre que no trabajes con equipos ya existentes). Además, todos los roles adicionales deberían haber sido identificados y clarificados. Si no te concentras adecuadamente en organizar y dotar a los equipos, las cosas pueden salir mal rápidamente.

¡Comienza con la escalabilidad ágil!

Ready to Go y Ready to Develop tienen objetivos diferentes y, por lo tanto, también criterios diferentes. Así que cuando en la línea de salida se dice "...listos", repasa mentalmente todos los criterios de "Ready to Go" para descubrir si realmente estás preparado para comenzar un gran proyecto. Una vez que hayas superado ese obstáculo, puedes abordar la segunda serie de criterios – los criterios de "Ready to Develop". Si tienes en cuenta estos dos factores, podrás arrancar mucho mejor cuando suene el disparo de salida.

Este texto proviene del blog de SPaMCAST y fue traducido al español.