Cómo dirigir un equipo de desarrollo de producto con Hive

Te damos la bienvenida a Un día en la vida, donde mostramos los momentos cotidianos de productividad de equipos de todo el mundo. Les preguntamos a personas reales cómo pasan su día en Hive y qué logran gracias a ella. ????

Lo esencial:

Hoy: El director de ingeniería de un equipo remoto de una empresa de SaaS Puesto: Director de ingeniería Sector: SaaS, gestión de la productividad Ubicación: Long Island, Nueva York Pasatiempos: Tocar la guitarra, mover el cuerpo y todo lo relacionado con la música ???? Pronombres: Él

¿Cómo describirías tu rol en tu equipo?

Soy el director de ingeniería aquí. Básicamente superviso la ingeniería en todos nuestros equipos, en todos nuestros "pods", como los llamamos. Abarca toda nuestra aplicación de escritorio y nuestra aplicación móvil. En su mayor parte, las responsabilidades cubren algunas áreas principales. Mi trabajo es asegurarme de que todo en el backend funcione como se espera, con buen rendimiento y estabilidad general de los servidores.

Aparte de eso, gestiono proyectos de trabajo grandes o "epics", en los que desarrollamos conjuntos grandes de funciones nuevas.

Usar Agile en Hive hace que nuestro equipo trabaje de forma eficiente en los proyectos. Como mencioné, el equipo de ingeniería está organizado en 3 pods. Cada pod trabaja en sprints de 2 semanas con una meta de puntos de historia para cada sprint, además de algunas tareas importantes marcadas como "compromisos del sprint". Cada acción asignada la define un ingeniero y luego votamos entre todo el equipo para asignarle el valor en puntos de historia. Esas acciones se asignan después a sprints, se integran en nuestro código base y se despliegan en producción.

Usamos puntos de historia para planificar nuestros sprints según nuestra capacidad y velocidad, de modo que no nos comprometamos de más y podamos ofrecer al resto del equipo lanzamientos más confiables.

Y por último, las operaciones diarias habituales. Todo, desde corregir errores hasta el mantenimiento general de la aplicación, pasa por nuestros pods.

¿Qué hace el equipo de ingeniería?

En el equipo de ingeniería somos probablemente más de 25 o 30 personas ahora, repartidas en tres o cuatro equipos. Nuestro trabajo principal es desarrollar funciones nuevas o rediseñar funciones existentes.

Por la naturaleza de nuestro trabajo, también colaboramos muy de cerca con otros equipos de la empresa, como el de producto y el de éxito del cliente.

Del lado de ingeniería, también debemos asegurarnos de que nuestra filosofía general vaya en la dirección correcta para seguir creciendo. Queremos asegurarnos de que, cuando incorporamos a nuevos ingenieros, puedan alcanzar con rapidez la misma capacidad y velocidad que los demás, centrados en sacar el trabajo adelante.

¿Cuáles son algunas de las metas principales de tu equipo?

Nos enfocamos en un par de aspectos clave. Trabajamos con métricas fundamentales, por ejemplo, la velocidad de la aplicación. Desde los tiempos de carga inicial hasta los tiempos de las solicitudes básicas de la aplicación, es importante asegurarnos de que todo se ejecute rápido para que los usuarios sientan que tienen una experiencia ágil y estable.

También tenemos metas de progresión y de asegurarnos de que, al lanzar funciones nuevas, no introduzcamos problemas. Nos enfocamos mucho en tener conjuntos de funciones completos y en que nuestro producto siga estando a la par de otras herramientas de gestión de proyectos.

Nuestra meta principal siempre es contar con los conjuntos de funciones necesarios para facilitar los flujos de trabajo de nuestros usuarios y adaptarnos constantemente hacia adelante. Y por último, como equipo priorizamos la velocidad de entrega.

¿Para qué usas Hive personalmente y cómo te ayuda a sacar adelante tu trabajo en general?

En su mayor parte, el equipo de ingeniería usa los tableros Kanban de Hive para todo el ciclo de vida del desarrollo de software. Está organizado así: tenemos un proyecto de nivel superior llamado equipos técnicos, y cada uno de los pods o equipos de ingeniería tiene su propio proyecto secundario dentro de él.

Ahí se describe todo el ciclo de vida del desarrollo de software, empezando por el backlog del sprint, donde cada ingeniero toma nuestros tickets para las próximas dos semanas. Cuando un ingeniero termina un ticket, este pasa por un proceso completo de revisión y aprobación. Ese proceso está parcialmente automatizado con las etapas de automatización de Hive. Es como presionar un botón cuando terminas.

Esta plantilla se aplica para quienes necesitan revisar código, ejecutar pruebas y aprobar antes de avanzar. Cuando se completa todo el flujo de aprobación, la historia se marca como lista para integrar. Luego pasa por el resto de nuestro flujo de ingeniería: la historia se integra en nuestra rama principal de código, llamada "the bell", que se integra a beta. Y por último, sube a producción según nuestro calendario semanal.

