¿Qué son los sprints y las stand-ups y por qué los usamos?

** Este artículo fue escrito por Lucy Hart, Senior Delivery Manager en Foundry4, y fue publicado originalmente por Foundry4, una consultora de tecnología que ayuda a las organizaciones a aprovechar la tecnología para resolver los complejos problemas de hoy. . Lea el artículo original aquí y más Foundry4 [insights](https: / /foundry4.com/our-insights) aquí. **

En Foundry4 trabajamos de forma ágil. Lo que queremos decir con esto es que adoptamos un enfoque iterativo para desarrollar productos. Muchos de nuestros clientes ya están trabajando ágilmente para que entiendan cómo trabajamos e iteramos nuestro enfoque para alinearnos con ellos. Sin embargo, también nos encontramos presentando ágil a clientes que no han dado el salto ... Para aquellos que son nuevos en esta forma de trabajar, los nombres de las "ceremonias" (reuniones), y mucho menos el contenido, pueden parecer un poco extraños. Pensamos en describir qué son, cuándo suceden y por qué nos molestamos con ellos.

** • ¿Quieres escribir para nosotros? Eche un vistazo a la ** [** guía para colaboradores **] de Apolitical (https://apolitical.co/opinion-writing-becoming-an-apolitical-contributor/)

Nuestras reuniones generalmente operan dentro de la cadencia de "sprints". Un sprint es un período de tiempo establecido, que puede ser una semana, una quincena, un mes o más, durante el cual el equipo agrega algo de valor al producto. En una fase de descubrimiento, esto podría ser un aprendizaje para validar nuestras suposiciones. En desarrollo, tiende a ser características nuevas.

Las reuniones son oportunidades para que inspeccionemos y adaptemos, es decir, para que el cliente vea qué está pasando con el trabajo del equipo y para que el equipo se adapte de acuerdo con los comentarios (la inspección y la adaptación, junto con la transparencia, son los pilares de Scrum). Tendremos una patada inicial con los clientes cuando comencemos el proyecto, y luego, una vez que comencemos la cadencia regular, estas son las reuniones que puede esperar:

Planificación de Sprint

(También conocido como inicio de sprint)

** ¿Cuándo? ** Inicio del sprint.

** ¿Qué? ** El equipo analiza el trabajo pendiente (una lista de las tareas que deben realizarse) y decide qué se puede completar en el próximo sprint y cómo lo haremos. Terminamos con una meta para ese sprint que no cambiará (aunque la naturaleza del trabajo podría hacerlo).

** ¿Cómo? ** Esta reunión a menudo se basará en una herramienta de gestión de trabajos pendientes, como Jira o Trello. Si el equipo está estimando el tamaño de las diferentes tareas para ver cuál encaja, pueden usar puntos de la historia, tallas de camisetas o algunas otro enfoque.

** ¿Por qué? ** Hacer un esfuerzo por adelantado para planificar el sprint y decidir un objetivo compartido significa que, una vez que ha comenzado, los miembros del equipo pueden trabajar sin demasiadas interrupciones. Esto los hace más productivos, por lo que es probable que el cliente vea los beneficios más rápidamente. La ejecución de una planificación periódica de sprints también aumenta la previsibilidad de cuánto se puede lograr en un sprint, lo que ayuda a informar las expectativas del progreso del proyecto a las partes interesadas de alto nivel. Involucrar al propietario del producto del lado del cliente significa que el objetivo del sprint permanece en línea con las prioridades de la organización.

Levantarse

(También conocido como scrum diario)

** ¿Cuándo? ** Diariamente, alrededor de 15 minutos.

** ¿Qué? ** El equipo comparte lo que han hecho y lo que planean hacer, así como también los bloqueos y aprendizajes clave.

** ¿Cómo? ** Esta reunión podría ser solo una conversación o también podría basarse en la herramienta de gestión de trabajos pendientes. A algunos equipos también les gusta usar preguntas para romper el hielo. Cuando se coloquen, el equipo hará esta reunión de pie, de ahí el nombre.

** ¿Por qué? ** Esta es una oportunidad para asegurarse de que el equipo está en la misma página, para resolver las dependencias y evitar la duplicación, descubrir bloqueadores para resolver y evaluar continuamente si lo que estamos haciendo está agregando valor.

Retrospectiva

** ¿Cuándo? ** Fin del sprint.

** ¿Qué? ** El equipo reflexiona sobre el sprint anterior: qué salió bien y qué no tan bien, y qué quieren cambiar al respecto.

** ¿Cómo? ** A menudo, la reunión utilizará una herramienta retrospectiva. EasyRetro es uno de los favoritos ya que no requiere descarga, o Mentimeter permite buenas interacciones. Es común que los equipos utilicen agrupaciones alternativas, p. Ej. la retrospectiva de "Marie Kondo", en la que agrega ideas en "Brings You Joy", "Tire" y "Reciclar", para mantener las cosas frescas. Es importante que esta sesión se sienta constructiva, en lugar de destructiva (existe un principio rector para esto).

** ¿Por qué? ** La última oportunidad de inspeccionar y adaptar, una retrospectiva nos permite evitar la definición de locura según Einstein: "hacer lo mismo una y otra vez, pero esperando resultados diferentes". Solo funciona si se implementan las acciones, por lo que algunos equipos asignarán propietarios y verificarán el progreso en la próxima retrospectiva. Las acciones pueden ser tanto para el equipo del cliente como para Foundry4, y son una forma en la que el cliente puede utilizar el proyecto como trampolín para mejorar las formas de trabajar en el departamento u organización.

Mostrar y contar

(También conocido como reproducción o revisión de sprint)

** ¿Cuándo? ** Fin del sprint.

** ¿Qué? ** El equipo muestra al grupo de partes interesadas más amplio qué valor se ha agregado en ese sprint: aprendizajes en el descubrimiento, iteraciones en Alpha y más.

** ¿Cómo? ** Nuestro objetivo es mostrar, más que contar, por lo que en los proyectos de desarrollo verá los prototipos, el software o la automatización en demostraciones. El equipo puede hacer preguntas a las partes interesadas presentes y, sin duda, invitará a recibir comentarios. Para aquellos que no pueden asistir, normalmente enviaremos una actualización con las diapositivas, ya sea por correo electrónico o en una wiki pública (una página web que la gente puede ver y editar), para brindar otra oportunidad de participación del grupo más amplio. .

** ¿Por qué? ** No hay mejor manera de saber si lo que estamos construyendo cumple con las expectativas que mostrarte lo que estamos construyendo. Compartir abierta y temprano evita que vayamos demasiado lejos antes de saber que estamos en el camino correcto. Esto asegura que el cliente solo invierta presupuesto y recursos en soluciones que funcionen para la organización y otros usuarios y partes interesadas.

Siempre adaptándonos

Junto con estas reuniones regulares del equipo, es normal que el gerente de entrega reunirse uno a uno con el propietario del producto o la parte interesada principal del cliente. Estas sesiones se centran en la dirección de viaje del proyecto frente a las prioridades organizativas.

La forma de estas reuniones da una idea bastante clara de cómo trabajamos, compartiendo abiertamente y con frecuencia, y brindando muchas oportunidades para corregir el rumbo. Nos ayuda a asegurarnos de que:

• Sepa lo que está haciendo su proveedor y, por lo tanto, no gaste dinero o tiempo en algo que no desea.
• Están seguros de que lo que está haciendo el equipo de proveedores encaja en el panorama más amplio de sus objetivos y proyectos.
• Aprenda del proyecto sobre formas continuas de trabajo y conocimiento organizacional (es decir, no perderá todo el conocimiento ganado con tanto esfuerzo que ha adquirido cuando el equipo de proveedores siga adelante).

La cadencia real de las reuniones puede diferir ligeramente según el compromiso, y uno de los beneficios del trabajo ágil es que podemos adaptarlo para que funcione para los resultados que necesitamos. Dicho esto, siempre será nuestro papel entrenar a los equipos de los clientes a través de esta adaptación y mejorar continuamente sus habilidades. Todo esto va más allá de estas reuniones, por supuesto, es parte de todo lo que hacemos. ** - ** ** Lucy Hart **

** Queremos escuchar lo que piensa sobre este artículo. ** ** Envíenos un artículo ** ** para nosotros o envíe sus comentarios a ** hello@apolitical.co

(Crédito de la foto: Unsplash)