Metodología del proyecto de transformación digital

1El razonamiento en cadena

Objetivos estratégicos → Áreas y organización → Áreas digitalizables
  → Necesidades presentes y futuras → Tecnologías por área
    → Datos, Integración, Seguridad → Encaje con lo no digital
      → Personas → Documentación de cambios

El orden no es el de las secciones del informe (que es el de lectura), sino el del razonamiento. Se puede — se debe — volver atrás: descubrir en seguridad que un dato no puede salir de la empresa cambia la tecnología, y eso puede cambiar el alcance.

21. Objetivos estratégicos

Qué quiere conseguir la empresa en 2-3 años, en términos medibles — no el eslogan de la web. Tres formatos útiles: objetivo + métrica + plazo, OKR, o un DAFO reducido a decisiones.

32. Áreas de la empresa y su alineación

Un mapa de las áreas (organigrama funcional o cadena de valor de Porter — mejor para PYME) y comprobar que cada área sirve a algún objetivo ("alineadas"). Para cada área: qué produce, con qué otras áreas intercambia información, y por qué canal — este último dato es el que más importa, porque los canales son donde vive el desperdicio (UD1-06) y lo que la ley de Conway convertirá en fronteras del sistema (UD1-05).

Una tabla áreas × objetivos: un área que no contribuye a ningún objetivo es una señal; un objetivo sin ningún área que contribuya es un deseo, no un objetivo.

43. Áreas susceptibles de digitalizarse y alcance

Criterios para puntuar cada área de 1 a 3: dolor, dato que se pierde, repetición, contacto con el cliente, contribución a objetivos, viabilidad, riesgo de hacerlo mal.

Casos de uso (sección 2 del informe): para cada área elegida, actor, precondición, flujo principal y flujos alternativos — ahí está la complejidad real y la prueba de que se ha entendido el dominio.

54. Necesidades presentes y futuras

Para cada área elegida: "hoy" frente a "en 3 años si se cumplen los objetivos". Tres respuestas posibles por diferencia: diseñar ya para ello (barato ahora, caro después), dejar el punto de extensión sin construirlo, o posponer conscientemente anotándolo como riesgo.

65. Tecnologías por área

Comprar, adaptar o construir es la primera decisión y la más olvidada: un alumno de DAM tiende a construir; una empresa real casi siempre compra. Tres subdecisiones que el informe trata en secciones distintas:

La sección 9 exige al menos un caso en el que no se usa IA aunque se podría: porque hay una regla que lo resuelve, porque el coste del error es inaceptable, porque el AI Act lo clasifica como alto riesgo, porque los datos no pueden salir.

76. Datos

Tres piezas: glosario (sección 3, definición propia con la ambigüedad resuelta explícitamente — la parte que más se pregunta en la exposición, porque es donde una IA produce definiciones limpias y equivocadas); modelo de datos (sección 4, con las cardinalidades problemáticas nombradas); ciclo de vida y análisis (las 8 etapas para las entidades principales, y qué nivel de analítica es realista — descriptiva primero).

87. Integración y 8. Encaje

Integración: un diagrama con todas las piezas (nuevas y existentes) y una flecha por cada intercambio con tres etiquetas: qué dato, cómo (API, fichero, a mano) y cuándo. Las flechas "a mano" son las que el proyecto elimina — o justifica.

Encaje (el paso que más se olvida): tres preguntas por cada frontera entre lo digitalizado y lo que no — qué dato cruza y en qué formato, qué pasa cuando el lado no digital falla, quién es el dueño del dato en la frontera. El plan por fases es lo que convierte el informe en un proyecto y no en un catálogo.

99. Seguridad y 10. Personas

Seguridad (sección de UD1-10 aplicada): por área, dato más sensible, categoría, principio CIA que pesa más, la brecha más probable, medida, norma. Lo que distingue un informe bueno: que la brecha sea de esa empresa, no genérica.

Personas: quién usa cada área, quién la administra, qué formación hace falta, qué tarea desaparece y qué pasa con quien la hacía, y dónde va a haber resistencia. Un proyecto que no dice quién lo va a operar el día después es un proyecto que se apaga solo.

1011. Documentar los cambios: historial y ADR

Historial de versiones: qué cambió entre el borrador y la entrega, y por qué. ADR (Architecture Decision Records, práctica estándar desde 2011): un fichero corto por decisión importante — contexto, opciones, decisión, consecuencias. Es exactamente el material que se pregunta en la exposición ("¿qué alternativa descartaste y por qué?").

# ADR-003: Precios y descuentos se calculan solo en el servidor

**Contexto.** La app muestra el presupuesto en el móvil; la primera versión
calculaba el total en la app.

**Opciones.** (a) Calcular en la app. (b) En el servidor. (c) En la app para
mostrar y recalcular en el servidor al confirmar.

**Decisión.** (c).

**Consecuencias.** Respuesta instantánea; el servidor es la autoridad; hay
que mantener la lógica en dos sitios (mitigado con reglas enviadas al arrancar).

11El uso de IA en el proyecto: cómo hacerlo bien

Permitido y animado; lo que se pide es trazabilidad. Usar el agente para investigar, proponer estructuras, redactar borradores, hacer de "comité" preguntón, generar diagramas. No usar su salida para decidir: cada decisión de la cadena la toma el alumno y la puede explicar. Verificar todo lo que afirme sobre el mundo (inventa con soltura). Detectar el modelo limpio y equivocado: un glosario sin ninguna ambigüedad es señal de que no ha entendido el dominio.

12Para debatir en los talleres

• Elegir un objetivo estratégico propio y seguir la cadena hasta una decisión técnica concreta. ¿En qué eslabón se rompe la justificación?
• ¿Qué área de la empresa propia no conviene digitalizar ahora? Defenderlo ante un compañero que opine lo contrario.
• Intercambiar glosarios con otro alumno de un sector parecido. ¿Definen igual "cliente", "pedido"?
• Pedirle a un agente el informe entero de la empresa propia. ¿Qué tiene que no debería estar? ¿Qué le falta?

✓Puntos que debes dominar del método

Márcalos cuando puedas aplicarlos a tu propia empresa del proyecto, no solo recitarlos.

• Recorro el razonamiento en cadena completo, de objetivos a documentación, en orden.
• Escribo objetivos estratégicos con métrica y plazo, sin que ninguno sea una tecnología.
• Mapeo las áreas de una empresa con cadena de valor u organigrama, y las alineo con los objetivos.
• Puntúo áreas con los 7 criterios y justifico al menos un área que NO se digitaliza.
• Distingo las tres respuestas a "necesidades futuras" (diseñar ya, dejar punto de extensión, posponer).
• Decido comprar/adaptar/construir antes de elegir tecnología, y sé cuál es el error típico de un alumno de DAM.
• Doy al menos un caso de la sección 9 en el que NO se usa IA aunque se podría, con su razón.
• Construyo un glosario con ambigüedades resueltas explícitamente, no definiciones limpias.
• Dibujo un diagrama de integración con qué/cómo/cuándo en cada flecha.
• Aplico las tres preguntas de "encaje" a una frontera entre lo digital y lo que no.
• Escribo un ADR completo (contexto, opciones, decisión, consecuencias) para una decisión propia.
• Sé qué es aceptable pedirle a un agente de IA para el proyecto y qué no, con la nota de uso de IA.