Discovery — Migración a la Nube

Perfil de la Organización

Contexto general de la empresa

Nombre completo de la organización ★Organization Name

Industria / Sector ★Industry

País(es) de operación ★Countries of Operation

Cantidad aproximada de empleadosHeadcount

Menos de 100 100 – 500 500 – 2.000 2.000 – 10.000 Más de 10.000

Cantidad de sucursales / sitios físicosSites / Branches

Contactos clave del proyecto ★Key Contacts

Responsable técnico, negocio y decisor ejecutivo

Responsable Técnico

Decisor / Sponsor Ejecutivo

Contexto y Motivación de la Migración

¿Por qué migrar y cuándo?

¿Cuáles son los principales drivers para migrar a la nube? ★Migration Drivers

Reducción de costos de infraestructura (CAPEX → OPEX) Directiva corporativa / casa matriz Fin de vida útil de hardware actual (EOL/EOS) Vencimiento de contratos de datacenter / colo Necesidad de mayor escalabilidad y flexibilidad Mejora de continuidad de negocio y DR Requisitos de seguridad y cumplimiento normativo Modernización de aplicaciones legadas Habilitación de trabajo remoto / híbrido Otro (especificar)

¿Existe una fecha objetivo o deadline para la migración? ★Target Date

Sí — existe fecha definida Sí — hay una ventana estimada pero flexible No — sin fecha definida aún

¿El proyecto de migración está formalmente aprobado? ★Project Approval Status

Sí — presupuesto y alcance aprobados por dirección Aprobación parcial — en proceso de definición No — aún en etapa de evaluación / análisis

¿Ya tienen un proveedor cloud contratado? ★Cloud Provider

Microsoft Azure Amazon AWS Google Cloud Multi-cloud Aún no definido

¿Han tenido experiencias previas de migración o adopción cloud?Cloud Experience

Sí — hemos migrado workloads antes (exitosamente) Sí — intentamos migrar pero tuvimos dificultades No — esta sería nuestra primera migración cloud

¿Cuál es la estrategia de migración preferida? ★Migration Strategy

Lift & Shift (Rehost): migrar tal como está, sin cambios en la app Replatform: migrar con ajustes menores para aprovechar la nube Refactor / Modernización: rediseñar apps para cloud-native Mixta: combinación según el tipo de aplicación Aún no definida

Infraestructura On-Premise Actual

Estado del ambiente actual

¿Dónde está alojada actualmente la infraestructura? ★Hosting Type

Datacenter propio (on-premise) Colocation (colo) — espacio en datacenter de tercero Nube privada / infraestructura virtualizada (VMware, Hyper-V) Parcialmente en nube pública (workloads híbridos) Mixta (combinación de los anteriores)

Cantidad estimada de servidores (físicos y virtuales) ★Server Count

Sistemas operativos predominantes ★Operating Systems

Windows Server (especificar versiones) Linux — Red Hat / CentOS / Rocky Linux — Ubuntu / Debian Linux — SUSE Unix (AIX, HP-UX, Solaris) Otro (especificar)

Antigüedad promedio de la infraestructuraInfrastructure Age

Menos de 3 años 3 – 5 años 5 – 10 años Más de 10 años Mixta

Capacidad total estimada de almacenamientoStorage Capacity

Menos de 10 TB 10 – 100 TB 100 TB – 1 PB Más de 1 PB Desconocido

¿Tienen documentado un inventario actualizado de la infraestructura? ★Infrastructure Inventory

Sí — inventario completo y actualizado (CMDB o similar) Parcialmente — inventario desactualizado o incompleto No — sin inventario formal documentado

Panorama General de Aplicaciones

Alcance del portfolio de aplicaciones

Cantidad estimada total de aplicaciones a migrar ★Total Application Count

Menos de 10 10 – 30 30 – 100 100 – 300 Más de 300 Desconocido

¿Tienen un inventario de aplicaciones documentado? ★Application Inventory

Sí — inventario completo con detalles técnicos Parcialmente — lista básica sin profundidad técnica No — es parte de lo que se debe construir

Clasificación aproximada del portfolio ★Application Mix

Indique porcentaje o cantidad estimada

¿Cuántas aplicaciones consideran "core" o críticas para el negocio? ★Core Applications

¿Existe tecnología legada (legacy) relevante en el portfolio?Legacy Technology

Sí — tenemos aplicaciones sobre tecnología muy antigua Algunas — un porcentaje menor del portfolio No — portfolio relativamente moderno

¿Cuál es la estrategia de migración por olas (waves) planificada?Migration Waves

Sí — tenemos olas definidas (dev/test → QA → producción) Parcialmente — tenemos una idea pero no está formalizada No — necesitamos ayuda para definir la estrategia de olas

Datos, Cumplimiento y Regulación

Requisitos normativos y de soberanía de datos

¿Qué tipos de datos maneja la organización? ★Data Classification

