Glosario

Los términos que vas a encontrar en el método y en los entregables, explicados en una o dos frases.

El método

Término	Qué es
As-is	Cómo funciona hoy un proceso o un sistema: tu punto de partida. Si partes de cero, el as-is es la necesidad o la idea.
To-be	Cómo debería funcionar: el proceso rediseñado o el software que necesitas. Is2Be es el camino del as-is al to-be.
Fase	Cada etapa del método. Is2Be Procesos tiene 7 (de la identificación a la monitorización) e Is2Be Software otras 7 (de la ideación al monitoreo).
Paso	Cada tarea concreta dentro de una fase, que produce un entregable. Hay 64 en total; en los asistentes de código cada paso es un comando.
Puerta de fase	El punto al final de cada fase en el que el kit se detiene y una persona revisa y aprueba antes de seguir.
Ruta	La secuencia de pasos que toca según tu punto de partida. No todos los proyectos usan todos los pasos: ver ¿Por dónde empiezo?.
Modo	El tipo de iniciativa que determina la ruta: rediseñar un proceso, crearlo desde cero, automatizarlo, modernizar un sistema antiguo, un módulo nuevo…
Evidence-First	El método en que se basa Is2Be Procesos: ninguna afirmación sobre el proceso sin su fuente.
Spec-First	El método en que se basa Is2Be Software: se especifica y se valida antes de programar.
Supuesto	Algo que no está comprobado. El método lo marca como tal y lo convierte en una pregunta para las personas; nunca se presenta como un hecho.
Discrepancia	Una contradicción entre dos fuentes, por ejemplo entre lo que dice el procedimiento y lo que se hace de verdad. Se registra, no se esconde.
Trazabilidad	Poder seguir cada cambio hasta el problema que resuelve y la decisión que lo justifica, desde una frase de una entrevista hasta un test del software.
Entregable	El resultado de un paso: un documento, un diagrama, un análisis, código o tests.

Procesos

Término	Qué es
BPM	Business Process Management: la disciplina de gestionar y mejorar los procesos de negocio de principio a fin.
BPMN	Business Process Model and Notation: el estándar para dibujar diagramas de procesos que entienden tanto el negocio como los técnicos.
DMN	Decision Model and Notation: el estándar para escribir reglas de decisión en tablas, separadas del diagrama del proceso.
SIPOC	Una vista del proceso en una página: proveedores (Suppliers), entradas (Inputs), proceso (Process), salidas (Outputs) y clientes (Customers).
Process charter	El documento de arranque: qué proceso se mejora, por qué, con qué alcance, objetivos, indicadores y riesgos.
Process owner	La persona (un rol) que responde del proceso de punta a punta.
RACI	Una tabla que dice, para cada actividad, quién la hace (Responsible), quién responde de ella (Accountable), a quién se consulta (Consulted) y a quién se informa (Informed).
Lean	Una forma de mejorar centrada en el valor para el cliente y en eliminar desperdicios: esperas, retrabajos, traspasos innecesarios…
Six Sigma · DMAIC	Un método de mejora basado en datos: definir, medir, analizar, mejorar y controlar. Su variante DMADV sirve para diseñar algo nuevo.
ECRS	El orden para mejorar una actividad: eliminar, combinar, reordenar y simplificar. Solo después, automatizar.
Causa raíz	El motivo de fondo de un problema, no su síntoma. Si se corrige, el problema no vuelve.
Process mining · event log	Analizar los registros que dejan los sistemas (el event log) para ver cómo se ejecuta de verdad un proceso.
PDR	Process Decision Record: el registro de una decisión importante sobre el proceso, con las alternativas valoradas y por qué se eligió una.
Gap analysis	La comparación entre el proceso actual y el nuevo (o lo que exige una norma): qué cambia y qué hay que hacer para llegar.
Business case	El caso de negocio del cambio: inversión, beneficios y rentabilidad (VAN, TIR, plazo de recuperación).
SOP	Standard Operating Procedure: el procedimiento de trabajo diario, paso a paso, para quien ejecuta el proceso.
APQC PCF	Un catálogo de procesos de referencia, común a muchas empresas, que sirve para ordenar y comparar procesos.
COSO	El marco de referencia para riesgos y controles internos.
ADKAR	Un modelo de gestión del cambio en las personas: conciencia, deseo, conocimiento, capacidad y refuerzo.

Software

Término	Qué es
PRD	Product Requirements Document: qué hay que construir y por qué, con sus reglas de negocio. Es el punto de partida del software.
Historia de usuario	Una necesidad contada desde quien usa el sistema («como…, quiero…, para…»), con sus criterios de aceptación.
Criterios de aceptación	Las condiciones concretas que debe cumplir una funcionalidad para darla por buena.
ADR	Architecture Decision Record: el registro de una decisión de arquitectura, con las opciones valoradas y sus consecuencias.
Stack	El conjunto de tecnologías de un proyecto: lenguaje, framework, base de datos, plataforma. El método no presupone ninguno.
Legacy	Un sistema antiguo que sigue en uso. Al modernizarlo, sus reglas de negocio se conservan salvo que el negocio decida otra cosa.
Microservicio · micro-frontend	Una pieza independiente del sistema, en el servidor o en la interfaz, con su propio contrato, tests y despliegue.
Code review	La revisión de cada cambio de código antes de incorporarlo, contra los criterios de calidad y de seguridad.
Tests unitarios, de integración y end to end	Pruebas automáticas de una pieza aislada, de varias piezas juntas y de un recorrido completo como lo haría un usuario.
CI/CD	Integración y despliegue continuos: cada cambio se construye y se prueba automáticamente y se despliega con un procedimiento definido, incluida la vuelta atrás.
Runbook	La guía de qué hacer ante una incidencia: cómo detectarla, cómo resolverla y a quién avisar.

Medición

Término	Qué es
KPI	Key Performance Indicator: un indicador que mide si el proceso funciona, con su fórmula, su fuente y su objetivo.
Baseline	El valor de partida de un indicador, antes del cambio. Sin él no se puede demostrar la mejora.
Lead time · tiempo de ciclo	El tiempo total desde que llega una petición hasta que se completa, y el tiempo en que de verdad se trabaja en ella.