En cuanto a mi flujo de trabajo más específico, uso todo el ciclo de vida del desarrollo de software que mencioné. Además de la vista Kanban general, me resulta útil la vista de lista Mis acciones. Puedo ver las historias que esperan mi revisión de código y mi aprobación, junto con mi lista de aprobaciones. Mis acciones me ayuda a dar seguimiento a lo que tengo pendiente y a asegurarme de que avance sin problemas. Aparte de eso, el equipo de ingeniería usa mucho Hive Notes para cosas como la documentación de ingeniería, así como informes sobre problemas más grandes o investigaciones en curso. Hive Notes también se usa en las entrevistas de ingeniería y, en general, para dar seguimiento a iniciativas grandes. Tenemos llamadas recurrentes para reuniones de rendimiento y para reuniones de seguimiento de regresiones y errores. Y las notas son muy útiles para llevar el registro de lo que se dijo en reuniones anteriores.

¿Usas Hive junto con otras herramientas?

Sí, todo el equipo de ingeniería usa la integración con GitHub. GitHub hace un millón de cosas muy complejas de su lado para asegurarse de que el código de varios ingenieros se integre de forma eficaz sin introducir problemas en el código base. En nuestro equipo, cada una de las tarjetas de acción de nuestros tableros de ingeniería se conoce como una historia de desarrollo propiamente dicha, es decir, cada una tendrá asociado un cambio de código. Y GitHub registra todos esos cambios de código.

Nos conectamos con GitHub adjuntándolo a cada tarjeta de acción, con la rama de código específica en la que estamos trabajando. Eso nos permite escuchar a GitHub en segundo plano y mostrar todas esas actualizaciones a los usuarios en ese menú desplegable. Otra forma en que resulta muy útil es que, al abrir la integración con GitHub, puedes presionar el botón de abrir pull request y te lleva directo al pull request. Ahí podemos dejar las revisiones de código y, finalmente, integrar las historias cuando estén listas. Lo hace muy fácil.

El equipo de ingeniería usa muchas herramientas bastante específicas y de nicho que terminamos vinculando en Hive como referencia. Por ejemplo, para nuestros informes de métricas usamos algo llamado Datadog Dashboards, que compartimos en Hive con capturas de pantalla o con un enlace a un conjunto específico de registros. No se integran directamente con Hive, pero podemos incluir información importante en las tarjetas de acción, lo cual es muy útil.

Un día en la vida con Hive

9:30-11:30 a. m.

Por la mañana, lo primero que hago es revisar mis notificaciones y el chat para asegurarme de que quien necesite un seguimiento inmediato lo reciba. También respondo las preguntas que se publican en las tarjetas de acción. Tenemos reuniones con todos los pods de ingeniería, y eso suele traer varios seguimientos que intento atender en cuanto empiezo mi día.

???? También planeo conectarme a llamadas con ingenieros para intentar desbloquear ciertos problemas y asegurarme de que tengamos los próximos pasos para cualquier asunto que haya surgido. Me parece que Mi día de Hive es muy útil para esto. Recuerdo que, cuando Mi día estuvo disponible, fue como decir: "Guau, ya no necesito abrir Google Calendar como 12 veces al día para ver qué tengo en la agenda."

En cambio, ahora recibo una notificación y me uno a todas mis llamadas con un clic. Esa función específica es de muchísima ayuda.

12-3 p. m.

Después, la primera parte de la tarde suele ser de trabajo concentrado. Puedo avanzar en algunos de los temas en los que queremos progresar, como las iniciativas generales de ingeniería. Durante ese tiempo, lo que va llegando, como solicitudes de reuniones para trabajar en pareja, suele ocupar el resto de la tarde. ????

3:30-5:30 p. m.

Hacia el final del día, suelo hacer una última revisión de las tarjetas del tablero Kanban para asegurarme de que ninguna historia se haya bloqueado y de que seguimos avanzando bien. ✔️

Un impacto real en la jornada de trabajo

¿Cuáles dirías que son los mayores beneficios de usar Hive en general, para ti y para el equipo?

Hive es como la única fuente de verdad de todo el trabajo que se está haciendo. Y me encanta que esa fuente de verdad pueda provenir de muchos flujos distintos.

Puede venir del resultado de las notas de Hive Notes que tomamos en una llamada de rendimiento o de correos con proveedores externos que requieren los próximos pasos. Tener todo nuestro trabajo reunido en un solo tablero Kanban, donde podemos ver el progreso y el estado de todos los elementos del día, es lo más importante para mí.

Aparte de eso, me encanta que todo el equipo pueda estar en contacto constantemente, colaborar, hacer preguntas y obtener respuestas, todo mientras estamos conectados a distancia. 

¿Qué pasaría si ya no pudieras usar Hive?

Del lado de ingeniería, si de pronto tuviéramos que arreglárnoslas sin Hive, todo sería muy caótico. Tendríamos que usar otra herramienta o sistema de gestión de proyectos para llevar el control de nuestro trabajo. Usar solo correos y hojas de cálculo no sería suficiente para nuestro caso.

Habría muchas dificultades de adaptación, porque hemos pulido muy bien el flujo de trabajo en Hive. Todos lo conocen muy bien. Creo que intentar pasar a otra herramienta también sería una pesadilla.

Así que sí, estoy muy contento de que tengamos Hive.????

¿Recomendarías Hive a otros equipos y, de ser así, por qué?

Por supuesto, sin ninguna duda.