Ir al contenido principal

Bottleneck Insights

Bottleneck Insights muestra dónde se frena el trabajo a lo largo de tu ciclo de entrega. Ayuda a los equipos a pasar de reportar síntomas a atacar la causa raíz.


​

Dónde encontrarlo


​

En la barra lateral, bajo Centro de Acciones → Insights. Antes era su propia entrada; ahora está junto a lo demás que espera una decisión — Alertas, las reglas que te avisan cuando una métrica cruza un umbral, y Agentes.


​

Dentro de la página, los cuellos de botella detectados están en la pestaña Inbox.


​

Cómo se clasifican los insights


​

Cada insight lleva un tipo, y el Inbox filtra por él:


​

  • Anomalías — una métrica se desvió negativamente de lo que es normal para vos. El tiempo de ciclo se disparó muy por encima del promedio reciente.

  • Alertas tempranas — ítems individuales, no métricas: un PR o una tarea en riesgo de arrastrar una métrica hacia abajo mientras todavía hay tiempo de actuar. PRs nuevos que llevan demasiado tiempo abiertos.

  • AI overspend — consumo de IA por encima de lo que tu organización gasta normalmente, o consumo que no deja retorno medible. Corridas de agentes sin supervisión que se fueron de escala en costo.

  • Agente — insights escritos por el Research Agent en vez de detectados por una regla. El filtro te deja enfocar la lista en ésos.


​

Cada uno lleva además un nivel de riesgo: Alto, Medio o Bajo.


​

Qué suele mostrar


​

  • Demoras en tomar la revisión — pull requests que esperan demasiado por su primera revisión.

  • Estados de espera largos — ítems detenidos en estados no activos del flujo de trabajo (bloqueado, esperando QA, esperando despliegue).

  • Acumulación excesiva de WIP — demasiados ítems en curso frente al Throughput, lo que frena todo.

  • Restricciones de Throughput propias de un equipo — el flujo de un equipo está topeado mientras otros tienen margen.


​

Cómo lo usan los equipos


​

  1. Aísla la etapa donde se concentra la demora — revisión, espera o despliegue.

  2. Segmenta por equipo, proyecto o tipo de flujo de trabajo para localizar el problema.

  3. Valida si el mapeo o una desviación de proceso está afectando los resultados, antes de asumir una causa de comportamiento.

  4. Prioriza un solo arreglo operativo y vuelve a mirar la tendencia en la revisión siguiente.


​

Ideal para


​

  • Managers de ingeniería que llevan adelante la mejora continua.

  • Operaciones de entrega que buscan identificar fricción sistémica.

  • Iniciativas de optimización entre equipos, donde hace falta saber por dónde empezar.


​

Artículos relacionados


​

  • Tiempo de Ciclo

  • Trabajo en Progreso (WIP)

  • Tiempo de Espera

  • Latencia de revisión

  • ¿Qué es Context?

¿Ha quedado contestada tu pregunta?