TFB / NFC / S
TFB / NFC / S es una técnica ligera de estimación y clasificación que agrupa elementos de trabajo en categorías gruesas: trivial, fácil pero no trivial, no funcional o no clasificado, y pequeño pero no trivial. Sirve para ordenar rápidamente tareas o elementos de backlog cuando no se necesita una estimación fina.
Puede considerarse cercana a Grande /Incierto/ Pequeño y a técnicas de clasificación por cubos como Bucket System, aunque con categorías más concretas para conversaciones rápidas.
Como cualquier técnica de estimación, debe usarse teniendo en cuenta el contexto del equipo, el tipo de trabajo y el propósito de la estimación. No sirve para todos los casos ni sustituye automáticamente a otras técnicas más granulares.
Categorías
| Categoría | Significado | Uso habitual |
|---|---|---|
| T | Trivial. | Trabajo muy sencillo, evidente y de bajo esfuerzo. |
| FB | Fácil pero no trivial. | Trabajo claro, sin gran dificultad, pero que requiere cierta dedicación. |
| NFC | No funcional o no clasificado. | Trabajo que no se puede clasificar todavía o que requiere aclaración. |
| S | Pequeño pero no trivial. | Trabajo relativamente pequeño, pero con esfuerzo o atención suficiente para no tratarlo como trivial. |
La nomenclatura puede variar en algunas fuentes externas, donde aparece una variante TFB / NFC / 1 asociada a elementos que deberían caber en una iteración. En este artículo se mantiene la formulación del BoK: TFB / NFC / S.
Para qué sirve
- Ordenar rápidamente tareas o elementos de backlog;
- Reducir el tiempo dedicado a estimaciones detalladas;
- Separar trabajo evidente de trabajo incierto;
- Detectar elementos que necesitan refinamiento;
- Ayudar a equipos pequeños con tareas comparables;
- Iniciar una conversación de tamaño sin entrar todavía en puntos de historia;
- Agrupar elementos antes de usar otra técnica de estimación.
Su mayor utilidad está en la clasificación inicial, no en la planificación exacta de capacidad.
Cómo aplicarla
- Identificar las tareas o elementos. El equipo reúne los elementos que quiere clasificar.
- Acordar el significado de cada categoría. Antes de estimar, el equipo debe compartir qué entiende por trivial, fácil, no clasificado o pequeño.
- Clasificar inicialmente. Cada elemento se asigna a una categoría.
- Discutir los casos dudosos. Si una tarea no es obvia, se conversa para entender su tamaño o incertidumbre.
- Refinar lo no clasificado. Los elementos NFC requieren más información, división o investigación.
- Decidir el siguiente paso. El equipo puede seleccionar, dividir, posponer o reestimar con otra técnica.
- Asignar tamaños numéricos solo si aporta valor. No es obligatorio convertir las categorías en números.
Ejemplo
| Elemento | Categoría posible | Motivo |
|---|---|---|
| Corregir una errata en una pantalla. | T | Trabajo evidente y muy pequeño. |
| Añadir un campo simple a un formulario existente. | FB | No parece difícil, pero requiere implementación, revisión y prueba. |
| Integrar una API externa no conocida. | NFC | Falta información técnica para clasificar. |
| Añadir una validación de negocio en un flujo conocido. | S | Es pequeño, pero no trivial: afecta reglas y pruebas. |
La categoría no debería tomarse como verdad objetiva. Es una ayuda para conversar.
NFC no significa “poco importante”
Una confusión habitual es tratar NFC como una categoría de baja prioridad. No lo es.
NFC indica que el equipo no puede clasificar todavía el elemento con suficiente confianza. Puede deberse a falta de información, dependencia técnica, ambigüedad funcional o necesidad de investigación.
Un elemento NFC puede terminar siendo pequeño, grande, urgente o descartable. Antes de decidir, necesita refinamiento.
Relación con refinamiento
TFB / NFC / S puede usarse durante el refinamiento del product backlog para separar elementos claros de elementos que necesitan más conversación.
Por ejemplo:
- los elementos T o FB pueden avanzar con poca discusión;
- los elementos S pueden necesitar criterios de aceptación o división;
- los elementos NFC deben volver a discovery, análisis técnico, spike o conversación con el product owner.
El objetivo es no dedicar el mismo esfuerzo de refinamiento a todos los elementos.
Relación con planificación del sprint
Esta técnica puede ser demasiado gruesa para decidir capacidad exacta de sprint. En Scrum, la planificación no consiste solo en meter elementos hasta llenar una caja: el equipo selecciona trabajo para cumplir un objetivo de sprint.
TFB / NFC / S puede ayudar a detectar si un elemento está demasiado poco claro o si parece manejable, pero para planificar puede ser necesario complementarlo con conversación, división de historias, criterios de aceptación y evaluación de capacidad real.
Comparación con otras técnicas
| Técnica | Nivel de detalle | Uso principal |
|---|---|---|
| TFB / NFC / S | Bajo. | Clasificación rápida de tareas o elementos. |
| Grande /Incierto/ Pequeño | Bajo. | Separar elementos manejables, grandes o inciertos. |
| Tallas de camiseta | Medio. | Estimar tamaño relativo con una escala intuitiva. |
| Estimación de póquer | Medio o alto. | Estimar historias mediante consenso del equipo. |
| Bucket System | Medio. | Clasificar muchos elementos rápidamente en grupos de tamaño. |
No hay una técnica universalmente mejor. La técnica debe elegirse según el coste de estimar, la necesidad de precisión y el nivel de incertidumbre.
TFB / NFC / S e IA
La IA puede ayudar a preparar una clasificación inicial de tareas, detectar ambigüedades o sugerir elementos que deberían marcarse como NFC.
Pero no debería decidir la estimación por el equipo. En trabajos con IA generativa, además, hay que evitar una trampa: clasificar como trivial una tarea solo porque el agente puede generar un primer output rápido.
La generación puede ser rápida, pero la revisión, integración y validación siguen contando como trabajo.
Buenas prácticas
- Usar la técnica para clasificación rápida, no para precisión falsa.
- Acordar qué significa cada categoría en el equipo.
- Tratar NFC como señal de incertidumbre, no como cajón de descarte.
- Dividir o investigar elementos demasiado poco claros.
- Complementar con otras técnicas si se necesita planificación más fina.
- Revisar estimaciones cuando aparezca nueva información.
- No comparar categorías entre equipos distintos como si fueran medidas objetivas.
Limitaciones
- No calcula capacidad exacta;
- No mide productividad;
- No sustituye el refinamiento;
- Puede ser demasiado gruesa para planificación de sprint;
- Depende mucho del criterio del equipo;
- Puede ocultar diferencias importantes entre tareas clasificadas igual;
- Puede generar falsa confianza si no se revisan los elementos NFC.
Error frecuente
Usarla como estimación fina de sprint. TFB / NFC / S es útil para ordenar y clasificar rápidamente, pero sus categorías son demasiado gruesas para sustituir siempre a una conversación de planificación. Especialmente en Scrum, el equipo debe comprobar si el trabajo seleccionado permite alcanzar el objetivo del sprint sin sobrecomprometerse.
Recursos
📄 Scrum Master v.4.0Descarga gratuita · Scrum Manager
Véase también
¿Quieres avanzar en agilidad? Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a Skill Arena: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.