Estimación del despliegue de un indicador de función
Cómo planificar el lanzamiento de un «feature flag»: porcentajes por fases, «kill-switches», métricas de control y la limpieza que nadie programa. Un «feature flag» es un pequeño producto, no una implementación.
La historia pone en marcha el proyecto y se olvida de la limpieza, de las métricas y del interruptor de emergencia.
Un indicador de función no es un mecanismo de implementación; es un pequeño producto. Requiere un valor por defecto, una vía de anulación, un registro de auditoría, un interruptor de emergencia y un plan de retirada. La mayoría de estos elementos no figuran en la solicitud original, que suele decir simplemente «envuélvalo en un indicador». Esa solicitud es la puerta de acceso, no la función.
La estimación debe tener en cuenta las fases de implantación (1 % → 10 % → 50 % → 100 %), los indicadores que determinan si se debe ampliar o revertir la implementación en cada fase, y la solicitud de limpieza que elimina el indicador una vez que la funcionalidad se ha convertido en permanente. Los equipos que no programan esta tarea de limpieza lanzan, en el plazo de un año, un código lleno de indicadores obsoletos, lo que constituye en sí mismo una deuda operativa.
Lo que se dice en la sala
Backend: «Envolver la llamada en un indicador, unas pocas líneas».
SRE: «¿Qué indicador nos indica que la implementación no está yendo bien?»
PM: «¿A qué grupos se les activa la marca primero?»
Titular: «¿Quién retira la bandera una vez que hayamos alcanzado el 100 %, y cuándo?»
Backend: «¿Existe algún interruptor de emergencia independiente del indicador?»
Preguntas que conviene plantearse antes de votar
- Modalidad de implantación: ¿rampa lineal, por cohortes o cambio brusco?
- ¿Cuál es el valor por defecto si el servicio «flag» no está disponible: el comportamiento anterior o el nuevo?
- Indicadores que determinan el paso a cada fase: ¿qué se considera que «va bien»?
- ¿La ruta del «kill-switch» es independiente del sistema de indicadores?
- Ficha de retirada: ¿se crea por adelantado o «lo haremos más tarde»?
- Registro de auditoría: ¿quién cambió el indicador, cuándo y por qué?
La solución es la misma que en la mayoría de las historias de implementación: dividir la implementación, la puesta en marcha por fases y la limpieza en historias independientes, y cree el ticket de retirada antes de que se le olvide que existe.
Un «flag» es un producto de pequeño tamaño. Calcule la fase de arranque, los parámetros de control de flujo y la limpieza, no solo la fase de finalización.
Consulte cómo estimar la implantación de un límite de tasa para ver el mismo patrón en el que la implantación absorbe el trabajo, así como los demás ejemplos prácticos de estimación. Inicie una sesión gratuita de «planning poker» cuando se hayan definido las fases.