Datos personales (PII) — clientes y/o empleados Datos financieros y transaccionales Datos de salud / médicos Propiedad intelectual / secreto industrial Datos regulados por entidades gubernamentales Datos públicos / no sensibles

¿Qué regulaciones o marcos de cumplimiento aplican? ★Compliance Frameworks

GDPR / Ley de Protección de Datos Personal PCI DSS (datos de tarjetas de pago) SOX (Sarbanes-Oxley) ISO 27001 / 27002 Regulación bancaria local (CNBV, BCRA, CMF, SBS, etc.) HIPAA (datos de salud) NIST Cybersecurity Framework Ninguna regulación específica Otra (especificar)

¿Existen restricciones de residencia o soberanía de datos? ★Data Residency

Sí — los datos deben permanecer en el país o región específica Parcialmente — solo algunos tipos de datos tienen restricciones No — sin restricciones de residencia de datos Desconocido — pendiente revisión legal

¿Existe una política de clasificación de datos documentada?Data Classification Policy

Sí — política formal implementada y auditada Sí — política existe pero no está completamente implementada No — sin política de clasificación de datos

¿Cuáles son los requisitos de retención de datos más relevantes?Data Retention

Seguridad y Gestión de Identidad

Postura de seguridad actual

¿Cómo se gestiona actualmente la identidad y el acceso? ★Identity & Access Management

Active Directory (AD) on-premise Azure Active Directory / Entra ID SSO (Single Sign-On) corporativo MFA (Autenticación Multi-Factor) implementado PAM (Privileged Access Management) Gestión de identidades básica (usuarios locales)

¿Qué herramientas de seguridad tienen implementadas?Security Tools

SIEM (Security Information & Event Management) EDR / XDR (Endpoint/Extended Detection & Response) WAF (Web Application Firewall) IDS / IPS (Intrusion Detection/Prevention) DLP (Data Loss Prevention) Antivirus / Antimalware corporativo Vulnerability Scanner (Tenable, Qualys, etc.) Ninguna herramienta formal

¿Realizan auditorías o pentests de seguridad?Security Audits

Sí, regularmente (anual o más) Ocasionalmente No

¿Tienen política de Zero Trust implementada o en proceso?Zero Trust

Sí — implementado En proceso Planificado No

Red y Conectividad

Arquitectura de red y ancho de banda

¿Cuál es el ancho de banda disponible en el datacenter / sede principal? ★Bandwidth

Menos de 100 Mbps 100 Mbps – 1 Gbps 1 – 10 Gbps Más de 10 Gbps Desconocido

¿Tienen conectividad dedicada hacia la nube? ★Cloud Connectivity

Sí — ExpressRoute / Direct Connect / Interconnect (dedicado) Sí — VPN Site-to-Site existente No — solo internet público actualmente Pendiente contratar / en evaluación

¿Cuántos sites o sucursales requieren conectividad con la nube?Connected Sites

¿Existen requerimientos de baja latencia para aplicaciones críticas? ★Latency Requirements

Sí — algunas apps son muy sensibles a la latencia (<10 ms) Media — sensibilidad moderada (10–50 ms tolerable) No — las apps toleran latencia alta sin impacto

¿Tienen documentada la arquitectura de red actual?Network Documentation

Sí — diagramas actualizados Parcialmente — documentación desactualizada No

Equipo Interno y Capacidades Técnicas

Recursos humanos disponibles para el proyecto

Tamaño del equipo de TI ★IT Team Size

1 – 5 personas 6 – 20 personas 20 – 50 personas 50 – 150 personas Más de 150 personas

¿Qué roles técnicos tienen disponibles internamente? ★Available Roles

Arquitectos de infraestructura / nube Administradores de servidores y sistemas Ingenieros de redes Especialistas en seguridad / ciberseguridad DBAs (Administradores de Bases de Datos) Desarrolladores / Engineers DevOps / SRE Project Manager / PMO

¿El equipo cuenta con experiencia o certificaciones en cloud? ★Cloud Certifications

Microsoft Azure (AZ-900, AZ-104, AZ-305, etc.) AWS (Cloud Practitioner, Solutions Architect, etc.) Google Cloud Kubernetes / CKAD / CKA Terraform / Infraestructura como código Sin certificaciones cloud formales

¿Cuál es la disponibilidad del equipo para participar en el proyecto? ★Team Availability

Dedicación exclusiva al proyecto de migración Dedicación parcial — ~50% del tiempo Limitada — el equipo tiene otras responsabilidades operativas Mínima — necesitamos que el partner lleve el proyecto

¿Existen brechas de capacidad técnica identificadas? ★Skills Gaps

Continuidad de Negocio y Recuperación ante Desastres

DR, backups y tolerancia al downtime

¿Tienen un plan de Continuidad de Negocio (BCP) documentado?Business Continuity Plan

