El Punto Ciego de los Pull Requests Cada equipo de desarrollo vive en dos mundos: Mundo 1: Gestion de Proyectos - Tareas e historias - Actualizaciones de estado - Planificacion de sprint - Seguimiento de progreso Mundo 2: GitHub - Branches - Pull requests - Revisiones de codigo - Merges El problema: Estos mundos no se comunican entre si.
La Desconexion Diaria Reunion de standup: 'Como va la funcion de pagos?' 'El PR esta abierto, esperando revision.' Pero la herramienta PM muestra 'En Progreso'. Verificacion de realidad: - La tarea dice 'En Progreso' - El PR ha estado abierto por 3 dias - Revision solicitada pero no iniciada - CI fallando en ese PR El manager ve: Tarea 60% completada.
Realidad: Nada se fusionara hasta que se arregle CI y ocurra la revision. Por Que las Herramientas PM Tradicionales Fallan Aqui No fueron construidas para software: 1.
Sin Conocimiento de PR - Las herramientas conocen 'tareas' no 'pull requests' - No pueden ver que el codigo existe - No pueden ver estado de revision - No pueden ver resultados de CI 2. Actualizaciones de Estado Manuales - El desarrollador tiene que recordar actualizar la tarea - La actualizacion ocurre horas/dias despues de que cambia el estado del PR - O no ocurre en absoluto 3.
Multiples Fuentes de Verdad - GitHub dice PR aprobado - La herramienta PM dice 'En Revision' - Cual es correcto? Verificar ambos.
4. Sin Visibilidad Accionable - 'Algo esta bloqueando el release' - 'Que PRs necesitan revision?' - 'Que esta realmente listo para merge?' - No se puede responder sin verificar GitHub El Costo de Esta Desconexion Desperdicio de Tiempo: - 15 min/dia verificando estado de PR en GitHub - 10 min/dia actualizando estado de tarea manualmente - 20 min/dia en standup explicando estado - 45 min/dia/desarrollador = 16+ horas/mes Releases Retrasados: - PRs esperan revision (invisible en herramienta PM) - Conflictos de merge pasan desapercibidos - Fallos de CI no estan conectados a tareas - Problemas descubiertos en release, no durante sprint Frustracion: - 'Por que esto sigue En Progreso?' - 'Fusione eso ayer' - 'Nadie me dijo que necesitaba revision' - Senalar con el dedo en retrospectivas GitScrum: Estado del PR Donde Trabajas GitScrum se conecta directamente a GitHub, trayendo el estado del PR a tu gestion de proyectos: Cada Tarea Muestra Estado del PR: - Indicador de PR abierto - Borrador vs Listo para revision - Estado de revision (pendiente/aprobado/cambios solicitados) - Estado de CI (pasando/fallando) - Advertencia de conflicto de merge - Tiempo desde que se abrio el PR Actualizaciones de Estado Automaticas: - Branch creado -> Tarea se mueve a 'En Progreso' - PR abierto -> Indicador de PR aparece - Revision aprobada -> Tarea muestra aprobado - PR fusionado -> Tarea se mueve a 'Hecho' No se necesitan cambios de estado manuales para actualizaciones impulsadas por codigo.
Como Funciona el Seguimiento de PR Creacion de Tarea: 1. Crear tarea en GitScrum 2.
Vincular a issue de GitHub (o crear nuevo) 3. El trabajo ocurre en branches Desarrollo: - El desarrollador crea branch - La tarea automaticamente muestra 'trabajo iniciado' - Commits visibles en la tarea - Tiempo rastreado si esta habilitado Pull Request: - El desarrollador abre PR - La tarea muestra icono de PR inmediatamente - Enlace de PR clickeable desde la tarea - Estado de revision visible Revision: - Solicitar revision del equipo - Estado del revisor mostrado en la tarea - Aprobado/Cambios Solicitados visible - Comentarios sincronizados a la tarea Merge: - CI pasa (mostrado en la tarea) - Sin conflictos de merge (mostrado en la tarea) - PR fusionado - Tarea auto-mueve a Hecho Indicadores de Estado de PR En Tarjetas de Tareas: - [PR] - Pull request existe - [Borrador] - PR borrador, no listo para revision - [Revision] - Revision solicitada - [Aprobado] - Revision aprobada - [Cambios] - Cambios solicitados - [CI Pass] - Todas las verificaciones pasando - [CI Fail] - Verificaciones fallando - [Conflicto] - Conflictos de merge existen - [Listo] - Aprobado + CI pasando + sin conflictos Haz clic en cualquier indicador para ir directamente a GitHub.
Precios - 2 usuarios: GRATIS para siempre - 3+ usuarios: $8.90/usuario/mes - Integracion completa con PR de GitHub incluida - Repositorios ilimitados - Todas las funciones de estado de PR Equipo de 5 personas: $26.70/mes - Todas las funciones de seguimiento de PR - Integracion de estado de CI - Visibilidad de estado de revision - Actualizaciones de estado automaticas Equipo de 10 personas: $71.20/mes - Todo lo anterior - Balanceo de carga de revision del equipo - Dashboard de analiticas de PR - Reglas de notificacion personalizadas La Linea Final Tu herramienta PM deberia saber lo que GitHub sabe. Cuando las tareas muestran estado del PR: - Sin actualizaciones de estado manuales - Sin verificar dos lugares - Sin sorpresas en el release - Visibilidad de progreso real GitScrum: Estado del pull request donde planificas el trabajo.
2 usuarios gratis. $8.90/usuario/mes.
Ve lo que realmente esta pasando en tu codigo.
La Ventaja GitScrum
Una plataforma unificada para eliminar el cambio de contexto y recuperar horas productivas.
