Los controles diarios, también conocidos como stand-ups o huddles, son tan fundamentales para la agilidad que es difícil imaginar un proceso de desarrollo de software sin ellos. Pero en muchas empresas, el registro es más una institución que una buena práctica: las personas agregan algunos elementos a sus listas de tareas pendientes, el equipo interrumpe la fiesta y todos vuelven a lo que hicieron.
William Chin, gerente de producto de Telus y consultor independiente, dijo que las inspecciones diarias deben cubrir tres cuestiones principales: qué hizo ayer, en qué está trabajando hoy y si ha encontrado obstáculos. Pero el registro efectivo requiere más reflexión que solo clasificar las preguntas.
«No estoy a favor de hacer tres preguntas, simplemente siento que es demasiado apretado», dijo Chin. «Quiero que mi equipo sea una organización amorosa, ágil, siempre es interacción y personas sobre procesos y herramientas. Por eso valoras más a las personas que al proceso».
Consejos para un registro diario efectivo
- Problemas de programación de crowdsourcing. Esta es una oportunidad para que los desarrolladores pidan ayuda a sus colegas con los bloqueadores.
- Deje las discusiones técnicas para su finalización. Permita tiempo al final del registro para una discusión en profundidad para evitar retrasar las reuniones.
- Hazlo divertido. Este tiempo se puede utilizar para construir un equipo y celebrar pequeñas victorias.
- Proporcionar un contexto de negocios. Proporcionar a los desarrolladores actualizaciones comerciales les ayuda a tomar mejores decisiones de programación.
- Mantenga el grupo pequeño. Si hay más de seis personas en su registro, divídalas en grupos más pequeños.
Para evitar que los registros diarios se vuelvan repentinos y los participantes se desconecten, el registro debe ofrecer algo útil a las personas en la sala.
«Si ves que la gente se niega, la razón por la que se niegan es porque la información diaria es irrelevante para ellos», dijo Courtney Hamfield, CTO de Carbon Five, una consultora de desarrollo de software.
Afortunadamente, hay formas de hacer que el registro sea útil para los participantes; esto podría significar introducir actividades divertidas o actualizaciones comerciales en el registro para hacerlo más atractivo y relevante para los participantes, o soluciones prácticas como reducir el número de participantes antes de que el registro sea más relevante. a todos los involucrados.
Los gerentes de producto necesitan monitorear el progreso
La razón más común para las inspecciones diarias es ayudar a los gerentes de productos a mantenerse al tanto del progreso del proyecto, por lo que generalmente es una buena idea tener gerentes de productos presentes.
Chin dijo que los propietarios de productos son un «puente» entre las partes interesadas, los clientes y el equipo de desarrollo.
Antes de presentar las inspecciones diarias, Chin sintió que «los gerentes y las partes interesadas, cuando pedían algo, no tenían idea de lo que estaba pasando detrás de escena», dijo. «Es exactamente lo que pediría y pagaría, y luego en tres meses puede obtener lo que necesita, pero probablemente no sean las funciones o el volumen que realmente desea».
A través de las inspecciones diarias, los gerentes de producto pueden obtener una idea detallada de cómo avanza el proyecto. Si continúa enfrentando obstáculos, el gerente de producto puede pedirle que ajuste el curso y, si el proyecto avanza más rápido de lo esperado, puede prepararse para un lanzamiento anticipado o crear trabajo adicional para que los desarrolladores no se queden sin hacer nada.
El registro es excelente para garantizar un flujo constante de comunicación entre los desarrolladores y el lado comercial, pero eso no es suficiente para que los gerentes de producto se beneficien del proceso. Los desarrolladores también deben sentirse involucrados, ya que de lo contrario no establecerán prioridades de registro y pueden brindar actualizaciones vagas, y esto tampoco es útil para que el gerente de producto comprenda el proyecto.
Anime a los desarrolladores a obtener ayuda de sus colegas
Una manera fácil de hacer que el registro sea útil para los desarrolladores es usar el tiempo para encontrar soluciones a los problemas técnicos.
Si bien todos los desarrolladores saben que cuando tienen problemas, recurren a sitios como Stack Overflow, encontrar soluciones en Internet puede requerir mucha habilidad. Primero, necesita saber lo suficiente sobre lo que está causando el problema para encontrar la solución correcta.
Pero es probable que otro desarrollador de tu equipo o de la empresa se haya encontrado con el mismo problema que tú. El registro puede ser una forma de alentar a los desarrolladores a usar la experiencia de sus colegas y obtener soluciones más rápido que cuando están solos.
El desarrollador de software Rish Chowdhree a menudo obtiene respuestas a sus preguntas de programación durante el registro. La mañana antes de que habláramos, Chowdhury tuvo un problema con las llamadas asincrónicas de AWS Lambda. Pero durante el registro del equipo virtual, otra persona le habló de una solución simple y el problema se resolvió de inmediato.
«Si ves que la gente se da por vencida, la razón por la que se dan por vencidos es porque todos los días son irrelevantes para ellos».
«Él dijo: ‘Cambia una cosa’, y lo hago, y luego estoy completamente desbloqueado», dijo Chowdhree.
A veces es fácil distraerse de un problema y la reunión durará mucho más de lo planeado. Si esto sucede con demasiada frecuencia, también puede generar problemas de contratación.
La decisión de Chin es alentar a los desarrolladores a especificar bloqueadores durante el registro, pero mantener el crowdsourcing hasta el final. Siempre da 10 o 15 minutos después del registro por si el equipo quiere quedarse y ayudar a alguien a solucionar problemas técnicos.
Este es un equilibrio entre mantener cortos los registros diarios y no llevar las decisiones demasiado lejos. El registro no debería ser confuso debido a muchas discusiones técnicas, pero también existe el riesgo de que los desarrolladores no obtengan nada útil de ellos. El truco es que no hay mucho tiempo entre el registro y la solución del problema.
Chin dijo que era mejor hacer esto inmediatamente después del registro, «en lugar de ordenar la próxima reunión más tarde del día en que los desarrolladores estarán ocupados», dijo. «Está fresco en la mente de todos».
Tómese el tiempo para crear un equipo
Además de ayudar a los desarrolladores a resolver tareas de programación de crowdsourcing, el registro también brinda a los equipos la oportunidad de reunirse y conversar.
Aunque este no es su objetivo en Agile, Chin considera importante el aspecto social de los registros diarios, especialmente cuando los equipos trabajan de forma remota. Por lo general, comienza el registro con un rompehielos, por ejemplo, un video corto con cosas divertidas que vio los fines de semana.
«Creo que se trata de humanización», dijo Chin. “Una comunidad tan divertida realmente ayuda a fortalecer tu equipo y te lo da el espíritu del cuerpo. Eso hace que sea un ambiente más divertido, especialmente ahora”.
“Una comunidad tan divertida realmente ayuda a fortalecer tu equipo y te lo da el espíritu del cuerpo».
También es una oportunidad para atrapar a los miembros que luchan en una etapa temprana. Al ver cómo el desarrollador luchó por varios registros, Chin pudo llevarlo a un lado y ofrecerle apoyo.
Pero el registro también se puede utilizar para celebrar victorias, grandes o pequeñas.
«Tal vez el desarrollador realmente masticó tres o cuatro boletos de medio sprint», dijo Chin. «¿Por qué no simplemente decir: ‘Estás haciendo un gran trabajo'». Las pequeñas victorias ayudan a fortalecer la dinámica de este equipo y le dan a la gente los elogios que necesitan, especialmente si fue un momento difícil».
Mantenga a los desarrolladores actualizados sobre el negocio
Interactuar con otros desarrolladores no es la única forma en que los participantes obtienen algo valioso al registrarse. En Roots Automation, la gerente de producto de una pequeña startup, Jessica France, que trabaja en Roots Automation, los desarrolladores creen que la presencia del director técnico de la empresa es la parte más útil.
Dado lo lejos que pueden estar los directores técnicos del trabajo de programación que hacen los desarrolladores, puede ser increíble. Pero los desarrolladores de Roots están felices de escuchar acerca de la dirección de la compañía y aprender cómo el trabajo que realizan se relaciona con la visión general.
Durante su trabajo, los desarrolladores toman muchas decisiones, ya sean pequeñas soluciones técnicas o soluciones de diseño arquitectónico. El conocimiento de cómo tomar estas decisiones a menudo depende de la comprensión de las actividades de la empresa y de si el resultado técnico cumple con sus objetivos comerciales.
«Cuando les das a los desarrolladores más contexto sobre su impacto, en los clientes, productos y negocios, simplemente toman mejores decisiones».
«Cuando les das a los desarrolladores más contexto sobre su impacto, en los clientes, productos y negocios, simplemente toman mejores decisiones», dijo Hamfield. «Toman mejores decisiones sobre cómo hacer lo correcto, cómo reducir el trabajo que realizan para centrarse más en los objetivos comerciales».
Por ejemplo, si los desarrolladores están tratando de decidir cómo estructurar una base de datos, es útil saber si planean expandir el alcance del proyecto para incluir más tipos de datos más adelante. O, si los desarrolladores están considerando dividir la funcionalidad basada en código en diferentes secciones, puede depender de cuán importante sea la funcionalidad en el futuro.
Los equipos no necesitan involucrar a un director técnico para dar tal entendimiento. Puede ser útil tener a alguien del producto en el check-in para compartir actualizaciones de la empresa. Esta persona también puede compartir los beneficios, por ejemplo, si el trabajo de los desarrolladores ha atraído a más clientes al producto o ha mejorado el rendimiento clave. Pero lo que es más importante, pueden informar a los desarrolladores sobre los objetivos de arriba hacia abajo y proporcionar un contexto valioso.
No permita que el tamaño de las reuniones crezca demasiado
Otra cosa a tener en cuenta es el mejor momento para registrarse y a quién incluir. La mayoría de los equipos eligen hacer esto al comienzo del día, para que los desarrolladores puedan compartir sus planes para el día antes de continuar con sus tareas.
Pero esto no siempre es posible, ya que muchos equipos de desarrollo tienen miembros remotos que viven en zonas horarias muy diferentes. En tales circunstancias, los equipos pueden realizar reuniones al mediodía cuando todos están en línea o elegir varias reuniones.
«Siempre es la parte más difícil, la más molesta», dijo Hamfield. “Carbon Five tiene cuatro oficinas en dos costas, por lo que a menudo tenemos que gestionar las zonas horarias. Además, durante la pandemia, la gente simplemente está dispersa por todos lados».
Los equipos de Hemphill trabajan con zonas horarias y dejan mensajes de Slack al final del día para los desarrolladores que comenzarán a trabajar en un par de horas. De esta manera, los desarrolladores que recién comienzan su día no tienen que esperar unas horas más para averiguar qué han hecho otros y qué trabajo debe hacerse.
El número de personas presentes en el registro también puede determinar su eficacia. En un momento, Francia estaba en un equipo de 12 personas en el momento de la inscripción, pero resultó ser demasiado. Ahora está uniendo varios registros separados, uno para un pequeño grupo de tres desarrolladores y otro para seis.
«Creo que estas figuras son un grupo bastante efectivo en este momento», dijo France. “Más de seis puede ser un desafío, solo dada la experiencia de un equipo más amplio de 12 o más participantes. Si la gente tiene un problema o algo así, es posible que no tengas suficiente tiempo para resolverlo y explicar las cosas correctamente antes de que realmente tengas que pasar a la siguiente persona».