Sí — documentado y probado Sí — documentado pero no probado Parcialmente No

¿Cuál es la estrategia de DR actual? ★DR Strategy

Backup y Restauración (sin sitio DR) Pilot Light — infraestructura mínima en sitio secundario Warm Standby — sitio secundario activo pero reducido Activo-Activo — ambos sitios sirven tráfico Sin estrategia de DR definida

RTO / RPO requeridos para las aplicaciones más críticas ★RTO / RPO

¿Cuál es la tolerancia a downtime durante la ventana de cutover/migración? ★Migration Downtime Tolerance

Cero downtime — migración debe ser transparente Muy bajo — máximo 1 hora en ventana nocturna / fin de semana Moderado — hasta 4 horas en ventana planificada Flexible — podemos planificar ventanas extendidas

¿Tienen ambientes separados de producción (dev, test, staging)?Environment Separation

Producción Pre-Producción / Staging QA / Testing Desarrollo Solo producción (sin ambientes separados)

¿Han tenido incidentes mayores o cortes de servicio en los últimos 12 meses?Recent Incidents

Sí No

Modelo de Partnership y Gobernanza

¿Cómo quieren trabajar con el partner?

¿Qué modelo de trabajo esperan del partner? ★Engagement Model

Ownership total: el partner lidera y ejecuta, nosotros hacemos seguimiento Co-ejecución: partner y equipo interno trabajan en conjunto (50/50) Acompañamiento técnico: nosotros ejecutamos, el partner guía y asesora Consultoría y diseño: solo necesitamos la arquitectura y el plan Aún no definido — abiertos a recibir propuestas

¿Quién tiene el ownership final del proyecto (decisiones, aprobaciones)? ★Project Ownership

El equipo interno — nosotros tomamos todas las decisiones El partner — le delegamos la toma de decisiones técnicas Compartido — decisiones técnicas del partner, negocio las validamos nosotros Casa matriz — las decisiones las toma la corporación (sede central)

¿Qué fases del proyecto necesitan apoyo de un partner? ★Phases Requiring Support

Discovery e inventario de aplicaciones Assessment y análisis de readiness Diseño de arquitectura cloud Planificación de la migración (roadmap / waves) Ejecución de la migración (build & migrate) Testing y validación (UAT) Cutover y go-live Soporte post-migración (hypercare) Optimización continua (FinOps, seguridad)

¿Han trabajado con partners tecnológicos antes en proyectos similares?Partner Experience

Sí — experiencia positiva Sí — experiencia mixta o negativa No — primera vez trabajando con un partner externo

¿Cuál es el mayor riesgo que perciben para este proyecto? ★Perceived Risks

Falta de capacidad de recursos humanos internos Aplicaciones sin documentación / devs que ya no están Downtime inaceptable durante la migración Pérdida de datos durante la migración Costos finales superiores a lo presupuestado Resistencia interna al cambio Dependencias técnicas no identificadas Problemas regulatorios o de cumplimiento Desalineación con decisiones de casa matriz

Presupuesto, Cronograma y KPIs

Inversión y métricas de éxito

¿Tienen presupuesto aprobado para el proyecto? ★Budget Status

Sí — presupuesto definido y aprobado Sí — presupuesto estimado, pendiente aprobación formal En evaluación — esperando propuestas para definir presupuesto No definido

Rango de inversión estimada para el proyecto ★Budget Range

Incluir servicios de migración + cloud run costs

Menos de USD 50.000 USD 50.000 – 200.000 USD 200.000 – 500.000 USD 500.000 – 1.000.000 Más de USD 1.000.000 Prefiero no indicarlo

Cronograma esperado del proyecto ★Project Timeline

¿Cómo medirán el éxito de la migración? (KPIs) ★Success KPIs

Reducción de costos de infraestructura (% objetivo) Mejora de disponibilidad / SLA (uptime) Reducción de tiempo de recovery (RTO/RPO) Cumplimiento regulatorio logrado Mejora en tiempo de despliegue (velocidad de release) Satisfacción del usuario final Cero incidentes de seguridad post-migración Porcentaje de workloads migrados en tiempo y forma

Información Adicional y Comentarios

Contexto libre y próximos pasos

¿Hay algún contexto, restricción o requerimiento especial que debamos conocer antes de preparar una propuesta?

¿Qué esperan de Virtual Xpert como partner en este proyecto?

¿Cuáles son sus próximos pasos internos antes de avanzar con un partner?

¿Con qué urgencia necesitan la propuesta?Proposal Urgency

Urgente — en menos de 1 semana Próximas 2 semanas En el próximo mes Sin urgencia definida

¿Cómo prefieren recibir la propuesta?Proposal Format

Videollamada / Teams / Meet Documento escrito (PDF / PPT) Indiferente

La información será tratada con estricta confidencialidad por Virtual Xpert.

Cuestionario de Discovery — Migración a la Nube