Rent-an-Enterprise-Architect

Rent-an-Enterprise-Architect es un engagement de arquitecto jefe fraccional o interino — liderazgo estratégico de arquitectura para organizaciones cuyo paisaje de sistemas ha superado la gobernanza ad hoc, o cuya silla de EA está vacía durante una transformación.

  flowchart LR
    A[Estrategia de negocio] --> B[Estado actual]
    B --> C[Estado objetivo]
    C --> D[Hoja de ruta de transición]
    D --> E[Board de gobernanza]
    E --> F[ADRs]
    F -.->|feedback| C
    E -.-> G[Coaching arquitectos de solución]

Cuándo encaja

• Tienes más de 30 aplicaciones de negocio y nadie posee el cuadro general. Cada nuevo proyecto empieza preguntando “¿qué tenemos ya para esto?”.
• Tu organización ha crecido más allá de su paisaje de sistemas. M&A, nuevas líneas de negocio o años de acumulación han producido un stack que nadie entiende completamente.
• Estás empezando (o recuperando) un programa de transformación — ERP, IAM, migración cloud, monolito-a-servicios — y la función de arquitectura está ausente o infradotada.
• Contratas a tu primer o siguiente arquitecto y quieres que el rol, la gobernanza y los derechos de decisión estén diseñados antes de su entrada.
• Tu función EA existente se ha convertido en arquitectos astronautas produciendo diagramas que nadie usa. Necesitas corrección de rumbo.

Qué cubre este rol

Un portfolio EA operativo, escalado a tiempo fraccional:

• Evaluación del estado actual. Una imagen real de qué está corriendo de verdad, quién lo posee, quién depende y qué cuesta. No la versión del organigrama — la versión de la realidad.
• Arquitectura objetivo. Un diseño de estado objetivo realista para el horizonte temporal relevante (12–36 meses), basado en la estrategia de negocio y limitado por lo que es factible alcanzar desde aquí.
• Hoja de ruta y secuenciación. Pasos de transición concretos con valor de negocio en cada hito — no planes “hervir el océano” que nadie financiará.
• Gobernanza de arquitectura. Definir la estructura del board, la cadencia de revisiones, las rutas de escalado y los derechos de decisión. Una función de gobernanza que se reúne mensualmente y decide, no trimestralmente y aplaza.
• Architecture Decision Records (ADR). Establecer la práctica. Las decisiones se escriben con razonamiento y consecuencias, para que los sucesores hereden razonamiento, no artefactos.
• Coaching de arquitectura de solución. Mentorizar a los arquitectos de solución de la organización. Aseguramiento de calidad de sus diseños antes de la implementación.
• Decisiones de vendor y tooling. Liderar o co-liderar la evaluación de inversiones de plataforma importantes — ERP, IAM, observabilidad, plataformas de integración. Independiente de intereses de referencia vendor.

Marcos de referencia

Trabajamos explícitamente con dos marcos de referencia, según el contexto organizacional:

• TOGAF — el estándar de facto para gobernanza EA. Usado como caja de herramientas donde es relevante: el ADM (Architecture Development Method) es genuinamente útil; el resto es seleccionable. No impondremos el proceso completo de TOGAF a una organización que no lo necesita.
• Best Practice Architecture de Kotusev — la alternativa pragmática de Svyatoslav Kotusev, anclada en lo que las grandes organizaciones realmente hacen versus lo que TOGAF afirma que deberían hacer. A menudo mejor ajuste para organizaciones de menos de 1 000 personas o con modelos de negocio en rápida evolución.

No tenemos religión sobre qué marco gana. La realidad de negocio decide.

Qué obtienes

• Una persona nombrada. Sin consultora de puerta giratoria. Tu arquitecto empresarial es tu arquitecto empresarial.
• Un documento real de estado actual dentro del primer mes — antes de cualquier trabajo de estado futuro. No puedes diseñar un estado objetivo sin una baseline honesta.
• Revisión trimestral de arquitectura al equipo ejecutivo — qué cambió, qué se decidió, qué está abierto, qué recomendamos financiar a continuación.
• Un log de decisiones (estilo ADR) de cada decisión arquitectónica material tomada durante el engagement.
• Un paquete de traspaso al final — estado actual, estado objetivo, hoja de ruta, archivo ADR, artefactos de gobernanza. Tu sucesor hereda claridad, no folklore.

Qué distingue esto

• Estrategia + profundidad técnica. La estructura de dos fundadores de Pronix (negocio + técnica profunda) hace que las decisiones de arquitectura se enmarquen en términos de negocio sin perder rigor técnico.
• Background de operador. Hemos operado sistemas en producción durante décadas. Las recomendaciones EA están limitadas por lo que realmente funciona, no por lo que el framework sugiere.
• Sin sesgo de vendor. Sin comisiones de referencia de proveedores cloud, vendors de plataforma o consultoras. Las recomendaciones se basan en el ajuste.
• Realista sobre los límites del EA. No todos los problemas se benefician de una función EA. Te diremos si tu situación es demasiado pequeña o demasiado volátil para que el EA tenga sentido.

Por qué esto es un tema CEO

• 💰 Bloqueo de costes a una década. Las decisiones de arquitectura tomadas hoy determinan las trayectorias de coste a más de 10 años. Un único mal compromiso de plataforma puede costar 5–15 M€ en una década en cuotas de bloqueo y costes de migración.
• 🚧 Tasa de éxito de transformación. Las transformaciones digitales fallidas casi siempre fallan en arquitectura, no en elección tecnológica. Los programas con supervisión EA disciplinada tienen una tasa de éxito materialmente más alta.
• 🤝 Economía de integración M&A. Los costes de integración están dominados por la calidad de la función EA en el lado adquirente. Los adquirentes sin ella sobre-pagan consistentemente por “sinergias de integración” que nunca se materializan.
• 👻 Shadow IT y deuda de integración. La selección vendor sin disciplina EA produce sistemas en la sombra, capacidades duplicadas y deuda de integración que se acumula en cada proyecto siguiente.
• 🔄 La opción de migración futura. “Lo migraremos después” solo sigue siendo posible si la disciplina EA está en su sitio hoy. Sin ella, cada sistema añadido se vuelve permanente por accidente.

Formato de engagement

• Duración típica. 6 a 24 meses, renovable.
• Cadencia. 2 a 6 días al mes, más bloques de talleres (típicamente una semana completa por trimestre para alineamiento con stakeholders).
• Onboarding. Primeras 4–6 semanas más intensas — entrevistas con stakeholders clave, inventario de sistemas, documento de estado actual de referencia.
• Tarifa. Retainer mensual fijo basado en la cadencia acordada. Semanas de bloque de talleres tarificadas por separado.
• Geografía. Remoto-primero. Bloques onsite para talleres y revisiones clave.

Contacta y cuadramos qué cobertura EA fraccional necesita realmente tu organización.