Ir al contenido
Is2Be

¿Por dónde empiezo?

Cuenta tu punto de partida y busca la fila que más se parece: cada ruta indica qué pasos seguir, en qué orden y dónde te toca decidir. No todos los proyectos usan todos los pasos. Elige la pestaña de tu kit; si el proceso nuevo necesita software, la ruta de procesos termina donde empieza la de software.

Describe tu situación y busca la fila que más se parece. Cada ruta indica el modo, los artefactos en orden (con su prompt) y las puertas de fase, que son las decisiones humanas. La ruta es una propuesta: los artefactos condicionales (⚠) dependen de la matriz de aplicabilidad del roadmap: cada paso dice, en su encaje, en qué modos es obligatorio, condicional (y con qué condición) o no aplica.

1. Elige el modo

Sección titulada «1. Elige el modo»
Tu situación Modo
“Tenemos un proceso que funciona mal (lento, caro, con errores o quejas) y queremos rediseñarlo” A — Rediseño
“Hay que crear un proceso que no existe” o “el proceso actual no se puede observar” B — Greenfield
“Hay un problema concreto en una parte del proceso (un KPI, un paso, un tipo de caso)” C — Mejora focalizada
“No sabemos qué procesos tenemos ni cuál abordar primero” D — Arquitectura de procesos
“El proceso ya está definido y queremos automatizarlo (BPMS, RPA, IA, integración)” E — Automatización
“El mismo proceso se hace distinto en cada sede, país o empresa del grupo” F — Estandarización
“Tenemos que comprobar si cumplimos una normativa o un marco de control, y remediar” G — Cumplimiento

Si dudas entre dos modos: C si el problema y su alcance están acotados; A si cruza varias áreas o no está claro dónde está la causa. Si en C la causa raíz sale del alcance, se propone pasar a A con un PDR.

2. Sigue la ruta de tu modo

Sección titulada «2. Sigue la ruta de tu modo»

Todas las rutas empiezan igual: rellenar PROCESO.md (plantilla) y la Fase 1.

Fase 1 común: charter → SIPOC → stakeholders → glosario. 🚪 Puerta 1: sponsor y process owner aprueban el charter.

A — Rediseño

Sección titulada «A — Rediseño»
  1. Fase 1 común.
  2. Plan de discovery → guías de entrevista ⚠ → análisis documental ⚠ → event log ⚠ → síntesis → modelo As-Is → baseline. 🚪 Puerta 2: los participantes reconocen el As-Is como su proceso real.
  3. Valor y desperdicios → traspasos → riesgos y controles → requisitos ⚠ → causa raíz. 🚪 Puerta 3: process owner valida problemas y causas raíz.
  4. Opciones To-Be → PDR → reglas DMN ⚠ → automatización → modelo To-Be → gap → business case. 🚪 Puerta 4: sponsor (opción y business case), process owner (operabilidad) y riesgos (controles).
  5. Checklist del modelo → escenarios → simulación ⚠ → trazabilidad. 🚪 Puerta 5.
  6. Plan de implementación → gestión del cambio → SOPs → especificación de automatización ⚠ → briefing SDLC ⚠ (solo si el equipo decide desarrollar software). 🚪 Puerta 6: go-live.
  7. Cuadro de mando → plan de control → runbook → revisión post-implementación.

B — Greenfield

Sección titulada «B — Greenfield»

Como A, con estos cambios: en la Fase 2, el plan de discovery es un plan de recopilación de contexto y las entrevistas son de requisitos; no hay event log, As-Is, baseline ni gap. La Fase 3 se centra en requisitos y riesgos. Los KPIs objetivo se fijan con benchmark.

C — Mejora focalizada

Sección titulada «C — Mejora focalizada»

Como A, pero con el charter limitado a un subproceso y un KPI. Normalmente se omiten el mapa de procesos, los requisitos de contexto y, si el cambio es pequeño, las opciones To-Be (se documenta la solución en un PDR). Traspasos ⚠.

D — Arquitectura de procesos

Sección titulada «D — Arquitectura de procesos»

Fase 1 con el mapa de procesos como artefacto principal → discovery de alto nivel ⚠ → PDR de priorización. Cada proceso priorizado empieza después su propia ruta (A, B, C, E, F o G).

E — Automatización

Sección titulada «E — Automatización»

Fase 1 común → si el To-Be no viene de esta metodología, como mínimo valor y desperdicios (simplificar antes de automatizar) → riesgos → automatización → PDR de tecnología → gap → business case → escenarios (serán las pruebas de aceptación) → especificación de automatización → Fase 7.

F — Estandarización

Sección titulada «F — Estandarización»

Como A, con el discovery y el modelo As-Is por variante (sede, país, área) y una comparación de variantes en la síntesis. Las opciones To-Be incluyen al menos: adoptar la mejor variante, un híbrido y un rediseño. Las diferencias legítimas se documentan como variantes controladas en un PDR.

G — Cumplimiento

Sección titulada «G — Cumplimiento»

Fase 1 común con {NORMATIVA} como referencia → discovery del proceso real (análisis documental obligatorio, event log si existe) → riesgos, controles y requisitos normativos → gap entre lo real y lo exigido → opciones de remediación y PDR → validación → plan de control.

3. Entre fases: cómo usar el contexto

Sección titulada «3. Entre fases: cómo usar el contexto»
  • Una conversación por fase. Al empezar una fase, aporta PROCESO.md y los artefactos aprobados de las fases anteriores, no la conversación entera.
  • Dentro de una fase, sigue en la misma conversación mientras los artefactos se alimenten entre sí (por ejemplo, síntesis → modelo As-Is → baseline).
  • No avances con una puerta abierta. Si se aprueba con condiciones, regístralas como supuestos o riesgos.

4. Si sale software

Sección titulada «4. Si sale software»

Si en la Fase 4 o 6 el equipo decide que hace falta software, el briefing SDLC es la entrada de la metodología Spec-First (Is2Be Software), Fase 1, Modo B.