La Division del Seguimiento de Bugs La mayoria de los equipos de desarrollo rastrean bugs en dos lugares: Lugar 1: El Rastreador de Bugs - Cliente reporta bug - Soporte crea ticket - Producto hace triage - Asignado a sprint Lugar 2: GitHub - Desarrollador crea issue - Vincula al ticket de bug (tal vez) - Crea branch, PR - Fusiona la solucion El problema: Estos no se conectan automaticamente.
Donde Esta la Solucion? El cliente pregunta: 'Esta arreglado mi bug?' Soporte verifica el rastreador de bugs: - Estado: 'En Progreso' - Ultima actualizacion: hace 3 dias - Sin otra informacion Realidad en GitHub: - PR fusionado ayer - Solucion desplegada a staging - Esperando release de produccion Nadie actualizo el rastreador de bugs.
El cliente piensa que el bug todavia se esta trabajando. El Impuesto de Coordinacion Desarrolladores: - Crear issue de GitHub para el bug - Actualizar ticket de Jira para vincularlo - Actualizar Jira cuando se abre PR - Actualizar Jira cuando se fusiona PR - Actualizar Jira cuando se despliega Tiempo gastado actualizando dos sistemas: 10-15 min/bug Con 20 bugs/sprint: 3-5 horas/sprint solo actualizando.
Soporte/Producto: - Verificar Jira para estado - Estado poco claro, preguntar al desarrollador - Desarrollador verifica GitHub - Transmitir informacion de vuelta - Repetir para cada bug Por Que los Rastreadores de Bugs Fallan a los Equipos de Desarrollo Construidos para Soporte, No para Codigo: - Rastrean tickets, no branches - Rastrean estado, no PRs - Rastrean asignaciones, no commits - Sin visibilidad del desarrollo real Todo Manual: - Actualizaciones de estado manuales - Vinculacion manual al codigo - Seguimiento de despliegue manual - Error humano garantizado Informacion Obsoleta: - El rastreador de bugs muestra 'En Progreso' - PR fusionado hace una semana - Nadie recordo actualizar - Cliente frustrado Sin Contexto de Desarrollo: - Que branch tiene la solucion? - Esta pasando el CI?
- Quien esta revisando? - Cuando se desplegara?
El rastreador de bugs no puede responder ninguna de estas. GitScrum: Bugs Conectados al Codigo GitScrum trata los bugs como lo que son: trabajo que ocurre en GitHub.
Sincronizacion Automatica con GitHub: - Los issues de GitHub aparecen como bugs - Las etiquetas se sincronizan (bug, critico, etc.) - Creacion de branch visible - Estado del PR mostrado - Merge reflejado Ciclo de Vida Completo del Bug: 1. Bug reportado (issue de GitHub o tarea de GitScrum) 2.
Asignado al desarrollador 3. Branch creado -> Estado se auto-actualiza 4.
PR abierto -> Muestra estado del PR 5. Revision aprobada -> Visible 6.
Fusionado -> Bug se auto-cierra 7. Desplegado -> Estado de despliegue mostrado Como Funciona el Seguimiento de Bugs en GitScrum Creacion de Bug: Desde GitHub: - Crear issue con etiqueta 'bug' - Aparece en GitScrum automaticamente - Todos los metadatos de GitHub sincronizados Desde GitScrum: - Crear tarea marcada como Bug - Sincroniza a issue de GitHub - Mismo resultado, punto de entrada diferente Triage de Bugs: - Ver todos los bugs en vista dedicada - Ordenar por severidad, edad, reportador - Arrastrar a sprint o asignar - Prioridad visible Seguimiento de Desarrollo: En la Tarjeta de Bug: - Indicador de branch cuando el trabajo comienza - Conteo de commits - Estado del PR (borrador/abierto/fusionado) - Estado de CI (pass/fail) - Estado de revision - Preparacion para merge No se necesitan actualizaciones manuales.
Resolucion de Bug: Tradicional: 1. Desarrollador fusiona PR 2.
Desarrollador recuerda actualizar ticket 3. (Desarrollador olvida) 4.
PM pregunta 'Esta hecho esto?' 5. Desarrollador confirma 6.
PM actualiza ticket GitScrum: 1. Desarrollador fusiona PR 2.
Estado del bug se actualiza automaticamente 3. Todos ven que esta arreglado Vistas y Filtros de Bugs Dashboard de Bugs: - Total de bugs abiertos - Por severidad (Critico/Alto/Medio/Bajo) - Por edad (>7 dias, >14 dias, >30 dias) - Por estado (Nuevo/Triageado/En Progreso/Arreglado) Opciones de Filtro: - Severidad - Reportador - Asignado - Sprint - Repositorio - Etiqueta - Estado del PR - Edad Filtros Especiales: - 'Bugs con PRs abiertos' (casi terminados) - 'Bugs esperando revision' (bloqueados) - 'Bugs fusionados no desplegados' (en pipeline) - 'Bugs viejos sin actividad' (olvidados) Precios - 2 usuarios: GRATIS para siempre - 3+ usuarios: $8.90/usuario/mes - Seguimiento completo de bugs incluido - Sincronizacion de GitHub para bugs - Dashboard de analiticas de bugs Equipo de 5 personas: $26.70/mes - Todas las funciones de seguimiento de bugs - Actualizaciones de estado automaticas - Metricas y tendencias de bugs - Asignacion de bugs en sprint Equipo de 10 personas: $71.20/mes - Todo lo anterior - Visibilidad de bugs entre repos - Flujos de trabajo de bugs personalizados - Seguimiento de despliegue La Linea Final Los bugs son trabajo de codigo.
Rastreados donde el codigo sucede. Cuando los bugs se conectan al codigo: - Sin seguimiento duplicado - Sin estados obsoletos - Sin preguntas de 'Ya esta arreglado?' - Gestion automatica del ciclo de vida GitScrum: Seguimiento de bugs que se conecta a tu codigo.
2 usuarios gratis. $8.90/usuario/mes.
Sabe donde esta cada bug.
La Ventaja GitScrum
Una plataforma unificada para eliminar el cambio de contexto y recuperar horas productivas.
