Flujo de desarrollo

Cómo funciona

La mecánica de este Kit, sin rodeos: qué se ejecuta y cuándo, dónde acaban los datos y qué miras tú.

• Resumen de desarrollo se ejecuta mañanas entre semana · 8:00 y mantiene al día el panel Flujo de desarrollo. Mañanas entre semana: a quién le toca y qué se ha estancado.
• Lo que se captura acaba en el conjunto de datos Registro de PR, que vive en Data/PR Log dentro de tu bóveda: tuyo para abrir, buscar y editar como cualquier otro archivo.
• Lo que se captura acaba en el conjunto de datos Registro de desarrollo, que vive en Data/Dev Log dentro de tu bóveda: tuyo para abrir, buscar y editar como cualquier otro archivo.
• El panel Flujo de desarrollo lee del conjunto de datos y muestra de un vistazo: pR abiertas · fusionadas esta semana · revisiones que debes · a quién le toca · por repo · todas las PR abiertas · el registro de desarrollo.

Las conexiones, de un vistazo: Resumen de desarrollo escribe en Registro de PR · Captura de incidentes escribe en Registro de desarrollo · Flujo de desarrollo muestra Registro de PR · Flujo de desarrollo muestra Registro de desarrollo · Resumen de desarrollo mantiene al día Flujo de desarrollo · Captura de incidentes se asigna a Relay · Retrospectiva de desarrollo se asigna a Relay.

Sacarle el máximo partido

Un Kit se gana su sitio cuando cambia lo que miras y lo que dices, no cuando se instala. Este es el ritmo que hace que valga la pena.

• Abre Flujo de desarrollo antes de abrir una pestaña. El resumen ya ordenó cada pull request abierta según a quién le toca y cuánto tiempo lleva esperando.
• Menciona de pasada los incidentes y las decisiones —“decidimos quitar el endpoint heredado”, “producción estuvo caída veinte minutos, una migración mala”— y Captura de incidentes los deja registrados.
• Recurre a Retrospectiva de desarrollo cuando empiece la discusión: “¿qué salió en junio?”, “¿por qué elegimos esa base de datos?”, con respuestas sacadas del registro.
• Dile a Relay qué repositorios importan y qué cuenta como estancado. El resumen se vuelve más discreto.
• Recuerda lo que no puede ver: aquí no hay visibilidad de la CI, así que el panel muestra el estado de las pull requests y nada más.

Hazlo tuyo

Aquí nada es fijo. Las piezas son agentes, rutinas, conjuntos de datos y paneles corrientes, así que todo lo que sepas sobre moldearlos vale aquí. Retira lo que no aporte nada.

Lo que la gente suele cambiar primero

Di cualquiera de estas cosas en el chat, o edítalas en la página del Kit dentro de la aplicación.

• Cuántos días cuentan como estancado, por separado para las revisiones que debes y para tu propio trabajo en espera.
• Qué repositorios vigila.
• Cuándo llega el resumen, o desactivar las tarjetas y quedarte solo con el panel.
• Qué vale la pena poner en el registro de desarrollo: hay quien solo registra incidentes y quien registra cada decisión.

Tu primera ejecución

Al instalarlo se abre una breve conversación de configuración, no un formulario. Responde a grandes rasgos y corrige después.

1. Su primera mañana de día laborable lee tus repositorios y llena el panel con lo que está abierto y a quién le toca, sin más configuración que conectar GitHub.
2. Solo te avisa de lo que de verdad se ha estancado. Una cola en buen estado no genera ninguna tarjeta.
3. Menciona de pasada un incidente o una decisión y entra en el registro de desarrollo, con las palabras que usaste en ese momento.
4. No puede ver el estado de los builds —el conector no tiene ninguna herramienta de CI—, así que nunca informa si un build pasó o si main está en verde.

Observa la primera pasada y luego dile qué habrías hecho de otra manera: esa corrección le enseña más que cualquier configuración.

Lo esencial

El aprendizaje, las preferencias y el costo de las ejecuciones funcionan igual en todos los Kits, así que se explican una sola vez, en la guía de Kits.

Convivir con un Kit — la guía de Kits →

← Todos los Kits