RelataLabs
View in EnglishContacto
Open Work
Especificación estableOPEN SPECIFICATION / REM 1.1

Framework configurable de proceso de ingeniería de software

Relata Engineering Methodology

Un método de ingeniería AI-native para construir y operar software cuando humanos, agentes de IA y automatización determinista participan juntos en el ciclo de entrega.

“Generar código se ha abaratado. Entender el problema, decidir bien, verificar y asumir responsabilidad siguen siendo escasos.”
Leer la especificaciónVer en GitHub

Revisión de origen: efcfeaf

Versión
1.1.0
Estado
Especificación estable
Publicación
Open specification
Idioma normativo
Español
Licencias
CC BY 4.0 · Apache-2.0
Origen
RelataLabs

01 / POR QUÉ EXISTE

Menos administración de tareas. Más intención y evidencia.

REM parte de que la IA puede acelerar drásticamente la producción de artefactos, pero no elimina la necesidad de seleccionar trabajo, controlar riesgo, tomar decisiones, verificar resultados y mantener responsabilidad humana.

●

Intención

El trabajo no trivial empieza con un objetivo y un criterio de cierre comprensibles.

●

Autoridad

Los agentes pueden investigar y construir; el riesgo residual y las decisiones materiales siguen teniendo dueño humano.

●

Evidencia

Un cambio no está terminado porque el agente dejó de escribir. Está terminado cuando existe evidencia suficiente.

●

Flujo

La atención humana es el WIP escaso. REM limita trabajo iniciado para favorecer trabajo realmente terminado.

02 / KERNEL

Un ciclo pequeño que puede ejecutarse en minutos o sostener meses de trabajo.

Las actividades son distinguibles aunque no sean ceremonias separadas. El proceso escala según riesgo, incertidumbre y permanencia de la decisión.

Primero, orientar el trabajo

  1. 01
    SELECT

    Seleccionar

    Elegir qué merece atención ahora.

  2. 02
    PLAN

    Planificar

    Hacer explícito objetivo, alcance, restricciones y cierre.

Después, producir evidencia

  1. INV

    Investigar

    Reducir incertidumbre con evidencia.

    03
  2. DEC

    Decidir

    Elegir y registrar decisiones que importan.

    04
  3. IMP

    Implementar

    Construir con humanos, agentes y automatización.

    05
  4. VER

    Verificar

    Demostrar que el sistema distingue lo correcto de lo incorrecto.

    06
  5. OBS

    Observar

    Comprobar el resultado real cuando producción es parte de la evidencia.

    07

OBS se activa cuando el resultado necesita comprobarse en un entorno real.

03 / QUÉ ES REM

Metodología como paraguas. Framework como estructura. Proceso como adopción.

REM separa la especificación normativa de las reglas locales de cada proyecto. Eso permite adaptar arquitectura, branching, tooling o aprobaciones sin desfigurar el kernel del método.

Una norma. Muchas formas de ejecutarla.

01 / 03

Especificación del método

METHOD.md define el kernel, estados, responsabilidades, invariantes y reglas de conformidad de REM 1.1.

02 / 03

Framework de proceso

REM ofrece una estructura configurable en vez de una secuencia rígida universal.

03 / 03

Proceso configurado

Cada proyecto adopta REM mediante su Constitución y políticas locales, conservando el kernel obligatorio.

04 / QUÉ GOBIERNA

Límites que protegen el resultado

Lo suficiente para mantener coherencia. No tanto como para convertir el proceso en el trabajo.

  1. 01

    Entrada y selección

    De dónde nace el trabajo y cómo se decide qué merece atención.

  2. 02

    WIP

    Una política explícita limita trabajo activo y verificando.

  3. 03

    Autoridad

    Responsabilidades separadas para humano, agente y automatización determinista.

  4. 04

    Verificación

    Niveles V0–V3 y evidencia proporcional al riesgo.

  5. 05

    Historia durable

    DEC, ADR, Megaplán, Plan, ARCH, incidentes y auditorías cuando realmente hacen falta.

  6. 06

    Métricas

    WIP, throughput, edad y cycle time en lugar de story points y actividad visible.

REM no exige

  • Jira
  • sprints
  • dailies
  • story points
  • velocity
  • estimación en horas
  • una arquitectura específica
  • PR para cada cambio

05 / ADOPCIÓN

Instalar completo. Usar en proporción al riesgo.

REM 1.1 puede empezar en un proyecto, pero su instalación incluye los tipos documentales, la Constitución, scripts, hooks y CI. El trabajo diario usa solo los artefactos que justifican su riesgo y alcance.

El checklist y rem-doctor comprueban la estructura y las reglas automatizables de la adopción. Los resultados del producto se verifican con evidencia propia.

Abrir checklist de instalación
  1. 01

    Elegir el perfil

    Decidir hub multirepo o instalación en un repo, WIP y políticas con el responsable humano.

  2. 02

    Instalar la estructura

    Copiar los ocho tipos documentales, plantillas, scripts, hooks y CI sin omitir piezas.

  3. 03

    Definir Constitución

    Declarar arquitectura, repositorios, seguridad, changelog y excepciones locales.

  4. 04

    Migrar y ejecutar

    Dar destino a la documentación existente y abrir un Megaplán cuando hay objetivos dependientes.

  5. 05

    Comprobar la adopción

    Ejecutar rem-doctor --adoption sin errores; verificar y observar el resultado real cuando corresponda.

06 / FUNDAMENTOS Y EVALUACIÓN

Estudiar el método. Comprobar su aplicación.

REM es una propuesta de ingeniería versionada que reúne prácticas conocidas y experiencia interna de RelataLabs. Su efecto en un proyecto se evalúa con datos de ese contexto; las fuentes, las reglas y el procedimiento de evaluación están abiertos a revisión.

Fundamentos explícitos

Kanban, DORA, Shape Up, ADR y desarrollo guiado por especificaciones aportan ideas distintas. La documentación identifica qué incorpora REM y cómo las adapta al trabajo con agentes.

Consultar fundamentos y fuentes

Tres ámbitos de evaluación

Conformidad del proceso, verificación del producto y evaluación de resultados responden preguntas diferentes. La guía propone una línea base, métricas de flujo y límites para interpretar los cambios.

Leer la guía de evaluación

Un recorrido completo

Un caso ilustrativo conecta objetivo, investigación, decisión, implementación, pruebas y cierre. Sus datos y resultados son didácticos: permiten seguir el método paso a paso sin presentarse como un caso real.

Recorrer el ejemplo ilustrativo

Estado de evaluación. La especificación y sus herramientas pueden inspeccionarse y probarse. La evaluación independiente de su efectividad permanece abierta; las experiencias internas orientan su evolución.

07 / OPEN LICENSING

La especificación está abierta para estudiar, adaptar y reutilizar.

La documentación y templates de REM usan CC BY 4.0. El tooling ejecutable usa Apache-2.0. Las licencias no conceden derechos sobre marcas ni permiten presentar una variante modificada como publicación oficial de RelataLabs.

01

CC BY 4.0

METHOD.md, documentación, templates y material escrito.

02

Apache-2.0

Scripts, workflows y tooling ejecutable de REM.

Consultar el alcance legal

08 / FUENTE CANÓNICA

La página explica REM. El repositorio lo define.

La especificación normativa y su historial permanecen en GitHub. Esta página es la puerta de entrada pública, no una copia paralela de la norma.

Índice de archivos / REM 1.1github.com / RelataLabs
Abrir repositorio