Escuela de Postgrado
Gerencia de TI y Transformación Digital
Delgado Montenegro, Patricia Leonor
Lopez Lopez, Gustavo Roberth
Martínez Mora, Joel Antonio
Seclen Reyna, Yeni Magdalena
Wong Palacios, Juan Pablo
Curso: Digital Project Management
Docente: Contreras Berrospi, Rosario
Lima – Perú
2025
Contenido
1. Descripción del caso: ........................................................................................3
1.1. Contexto:...................................................................................................3
1.2. Problemas principales ...............................................................................3
1.3. Objetivo: ....................................................................................................3
1.4. Alcance .....................................................................................................3
1.5. Tecnologías Propuestas .............................................................................3
1.6. Valor Estratégico ........................................................................................3
1.7. KPIs Estratégicos .......................................................................................3
2. Antecedentes ...................................................................................................4
2.1. Limitaciones del proceso de integración. ...................................................4
3. Desarrollo del proyecto .....................................................................................4
3.1. Metodología de gestión aplicada ................................................................4
3.2. Herramientas tecnológicas usadas ............................................................5
3.3. Estilos de liderazgo ....................................................................................5
3.3.1. Aplicación práctica en proyectos de datos ..........................................6
3.3.2. Beneficios esperados: ........................................................................6
3.4. Gestión de los riesgos y de la calidad .........................................................6
3.4.1. Matriz de Riesgos ...............................................................................7
3.4.2. Tipos de Riesgos Identificados: ...........................................................7
3.4.3. Estrategias Transversales de Gestión ..................................................8
3.5. Ejecución del proyecto...............................................................................8
3.5.1. Roles y Responsabilidades .................................................................8
3.5.2. Fases ..................................................................................................8
3.5.3. Logros alcanzados: ........................................................................... 10
3.6. Cierre del proyecto .................................................................................. 10
3.7. Gestión de la innovación .......................................................................... 11
4. Conclusiones .................................................................................................. 11
1. Descripción del caso:
1.1. Contexto:
SUNAT, cuenta con más de 50 sedes físicas distribuidas en todo el país, cada una con
sistemas locales para registrar las interacciones con los contribuyentes, tiempos de
atención, solicitudes, reclamos y tramites.
1.2. Problemas principales
o Retrasos en la toma de decisiones.
o Dificultades para aplicar analítica avanzada.
o Inconsistencias en los reportes nacionales.
o Limitada trazabilidad de la experiencia del contribuyente
.
1.3. Objetivo:
Implementar una solución de integración y aprovechamiento inteligente de la información
proveniente de los sistemas de atención al contribuyente, utilizando una arquitectura
moderna basada en el enfoque Medallion para garantizar trazabilidad, escalabilidad y
valor estratégico.
1.4. Alcance
En el alcance del proyecto se incluye lo siguiente:
- Integración de fuentes de datos locales (bases SQL, formularios web, archivos
planos).
- Diseño de pipelines ETL automatizados.
- Implementación de una arquitectura centralizada en la nube (Azure).
- Dashboards interactivos para monitoreo en tiempo real.
- Validación de calidad de datos y alertas de inconsistencias.
Asimismo, no se considera:
- Rediseño de procesos internos en cada sede.
- Capacitación masiva del personal operativo.
1.5. Tecnologías Propuestas
Componentes Tecnología sugerida
ETL PySpark + Azure Data Factory
Almacenamiento Azure SQL Database / Data Lake
Orquestación Logic Apps
Visualización Power BI
Seguridad Azure AD + RBAC + Data Masking
1.6. Valor Estratégico
- Eficiencia operativa.
- Habilitar capacidades analíticas para identificar patrones de atención, zonas con
mayor demanda y oportunidades de mejora en la experiencia del contribuyente.
- Sentar las bases para aplicar inteligencia artificial en la predicción de
necesidades y automatización de respuestas.
1.7. KPIs Estratégicos
- Consolidación de datos: < 6 horas
- Cobertura nacional: 100% de sedes en 6 meses
- Validación automática: > 95%
- Reducción de errores manuales: -80%
- Disponibilidad de dashboards: 24/7
2. Antecedentes
El sistema integra la información mediante procesos ETL implementados en la plataforma
SQL Server Integration Services (SSIS). Desde el servidor central, se establece conexión
con cada servidor local, consolidando automáticamente los datos todos los días a
medianoche.
2.1. Limitaciones del proceso de integración.
Actualmente, el proceso presenta inestabilidad debido a varios factores ya identificados:
- La ejecución secuencial del ETL no contempla el manejo adecuado de
excepciones, lo que provoca fallos ante eventos no previstos.
- En sedes remotas, la conectividad a internet es intermitente, afectando la
sincronización.
- En algunos casos, interrupciones en el suministro eléctrico impiden la ejecución
completa del proceso.
- Diseño del sistema local
Cada sede opera con una base de datos local independiente. Esta arquitectura fue
diseñada a solicitud del cliente, con el objetivo de garantizar la continuidad operativa del
servicio ante posibles fallos en la conexión a internet o en el sistema central.
3. Desarrollo del proyecto
3.1. Metodología de gestión aplicada
La metodología utilizada para el desarrollo del proyecto es Scrum debido a su agilidad con
foco técnico y estratégico y que permite dividir la arquitectura en módulos funcionales
(ingesta, transformación, gobierno, visualización) que pueden evolucionar en paralelo.
Asimismo, facilita la gestión de dependencias entre equipos y componentes, evitando
cuellos de botella y promueve entregables incrementales con valor tangible por sprint,
alineados con KPIs y objetivos de negocio.
Con el uso de la metodología y la solución se espera lo siguiente:
- Reducción de tiempos de atención.
- Centralización y trazabilidad de solicitudes.
- Mayor transparencia en la gestión.
- Escalabilidad y flexibilidad del sistema.
Ficha Técnica del Proyecto
➢ Nombre del Proyecto: Centralización Automatizada del Sistema de Atención al
Contribuyente – SUNAT
➢ Plataforma Tecnológica: Microsoft Azure
➢ Tipo de Arquitectura: Moderna, híbrida (streaming + batch), orientada a evento
Objetivo Estratégico
Centralizar en tiempo real la información generada por todas las sedes de SUNAT a nivel
nacional, permitiendo monitoreo, análisis y toma de decisiones ágiles, con trazabilidad,
seguridad y escalabilidad.
Proyectos de integración y explotación de datos
Roles y responsabilidades
• Product Owner de datos: prioriza entregables según valor del negocio.
• Scrum Master: facilita sprints, remueve bloques.
• Data Engineers: Diseñan pipelines, aseguran calidad.
• Data Stewards: Gobernanza, trazabilidad, metadatos.
• Stakeholders: Validan entregables y define KPIs.
Eventos Scrum:
- Daily Scrum: 15 min diarios (estado, impedimentos, próximos pasos).
- Sprint Planning: Inicio de cada sprint.
- Sprint Review: Presentación de entregables al Product Owner.
- Sprint Retrospective: Mejora continua de la forma de trabajo.
3.2. Herramientas tecnológicas usadas
Para el desarrollo del proyecto se han considerado el uso de las siguientes herramientas
tecnológicas:
Herramienta Descripción
Azure DevOps Gestión de tareas, pipelines CI/CD.
Microsoft Fabric Integración, gobernanza, visualización
dbt + Git Transformación modular y versionado.
Power BI + Synapse Explotación y análisis
Confluence Documentación colaborativa.
Teams Herramientas colaborativas
3.3. Estilos de liderazgo
El estilo de liderazgo requerido para la ejecución del proyecto es el Liderazgo Situacional
debido a que su esencia radica en adaptar el estilo según el nivel de competencia y
compromiso del equipo o individuo, lo que lo convierte en una herramienta poderosa para
maximizar el rendimiento y la cohesión.
Los 4 estilos del liderazgo situacional:
Estilo Descripción Cuando Aplicarlos
Directivo (S1) El líder da instrucciones Nuevos miembros, tareas
claras y supervisa de cerca técnicas críticas o urgentes
Persuasivo (S2) El líder guía y motiva, pero Equipos con habilidades
aún toma decisiones técnicas pero baja confianza
Participativo El líder fomenta la Equipos maduros que
(S3) colaboración y escucha necesitan autonomía y
activamente validación
Delegador (S4) El líder confía plenamente Equipos expertos,
y deja que el equipo decida autoorganizados y con
ownership claro
3.3.1. Aplicación práctica en proyectos de datos
- En el sprint inicial, se define el estilo S1/S2 para establecer estándares técnicos,
arquitectura y backlog.
- En fases de explotación o visualización, el estilo S3 permite co-creación con
analistas y usuarios finales.
- Para equipos maduros en automatización o gobernanza, el estilo S4 potencia la
autonomía y mejora continua.
3.3.2. Beneficios esperados:
- Adaptabilidad: Mejor respuesta ante cambios tecnológicos o de negocio.
- Desarrollo de talento: Acelera la madurez técnica y estratégica del equipo.
- Mejora en la comunicación: Reduce fricciones y malentendidos entre áreas.
- Alineación con objetivos: Cada miembro sabe qué se espera y cómo contribuir.
3.4. Gestión de los riesgos y de la calidad
Considerando que el proyecto emplea una arquitectura modular, automatización
avanzada y enfoque ágil, la gestión de riesgos y calidad debe ser proactiva, automatizada
y alienada con los valores estratégicos.
Estas técnicas permiten anticipar bloqueos, reducir incertidumbre y mantener la
trazabilidad en entornos ágiles y distribuidos. Además, facilitan la comunicación ejecutiva
y la toma de decisiones basada en evidencia.
Técnica Descripción ¿Por qué se escoge?
Matriz de riesgos (Impacto vs Clasifica y prioriza riesgos por Permite tomar decisiones informadas
Probabilidad) severidad y enfocar recursos en lo crítico
Radar de riesgos por módulo Visualiza riesgos por capa Alinea la gestión con arquitectura
o sprint (Bronze, Silver, Gold) o por equipo modular y facilita seguimiento ágil
Checklists por dominio
Lista estructurada de riesgos Asegura cobertura sistemática y evita
(seguridad, datos, UX,
comunes por tipo de componente omisiones técnicas
integración)
Gestión activa en backlog Registra riesgos como tareas Promueve responsabilidad
(DevOps/Jira) visibles y trazables compartida y seguimiento continuo
Revisión en Scrum of Scrums Coordinación de riesgos Evita efectos en cadena entre equipos
/ PI Planning intermodulares y dependencias y entregables críticos
3.4.1. Matriz de Riesgos
3.4.2. Tipos de Riesgos Identificados:
A continuación, se detallan los tipos de riesgos:
- Tecnológico: Fallos en infraestructura, Software obsoleto, Vencimiento de
licencias
- Humano: Falta de capacitación, Conflictos en los equipos, Renuncias
- Seguridad: Cibertataques, Vulnerabilidades, Regulaciones
- Entorno: Nuevas tendencias, Competencia, Regulaciones
- Ténicos:
- Fallos en la integración entre sistemas (APIs, conectores, ETL)
- Inestabilidad en entornos de desarrollo o despliegue (CI/CD)
- Obsolescencia tecnológica o incompatibilidad entre componentes
- Errores en la lógica de transformación de datos (Bronze → Gold)
- Datos
- Baja calidad de datos (duplicados, nulos, inconsistencias)
- Retrasos en la ingesta o disponibilidad de fuentes externas
- Pérdida de trazabilidad entre capas o versiones
- Brechas en gobernanza: accesos, lineage, clasificación
- Organizacional
- Falta de alineación entre áreas técnicas y funcionales
- Cambios frecuentes en requerimientos sin gestión adecuada
- Rotación de personal clave o falta de capacidades técnicas
- Resistencia al cambio o baja adopción por parte de usuarios
3.4.3. Estrategias Transversales de Gestión
• Mapa de riesgos por capa: Bronze, Silver y Gold deben tener riesgos específicos
identificados y monitoreados.
• Tablero de riesgos vivo: Integrado en Azure DevOps o Notion, con responsables,
impacto y planes de mitigación.
• Simulaciones y pruebas de estrés: Antes de liberar productos críticos.
• Comité de gobernanza de datos: Revisión periódica de calidad, seguridad y
cumplimiento.
3.5. Ejecución del proyecto
3.5.1. Roles y Responsabilidades
Matriz RACI
R (Responsible): Ejecuta la tarea.
A (Accountable): Tiene la última responsabilidad sobre el resultado.
C (Consulted): Debe ser consultado antes de tomar decisiones.
I (Informed): Debe ser informado sobre el avance o resultado.
3.5.2. Fases
Desarrollo por módulos o sprints.
Sprint 01: Análisis y prototipo inicial
o Refinamiento del backlog.
o Levantamiento de requerimientos principales.
o Prototipo UI/UX de la plataforma.
o Arquitectura inicial y ambiente de desarrollo.
Entregable: Prototipo navegable + documentación de arquitectura.
Sprint 02: Base del sistema
o Desarrollo del módulo de autenticación.
o Creación de base de datos centralizada.
o Registro único de contribuyentes.
o Integración inicial con sistema SUNAT.
Entregable: Módulo de login y registro funcionando en entorno de pruebas.
Sprint 03: Automatización de atención
o Chatbot de atención inicial con IA.
o Derivación automática de casos a áreas internas.
o Panel de control para operadores SUNAT.
Entregable: Chatbot funcional + dashboard de atención interna.
Sprint 04: Seguimiento y métricas
o Funcionalidad de trazabilidad de solicitudes.
o Reportes de tiempos de atención.
o Notificaciones automáticas a contribuyentes.
Entregable: Reportes y seguimiento en ambiente de pruebas.
Sprint 05: Integraciones finales
o Conexión con call center y canales presenciales.
o Validación de seguridad y auditoría.
o Ajustes a partir de feedback.
Entregable: Plataforma lista para pruebas UAT (User Acceptance Test).
Sprint 06: Despliegue y capacitación
o Paso a producción (PRD).
o Capacitación a personal de SUNAT.
o Plan de mejora continua (backlog vivo).
Entregable: Plataforma en producción + equipo capacitado.
Gestión colaborativa y seguimiento
- Reuniones diarias (Daily Scrum) para revisar avances y bloqueos.
- Actualización de tableros visuales (DevOps)
- Coordinación entre equipos mediante Scrum of Scrums
- Revisión de métricas de calidad, adopción y rendimiento
- Entrega incremental de valor.
- Demos funcionales por sprint con usuarios clave.
- Publicación de productos de datos con contratos y ownership.
- Retroalimentación continua para mejora de entregables.
- Gestión de riesgos y calidad
- Monitoreo de riesgos técnicos y organizacionales.
- Validaciones automatizadas por capa.
- Revisión de accesos, cumplimiento normativo y trazabilidad.
3.5.3. Logros alcanzados:
➢ Entregables funcionales alineados con valor de negocio.
➢ Equipos empoderados y coordinados por módulo.
➢ Calidad asegurada mediante automatización y gobernanza.
➢ Adopción efectiva por usuarios finales y stakeholders.
3.6. Cierre del proyecto
La etapa de cierre del proyecto es mucho más que una formalidad: es el momento de
consolidar aprendizajes, asegurar la transferencia de valor y preparar el terreno para la
sostenibilidad o evolución futura. En proyectos digitales, especialmente aquellos con
arquitectura modular, automatización y múltiples stakeholders, el cierre debe ser
estructurado, colaborativo y trazable.
ACTIVIDADES
Verificación de entregables, Asegurar que lo entregado cumple con los comprometido y
es funcional en producción.
Validación técnica y funcional de cada componente (pipelines, dashboards, modelos,
documentación).
Revisión contra KPIs y criterios de aceptación definidos en el backlog.
Pruebas finales de calidad, rendimiento y seguridad.
Documentación y transferencia, Garantizar la continuidad operativa y autonomía del
equipo receptor.
Consolidación de artefactos técnicos: diagramas, contratos de datos, scripts,
configuraciones.
Manuales de usuario, guías de operación y documentación funcional.
Transferencia formal al equipo de soporte o mantenimiento.
Evaluación del proyecto, Medir el exito real del proyecto y generar insights para futuras
iniciativas.
Revisión de KPIs: calidad, tiempo, costo, adopción, impacto.
Encuestas de satisfacción a usuarios y stakeholders.
Análisis de desviaciones y cumplimiento de objetivos.
Lecciones aprendidas, Fortalecer la cultura de mejora continua y evitar repetir errores.
Taller colaborativo con el equipo para identificar aciertos, errores y oportunidades de
mejora.
Registro en repositorio de conocimiento (Confluence).
Presentación ejecutiva con recomendaciones estratégicas.
Cierre administrativo y contractual, Formalizar la finalización del proyecto y evitar
solicitudes fuera del alcance.
Validación de entregables con cliente o sponsor.
Firma de acta de cierre o aceptación formal.
Liberación de recursos, cierre de presupuestos y contratos.
Celebración y reconocimiento, Reforzar el compromiso, la motivación y la cultura de
logro.
Agradecimiento al equipo por su esfuerzo.
Reconocimiento a contribuciones clave.
Comunicación interna del éxito del proyecto
3.7. Gestión de la innovación
4. Conclusiones
