9.1 Glosario

Definiciones de los términos y siglas usados a lo largo del libro. Cada entrada nombra el tema donde se introduce el término en profundidad.

Árbol de métricas. Una estructura que conecta una métrica de resultado de nivel superior, a través de sus impulsores, con las métricas operativas que poseen los equipos individuales. Ver tema 1.3.

Coste total de propiedad (TCO). El coste completo de una iniciativa o sistema durante su vida útil, incluyendo el mantenimiento y la infraestructura continuos, no solo el coste inicial. Ver tema 5.5.

Carga de flujo. El número total de elementos de flujo actualmente activos o en espera en una cadena de valor, el nombre que le da el Flow Framework al trabajo en curso. Ver tema 2.4.

Complejidad ciclomática. Un recuento de las rutas independientes a través del flujo de control de un fragmento de código, introducido por Thomas J. McCabe en 1976. Ver tema 4.1.

CVSS (Common Vulnerability Scoring System). Una escala estandarizada para puntuar la gravedad de una vulnerabilidad de seguridad. Ver tema 6.4.

DevEx (experiencia del desarrollador). El planteamiento más amplio y relacionado con SPACE, organizado en torno a los ciclos de retroalimentación, la carga cognitiva, y el estado de flujo. Ver tema 3.7.

DORA, métricas de. Cuatro métricas del programa de Investigación y Evaluación de DevOps: frecuencia de despliegue, plazo de entrega para cambios, tasa de fallos de cambio, y tiempo de recuperación de despliegue fallido. Ver tema 2.10.

Elemento de flujo. La unidad de trabajo del Flow Framework: una funcionalidad, defecto, riesgo, o elemento de deuda, clasificado en la admisión. Ver tema 2.2.

Eficiencia de flujo. La proporción entre el tiempo de trabajo activo y el tiempo total transcurrido para un elemento de trabajo que se mueve a través de un flujo de entrega. Ver tema 2.5.

Factor de autobús. El número de personas que tendrían que dejar de estar disponibles antes de que un sistema o una pieza de conocimiento se vuelva inmanejable. Un factor de autobús de uno es un riesgo severo. Ver tema 3.5.

FinOps. La disciplina de llevar la responsabilidad financiera al gasto variable de infraestructura en la nube. Ver tema 5.4.

Flow Framework. Un modelo de gestión, creado por Mik Kersten, que trata la entrega de software como una cadena de valor y la mide con cuatro tipos de elementos de flujo y cinco métricas de flujo. Ver tema 2.1.

Gráfico de control. Un gráfico que muestra el rango normal de variación de una métrica con el tiempo, usado para distinguir un cambio genuino del ruido ordinario. Ver tema 1.6.

Ley de Goodhart. El principio de que cuando una medida se convierte en un objetivo, deja de ser una buena medida. La idea central y rectora de este libro. Ver tema 1.2.

MTTA (tiempo medio de reconocimiento). El tiempo desde la notificación de un incidente hasta que alguien asume la responsabilidad de responder. Ver tema 6.2.

MTTD (tiempo medio de detección). El tiempo desde el inicio real de un incidente hasta que alguien nota que ocurrió. Ver tema 6.2.

MTTR (tiempo medio de recuperación / tiempo medio de resolución). El tiempo para restaurar completamente el servicio tras un fallo. Se usa tanto para los fallos causados por despliegues (tema 2.10) como para los incidentes generales (tema 6.2).

Métrica de actividad. Un recuento del movimiento de ingeniería (commits, solicitudes de incorporación de cambios, líneas de código) que mide el volumen, no el valor. Ver tema 3.4.

Métrica de salvaguarda. Una contra-métrica emparejada que no debe degradarse mientras mejora una métrica incentivada, diseñada para detectar la manipulación. Ver tema 1.2.

Métrica de vanidad. Una métrica que sube de manera fiable, parece impresionante, y no cambia ninguna decisión. Ver tema 1.1.

Plazo de entrega para cambios. El tiempo desde el primer commit de un cambio de código hasta su despliegue exitoso en producción. Una de las cuatro métricas DORA. Ver tema 2.10.

Porcentaje completo y correcto (%C/A). El porcentaje de unidades que un equipo aguas abajo puede procesar sin necesitar retrabajo, del mapeo de cadena de valor Lean clásico. Ver tema 2.8.

Presupuesto de error. El déficit permitido entre un objetivo de nivel de servicio y una fiabilidad del 100%, tratado como un recurso gastable. Ver tema 6.1.

Punto caliente. Un archivo o módulo que es a la vez frecuentemente modificado (cambios acumulados altos) y altamente complejo, identificado mediante el análisis de puntos calientes. Ver tema 4.3.

