description: Cómo SCAFFOLD organiza el trabajo planificado: lista de trabajo, elementos y lotes, estados, listo y terminado, cadencia, eventos, estimación y capacidad, con correspondencias y diferencias respecto a Scrum y Kanban.¶
SCAFFOLD — Trabajo y cadencia¶
En breve. El trabajo planificado se registra como elementos de trabajo en una lista ordenada por personas. Un elemento es lo que se planifica; el lote es la unidad que lo ejecuta. Cada elemento pasa por seis estados, entra en curso cuando cumple una condición de listo y se da por terminado con una definición de terminado y la aceptación de una persona. El proyecto elige ciclos de duración fija o flujo continuo con límite de trabajo en curso. La norma (R-024) exige declarar la cadencia y la periodicidad de una revisión del trabajo terminado y de una mejora del proceso; la planificación y la sincronización breve son prácticas sugeridas. La página explica; la norma está en R-021 a R-024 y R-031.
Nivel de certeza (MILPA): las reglas citadas son normas aceptadas de SCAFFOLD 0.1; los ejemplos de condición de listo y de definición de terminado son ilustrativos; la tabla de correspondencias es una lectura editorial de fuentes públicas, no una equivalencia ni una aprobación de sus autores.
Para quién es y primer paso¶
Para quien ordena y reparte el trabajo de un proyecto con personas, asistentes de IA o ambos. Primer paso: crear la lista de trabajo con un primer elemento que tenga criterios de aceptación verificables, y declarar la cadencia. Contexto general en Ciclo del proyecto.
Lista de trabajo, elementos y lotes¶
La lista de trabajo es el conjunto ordenado de elementos de trabajo del proyecto (R-021). Un elemento de trabajo tiene identificador estable que no se reutiliza, tipo, objetivo, criterios de aceptación, persona responsable, estado, dependencias y elemento padre o ninguno.
El elemento y el lote son cosas distintas:
| Elemento de trabajo | Lote de trabajo | |
|---|---|---|
| Responde a la pregunta | ¿Qué se quiere y por qué? | ¿Cómo y con quién se ejecuta? |
| Lo define | Responsable de producto | Responsable de lote |
| Contiene | Criterios de aceptación, padre, dependencias | Zonas, asistentes, intervalo, resultado, costo o «desconocido» |
| Relación | Puede ejecutarse en uno o más lotes | Un lote de tipo función o corrección cita al menos un elemento |
| Regla | R-021 | R-009 |
Un lote de investigación o de reestructuración puede abrirse sin elemento si declara su motivo. La página de plantillas muestra los campos de cada formato.
Jerarquía¶
Un elemento puede tener un padre. Una iniciativa es un elemento de tipo iniciativa que
agrupa elementos hijos mediante el campo de elemento padre. Los demás tipos son función,
corrección, reestructuración, investigación u otro que el proyecto declare. La jerarquía va de la
iniciativa al elemento. La norma no fija cuántos niveles admite ni cuándo se da por terminada una
iniciativa; esas reglas las declara cada proyecto.
Ejemplo ficticio: Ana, que mantiene una tienda en línea con dos asistentes, crea la iniciativa «exportaciones» y, dentro de ella, el elemento TIE-12, «exportar pedidos a CSV», con criterio de aceptación «el archivo contiene todas las columnas del contrato de pedidos y se descarga en menos de un minuto con 1000 pedidos de prueba». TIE-12 se ejecuta en un lote de tipo función.
Estados del elemento¶
Los estados forman un esquema propio de los elementos: no son los de un lote, una nota ni un requisito.
| Estado | Significado | Pasa al siguiente cuando |
|---|---|---|
propuesto |
Alguien lo planteó (persona o asistente); aún no está ordenado ni aceptado como trabajo. | El responsable de producto lo ordena y cumple la condición de listo, o lo descarta. |
listo |
Cumple la condición de listo y espera turno. | Una persona responsable lo asigna y empieza. |
en_curso |
Se ejecuta en uno o más lotes. | Sus lotes cierran y se piden la revisión y la aceptación. |
en_revisión |
Se comprueban los criterios de aceptación y la definición de terminado. | Una persona con el rol correspondiente lo acepta, o vuelve a en_curso. |
terminado |
Comprobado y aceptado por una persona. | Estado final. |
descartado |
Se decidió no hacerlo, con motivo. | Estado final. |
Un asistente puede proponer elementos, criterios y orden; ordenar, aceptar y descartar son decisiones de una persona con el rol declarado, que queda registrada (R-022). Que el lote esté cerrado no hace terminado al elemento: registra que el trabajo acabó, no que se aceptó.
Condición de listo y definición de terminado¶
El proyecto declara ambas, con versión (R-023). Ejemplos ilustrativos:
- Condición de listo (ejemplo). Tiene objetivo y criterios de aceptación verificables, responsable, dependencias conocidas y, si toca datos, su clasificación.
- Definición de terminado (ejemplo). Criterios de aceptación comprobados; comprobaciones de integración del repositorio ejecutadas (R-010); solicitud de integración revisada por una persona; notas pendientes cerradas; aceptación registrada.
La norma exige que la definición de terminado incluya las comprobaciones de integración y que ningún elemento se marque terminado sin aceptación de una persona. El resto del contenido de las definiciones lo decide cada proyecto. Riesgo residual: una definición débil deja pasar trabajo incompleto.
Cadencia: ciclos o flujo continuo¶
El proyecto declara una de dos cadencias (R-024):
- Ciclos de duración fija. Se planifica un grupo de elementos para un periodo de duración declarada; al final se revisa lo terminado. La duración la elige el proyecto.
- Flujo continuo con límite de trabajo en curso. Los elementos entran cuando hay espacio; el
proyecto declara un límite de elementos por estado (por ejemplo
en_cursoyen_revisión), por persona o por cuadrilla. Con el límite lleno no se empieza otro elemento hasta que alguno avance o termine.
Con cualquier cadencia el proyecto declara la periodicidad de la revisión del trabajo terminado y de la mejora del proceso, y las hace con fecha, participantes y acuerdos registrados (R-024). Como alternativa de cadencia, Shape Up describe ciclos de seis semanas y una apuesta previa sobre qué trabajo entra; ver la tabla de correspondencias.
Eventos¶
SCAFFOLD 0.1 exige declarar la cadencia y la periodicidad de la revisión y de la mejora (R-024). Los cuatro eventos siguientes son una forma de cumplir lo que pide la norma, con nombres y tiempos editoriales; planificación y sincronización breve son prácticas sugeridas, no exigidas (los tiempos sugeridos son Hypothesis hasta medirlos).
| Evento | Propósito | Qué incluye | Salida |
|---|---|---|---|
| Planificación | Decidir qué elementos entran y quién los lleva. | Revisar el orden de la lista, la condición de listo y la capacidad (ver más abajo). | Elementos asignados a una persona responsable. |
| Sincronización breve | Detectar bloqueos y colisiones del trabajo en curso. | Leer las notas de traspaso y los lotes abiertos de los asistentes; revisar zonas compartidas y turnos. | Bloqueos con responsable; notas tomadas o devueltas. |
| Revisión del trabajo terminado | Aceptar o rechazar elementos y ver qué se entregó. | Comprobar criterios y definición de terminado de cada elemento. | Aceptaciones registradas; elementos devueltos. |
| Mejora del proceso | Cambiar cómo se trabaja. | Revisar qué funcionó y qué no, con datos medidos cuando existan. | Acuerdos con fecha y participantes; cada acuerdo, en lo posible, convertido en elemento de trabajo. |
La sincronización breve incluye leer lo que los asistentes dejaron escrito, porque un asistente no conserva memoria de lo que no quedó en una nota o en un lote. Esa afirmación describe el motivo de diseño; no se ha medido su efecto.
Estimación y dato medido¶
Una estimación es un cálculo previo; un dato medido es lo que se observó al ejecutar. La norma exige registrarlas por separado (R-031) y, en los lotes, anotar el costo como dato o como «desconocido», nunca como estimación disfrazada (R-009). Ejemplo ficticio: TIE-12 se estimó en dos días de Ana; el lote midió siete horas de Ana en revisión y un consumo de un asistente que el proyecto no registró, por lo que figura como «desconocido».
Capacidad de personas y de agentes¶
La capacidad de las personas se mide en tiempo disponible. La de los agentes está limitada por su presupuesto y por la revisión humana que requieren sus resultados. Todo elemento en curso tiene una persona responsable aunque lo ejecute un agente (R-031).
Consecuencia práctica: añadir asistentes puede aumentar el trabajo que espera revisión. Si la
revisión humana pasa a ser el cuello de botella, el límite de trabajo en curso o el número de
elementos en en_revisión lo hace visible. Que esto ocurra en un proyecto concreto es una
hipótesis hasta medirlo; la propia ficha lo señala como riesgo residual.
Correspondencias con Scrum, Kanban y Shape Up¶
La tabla compara; no afirma equivalencia. SCAFFOLD adopta lo que su norma dice, no las reglas de estos marcos. Las fuentes son primarias y se citan por sección o tema; las ediciones cambian y el contraste debe repetirse contra la edición vigente.
| Idea en SCAFFOLD | Scrum (The 2020 Scrum Guide) | Kanban (The Kanban Guide, mayo 2025) | Shape Up | Diferencia principal |
|---|---|---|---|---|
| Lista de trabajo ordenada por una persona responsable de producto | «Scrum Artifacts»: el Product Backlog; en «Scrum Team», la persona Product Owner lo ordena. | La guía describe un tablero con elementos de trabajo que fluyen; el orden no se detalla aquí (no verificado). | «The Betting Table»: se apuesta por qué trabajo hacer; no hay lista única continua. | SCAFFOLD exige que el orden y el descarte lo decida una persona con rol declarado y que el asistente sólo proponga (R-022). |
| Elemento de trabajo con criterios de aceptación | Elementos del Product Backlog; sin criterios de aceptación obligatorios en la guía (a verificar). | Elementos de trabajo que fluyen. | Proyectos «moldeados» con límites. | SCAFFOLD exige criterios verificables y distingue el elemento del lote. |
| Definición de terminado | «Scrum Artifacts»: la Definition of Done es el compromiso del Increment. | No verificado aquí. | No aplica de forma directa. | En SCAFFOLD la definición incluye las comprobaciones de integración y la aceptación de una persona (R-023). |
| Ciclos de duración fija | «Scrum Events»: el Sprint, de duración fija con un máximo declarado en la guía. | No exige ciclos. | «Bets, Not Backlogs»: ciclos de seis semanas como alternativa. | SCAFFOLD deja elegir ciclos o flujo continuo y no fija la duración. |
| Flujo continuo con límite de trabajo en curso | No es parte de Scrum tal como lo define la guía. | Límites de trabajo en curso y flujo: tema central de la guía. | No aplica. | SCAFFOLD exige declarar el límite si la cadencia es de flujo continuo (R-024). |
| Planificación, sincronización breve, revisión, mejora | «Scrum Events»: Sprint Planning, Daily Scrum, Sprint Review y Sprint Retrospective. | La guía define prácticas propias; no verificadas una a una aquí. | Alternativas propias. | SCAFFOLD describe cuatro eventos como una forma de cumplir R-024, que exige declarar cadencia, revisión y mejora; los nombres y la periodicidad son del proyecto. |
| Apetito o tiempo máximo | La duración del Sprint acota el trabajo. | Límites de trabajo en curso acotan la cantidad. | «Set Boundaries»: el appetite (cuánto tiempo se está dispuesto a invertir) es una decisión previa. | SCAFFOLD no incluye apetito; podría usarse como criterio de orden por decisión del proyecto. |
| Personas y agentes | «Scrum Team»: personas con responsabilidades definidas; la guía no distingue agentes de IA. | Igual: no distingue agentes de IA. | Igual. | SCAFFOLD distingue capacidad y responsabilidad de agentes (R-030, R-031); un agente no ocupa ningún rol. |
Fuentes:
- The 2020 Scrum Guide, secciones «Scrum Team», «Scrum Events» y «Scrum Artifacts» (consultado el 14-oct-2026).
- The Kanban Guide: existe una edición de mayo 2025, que es la que se cita (consultado el 14-oct-2026). Se cita sólo el tema (límites de trabajo en curso y flujo); los títulos de sección no se han verificado.
- Shape Up, capítulos «Set Boundaries», «The Betting Table» y «Bets, Not Backlogs» (consultado el 14-oct-2026).
La fecha de consulta indica cuándo se abrió la fuente; no verifica las celdas de la tabla. Las celdas marcadas «no verificado» o «a verificar» son Hypothesis. Para promoverlas basta que una persona lea la sección de la fuente en la edición vigente, anote la cita exacta y fecha de consulta, y corrija la celda. Esta tabla no afirma que SCAFFOLD sea una versión de Scrum ni de Kanban, ni que los autores de esos marcos lo respalden.
Límites¶
- La página no añade requisitos: R-021 a R-024 y R-031 son los que valen.
- Los estados, eventos y ejemplos de listo y terminado son presentaciones; un proyecto puede cumplir la norma con otros nombres.
- No se promete menos retrabajo, más velocidad ni mayor seguridad. Cualquier mejora debe medirse antes y después (R-032).
- Un elemento terminado no garantiza calidad; la persona puede aceptar sin revisar (riesgo residual de R-022).
Siguiente lectura: Ciclo del proyecto, Cuadrillas, Plantillas. Volver a SCAFFOLD.