Rendimiento acumulado (rolled throughput yield). Las cifras de porcentaje completo y correcto de cada etapa de una cadena de valor multiplicadas entre sí, revelando cómo se acumula el retrabajo a través de un flujo multietapa. Ver tema 2.8.

ROI (retorno de la inversión). El retorno financiero de una iniciativa en relación con su coste, construido aquí a partir de evidencia documentada de coste y resultado en lugar de suposición. Ver tema 5.5.

SLI (indicador de nivel de servicio). Una señal medida directamente de la salud de un servicio, como la latencia o la tasa de error. Ver tema 6.1.

SLO (objetivo de nivel de servicio). El rango objetivo para un indicador de nivel de servicio. Ver tema 6.1.

SPACE, marco. Un marco de cinco dimensiones para la productividad del desarrollador: Satisfacción y bienestar, Rendimiento, Actividad, Comunicación y colaboración, y Eficiencia y flujo. Ver tema 3.1.

SRE (ingeniería de fiabilidad de sitios). La disciplina, pionera en Google, de aplicar enfoques de ingeniería de software a las operaciones y la fiabilidad. Ver tema 6.1.

Tasa de fallos de cambio. El porcentaje de despliegues que causan un fallo en producción que requiere remediación. Una de las cuatro métricas DORA. Ver tema 2.10.

Teoría de colas. El estudio matemático de las filas de espera, aplicado a los flujos de entrega para explicar cómo el trabajo en curso, la tasa de llegada, y la utilización impulsan el tiempo de espera. Ver tema 2.7.

Telemetría de resultados. La medición continua e instrumentada de resultados reales en lugar de actividad o producción. Ver tema 7.4.

Tiempo de ciclo. El desglose interno del plazo de entrega en etapas: codificación, revisión, pruebas, y despliegue. Ver tema 2.6.

Tiempo de flujo. El tiempo total transcurrido desde que un elemento de flujo entra en la cadena de valor hasta su entrega, abarcando toda la cadena de valor en lugar de solo la ingeniería. Ver tema 2.4.

Tiempo de proceso (PT). El tiempo práctico real dedicado a trabajar en una única unidad, distinto del tiempo dedicado a esperar, del mapeo de cadena de valor Lean clásico. Ver tema 2.8.

Tiempo takt. El tiempo máximo aceptable para completar una unidad de trabajo y así coincidir limpiamente con la demanda del cliente, del mapeo de cadena de valor Lean clásico. Ver tema 2.8.

Deuda técnica. El coste acumulado de atajos pasados en una base de código, una metáfora para una compensación gestionable, no un secreto vergonzoso. Ver tema 4.5.

Defecto escapado. Un defecto que llega a producción y afecta a un usuario real, a diferencia de uno detectado en revisión o pruebas. Ver tema 5.1.

Distribución de flujo. La proporción de elementos de flujo completados que pertenece a cada tipo de elemento de flujo en un período dado. Ver tema 2.3.

Economía unitaria. El coste expresado por unidad significativa de valor entregado (por cliente, por transacción), en lugar de como un total opaco. Ver tema 5.4.

Estrella polar, métrica de. La única medida que mejor captura el valor central que entrega una organización, situada en la cima de un árbol de métricas. Ver tema 1.3.

Frecuencia de despliegue. Con qué frecuencia un equipo despliega con éxito a producción. Una de las cuatro métricas DORA. Ver tema 2.10.

Ley de Little. La demostración de que el número promedio de elementos en una cola estable es igual a la tasa de llegada promedio multiplicada por el tiempo promedio que un elemento pasa en el sistema. Aplicada a la entrega, el trabajo en curso es igual a la tasa de llegada multiplicada por el tiempo de ciclo. Ver tema 2.7.

Pruebas de mutación. Una técnica que introduce deliberadamente fallos pequeños y artificiales en el código para comprobar si una suite de pruebas realmente los detecta, como complemento a la cobertura. Ver tema 4.2.

Utilización. La proporción de la capacidad disponible de un recurso que está ocupada, calculada como la tasa de llegada dividida entre la tasa de servicio. El tiempo de espera crece de manera aguda, no gradual, a medida que la utilización se acerca a la capacidad plena. Ver tema 2.7.

Velocidad de flujo. El número de elementos de flujo completados durante un período dado, la medida de rendimiento del Flow Framework. Ver tema 2.3.

Cadena de valor. La secuencia de extremo a extremo de actividades que convierte una idea en valor que recibe un cliente, la unidad de medición del Flow Framework. Ver tema 2.1.

Trabajo en curso (WIP). El recuento de elementos que se están trabajando activamente en un momento dado en todo un equipo o sistema. Ver tema 2.5.