Knowledge Track
Project Manager
Core frameworks, methodologies, planning tools and governance concepts for enterprise project delivery. Selecciona una metodología en las sub-pestañas para profundizar en cada una.
| Metodología |
Enfoque |
Requisitos |
Cambios |
Entrega |
Ideal para |
Certificación |
| Waterfall |
Secuencial, fases lineales |
Fijos desde el inicio |
Costoso y formal |
Única entrega al final |
Proyectos con alcance fijo, regulatorios |
PMP, PRINCE2 |
| Agile |
Iterativo e incremental |
Evolucionan continuamente |
Esperado y bienvenido |
Entregas frecuentes por sprint |
Productos complejos y en evolución |
PMI-ACP, SAFe |
| Scrum |
Framework Agile con sprints |
Backlog priorizado |
Gestionado vía backlog |
Incremento al final de cada sprint |
Desarrollo de producto, equipos pequeños |
CSM, PSM, SAFe |
| Kanban |
Flujo continuo, visual |
Se añaden cuando hay capacidad |
En cualquier momento |
Continua, sin sprints |
Operaciones, soporte, mantenimiento |
KMP (Kanban University) |
| SAP Activate |
Híbrido Agile + SAP Best Practices |
Fit-to-standard + gaps |
Gestión formal de CR |
Hitos por fase, go-live final |
Implementaciones SAP S/4HANA |
SAP Certified Associate |
| PRINCE2 |
Basado en procesos y principios |
Business case como base |
Change Authority formal |
Gestión por etapas (stages) |
Proyectos UK/EU, sector público |
PRINCE2 Foundation/Practitioner |
| ITIL 4 |
Gestión de servicios de TI |
Demanda del servicio |
Change enablement |
Servicios continuos |
Operaciones TI, SaaS, service desk |
ITIL 4 Foundation / MP / SL |
1 Foundations
What a project is, its lifecycle and key constraints.
Project Lifecycle
🚀
InitiationDefine purpose, stakeholders, feasibility
📐
PlanningScope, schedule, budget, risk, resources
⚙️
ExecutionDeliver work according to the plan
📊
MonitoringTrack, review and regulate progress
✅
ClosureFormalise completion and lessons learned
Triple Constraint
Scope
What work is included and excluded. Changes must go through formal change control.
Time
Deadlines, milestones and schedule. Delay on critical path = project delay.
Cost
Budget, resources and financial limits. Tracked via EVM (see section 3).
Project vs Programme vs Portfolio
| Level | Definition |
|---|
| Project | A single temporary endeavour delivering a defined output |
| Programme | A group of related projects managed together to obtain benefits not available from individual management |
| Portfolio | A collection of projects, programmes and operations managed to achieve strategic objectives |
2 Earned Value Management (EVM)
The standard method to measure project performance objectively.
Remember: CPI and SPI above 1.0 = good. Below 1.0 = problem. EVM integrates scope, schedule and cost into a single performance picture.
| Term | Meaning |
|---|
| PV (Planned Value) | Budgeted cost of work scheduled at this point in time |
| EV (Earned Value) | Budgeted cost of work actually performed |
| AC (Actual Cost) | Actual cost of work performed to date |
| BAC | Budget at Completion — the total approved budget |
3 Planning Essentials
Scope, schedule, requirements, change control.
Scope Management
- WBS (Work Breakdown Structure): Hierarchical decomposition of all project work into manageable components
- Scope Baseline: Approved scope statement + WBS + WBS dictionary
- Scope Creep: Uncontrolled expansion of scope. Managed through formal change control
- Gold Plating: Adding unrequested features. Equally dangerous — avoid it
- MoSCoW: Must have / Should have / Could have / Won't have — prioritisation method
Schedule Management
- Critical Path Method (CPM): Longest sequence of dependent tasks. Delay here = project delay
- Float / Slack: Time a task can delay without affecting the end date
- Fast Tracking: Tasks in parallel to compress schedule. Increases risk
- Crashing: Adding resources to compress schedule. Increases cost
Change Control
- Change Request (CR): Formal document describing the proposed change
- CCB (Change Control Board): Group responsible for reviewing and approving changes
- Impact Analysis: Always assess effect on scope, schedule, cost and risk before approving
- Golden rule: No change is free. Every change has cost, schedule or risk implications
4 Risk Management
Identify, analyse, respond and monitor project risks.
| Strategy | Description |
|---|
| Avoid | Eliminate the threat by changing the plan |
| Mitigate | Reduce probability or impact to acceptable levels |
| Transfer | Shift risk to a third party (insurance, contract) |
| Accept | Acknowledge the risk and prepare a contingency plan |
| Escalate | Escalate to programme/sponsor if outside PM authority |
Risk vs Issue: A risk is a potential future event. An issue is a risk that has already materialised. Both require an owner and a log entry.
5 Governance & Tools
Roles, meetings, metrics and project management tools.
Governance Roles
| Role | Responsibility |
|---|
| Project Sponsor | Business owner. Approves budget, resolves escalations, champions the project |
| Steering Committee | Senior stakeholders. Strategic decisions, approves major changes |
| Project Manager | Day-to-day management. Owns delivery, risk and stakeholder communication |
| Workstream Lead | Leads a specific track of work |
| PMO | Standards, governance, reporting, tools across the programme |
Key Terms
| Term | Definition |
|---|
| RAID | Risks, Assumptions, Issues, Dependencies — review in every status meeting |
| RACI | Responsible, Accountable, Consulted, Informed — defines decision-making roles |
| WBS | Work Breakdown Structure — hierarchical decomposition of all project work |
| UAT | User Acceptance Testing — client testing to validate deliverables |
| Baseline | Approved plan (scope, schedule, cost) against which progress is measured |
| Hypercare | Elevated support period immediately after go-live |
6 Certifications
The main credentials for Project Manager roles.
PMP
PMI. Most globally recognised. 180 questions. Requires 36+ months PM experience. ~$555
PRINCE2
UK-based, widely used in Europe. Foundation + Practitioner levels. Strong in public sector
PMI-ACP
PMI's Agile credential. Covers Scrum, Kanban, Lean, XP
ITIL 4
IT Service Management. Highly relevant for SaaS and technology operations
SAFe
Scaled Agile Framework. Relevant for large enterprise Agile programmes
CSM
Certified Scrum Master — Scrum Alliance. Entry-level Scrum facilitation
Waterfall
Metodología secuencial donde cada fase debe completarse antes de iniciar la siguiente. Ideal cuando los requisitos son estables, el alcance está bien definido y los cambios son costosos o poco probables.
📅 Predictivo
🔒 Scope fijo
📋 Documentación exhaustiva
🏛 Común en sector regulado
1 Fases de Waterfall
Las 5 fases se ejecutan en secuencia estricta.
📋
RequirementsRecopilación y documentación completa de requisitos. Signoff antes de continuar
🏗
System DesignArquitectura técnica y diseño de solución. HLD + LLD (High/Low Level Design)
⚙️
ImplementationConstrucción según el diseño aprobado. Sin desviaciones sin CR
🧪
TestingSIT, UAT, regression. Validación completa antes de go-live
🚀
DeploymentRelease a producción + hypercare + cierre formal
2 Artefactos Clave
| Artefacto | Descripción | Fase |
|---|
| BRD | Business Requirements Document — requisitos funcionales del negocio | Requirements |
| FSD / FRS | Functional Specification Document — cómo el sistema satisface los BRD | Design |
| HLD / LLD | High/Low Level Design — arquitectura y diseño técnico detallado | Design |
| Test Plan | Estrategia de pruebas, casos de test, criterios de aceptación | Testing |
| UAT Sign-off | Aceptación formal del cliente. Prerequisito para go-live | Testing |
| Project Closure Report | Lecciones aprendidas, métricas finales, entrega formal | Deployment |
3 Ventajas y Limitaciones
✅ Ventajas
Documentación clara. Fácil de gestionar y auditar. Plazos y costes predecibles. Ideal para contratos de precio fijo.
⚠️ Limitaciones
Inflexible ante cambios. El cliente no ve nada hasta el final. Los errores de requisitos se detectan tarde y son costosos de corregir.
🎯 Cuándo usarlo
Proyectos con requisitos fijos. Sectores regulados (farma, defensa, banca). Cuando el contrato es precio fijo y el alcance no puede variar.
Clave en entrevistas: "Usé Waterfall en [proyecto] porque los requisitos eran estables y el cliente necesitaba previsibilidad de coste. Gestioné los cambios vía Change Control Board y mantuve el scope baseline intacto."
Agile
Marco de trabajo iterativo e incremental basado en los 4 valores y 12 principios del Agile Manifesto (2001). No es una metodología única — es un paraguas que engloba Scrum, Kanban, SAFe, XP y otros frameworks.
🔄 Iterativo
👥 Colaborativo
📦 Entrega continua
🔀 Adaptativo al cambio
1 Los 4 Valores del Agile Manifesto
Valoramos más los ítems de la izquierda, aunque los de la derecha también tienen valor.
Valor 1
Individuos e interacciones sobre procesos y herramientas
Valor 2
Software funcionando sobre documentación extensiva
Valor 3
Colaboración con el cliente sobre negociación de contratos
Valor 4
Respuesta al cambio sobre seguir un plan rígido
2 12 Principios Agile (resumen)
- Satisfacer al cliente entregando software valioso de forma continua y temprana
- Aceptar el cambio de requisitos, incluso al final del desarrollo
- Entregar software funcionando con frecuencia (semanas, no meses)
- Negocio y desarrollo trabajando juntos a diario
- Construir proyectos alrededor de personas motivadas. Darles el entorno y soporte necesario
- La conversación cara a cara es el método más eficiente de transmitir información
- El software funcionando es la medida principal de progreso
- Los procesos Agile promueven el desarrollo sostenible (ritmo constante)
- Atención continua a la excelencia técnica y al buen diseño
- La simplicidad — el arte de maximizar el trabajo no realizado — es esencial
- Las mejores arquitecturas, requisitos y diseños surgen de equipos autoorganizados
- El equipo reflexiona regularmente sobre cómo ser más efectivo y ajusta su comportamiento
3 Waterfall vs Agile — Comparación
| Dimensión | Waterfall | Agile |
|---|
| Approach | Sequential, linear phases | Iterative, incremental sprints |
| Requirements | Fixed upfront | Evolve throughout |
| Change | Expensive, formal | Expected, embraced |
| Delivery | Single release at end | Frequent releases each sprint |
| Testing | After development complete | Continuous, each sprint |
| Customer involvement | At start and end | Continuous collaboration |
| Risk | Discovered late, expensive | Discovered early, manageable |
| Best for | Fixed scope, regulatory projects | Complex, evolving products |
En la práctica: La mayoría de proyectos enterprise usan un enfoque híbrido — Agile para el desarrollo pero con governance Waterfall (presupuesto fijo, hitos contractuales, reporting formal al Steering Committee).
4 Scaling Agile
Frameworks para aplicar Agile a escala en grandes organizaciones.
| Framework | Descripción | Ideal para |
|---|
| SAFe | Scaled Agile Framework. PI Planning, ARTs, Program Increments | Grandes empresas, 50-150+ personas |
| LeSS | Large-Scale Scrum. Scrum aplicado a múltiples equipos con un solo Product Owner | Equipos medianos, producto único |
| Spotify Model | Squads, Tribes, Chapters, Guilds. Autonomía + alineación | Empresas tech escaladas |
| Scrum@Scale | Redes de Scrum Teams. Basado en Scrum of Scrums | Organizaciones ya con Scrum |
Scrum
Framework Agile ligero para gestionar trabajo complejo. Define 3 roles, 5 eventos y 3 artefactos. Los equipos trabajan en sprints de 1-4 semanas entregando un incremento potencialmente entregable al final de cada uno.
⏱ Sprints 1-4 semanas
👥 Equipo 3-9 personas
📦 Incremento por sprint
1 Los 3 Roles de Scrum
Product Owner
Maximiza el valor del producto. Dueño del Product Backlog. Prioriza y clarifica requisitos. Acepta o rechaza el sprint.
Scrum Master
Facilita el proceso Scrum. Elimina impedimentos. Protege al equipo. Coach de Agile para la organización.
Dev Team
Autoorganizado y multidisciplinar. 3-9 personas. Responsable de entregar el incremento. Sin roles individuales dentro del equipo.
2 Los 5 Eventos de Scrum
| Evento | Objetivo | Duración (Sprint 2 sem.) | Participantes |
|---|
| Sprint Planning | Seleccionar items del backlog y planificar el sprint | 4 horas | Todo el equipo |
| Daily Scrum | Sincronizar y planificar las próximas 24h | 15 min (timeboxed) | Dev Team (SM opcional) |
| Sprint Review | Inspeccionar el incremento y adaptar el backlog | 2 horas | Todo el equipo + stakeholders |
| Retrospective | Mejorar el proceso del equipo | 1,5 horas | Todo el equipo |
| Backlog Refinement | Estimar y clarificar items del backlog (no es evento oficial) | ~10% del sprint | PO + Dev Team |
Daily Scrum — Las 3 preguntas
Ayer
¿Qué completé ayer que contribuye al Sprint Goal?
Hoy
¿Qué voy a hacer hoy para contribuir al Sprint Goal?
Impedimentos
¿Veo algún impedimento que me impida a mí o al equipo lograr el Sprint Goal?
3 Los 3 Artefactos de Scrum
| Artefacto | Definición | Owner |
|---|
| Product Backlog | Lista priorizada de todo el trabajo a realizar. Vivo y en constante evolución | Product Owner |
| Sprint Backlog | Items seleccionados del Product Backlog para el sprint + plan para entregarlos | Dev Team |
| Increment | Suma de todos los Product Backlog items completados durante el sprint y sprints anteriores. Debe estar en estado "Done" | Dev Team |
4 Definition of Done & Story Points
Definition of Done (DoD): Criterios acordados que un item debe cumplir para considerarse completado. Sin DoD no hay transparencia real. Ejemplo: código revisado + tests unitarios pasados + documentación actualizada + desplegado en staging.
Story Points
Unidad relativa de esfuerzo. Escala Fibonacci (1,2,3,5,8,13,21). No son horas — son complejidad + incertidumbre + esfuerzo.
Velocity
Story points completados por sprint. Media de los últimos 3-5 sprints. Sirve para forecasting, no para presión.
Burndown Chart
Trabajo restante vs tiempo. Línea ideal vs real. Muestra si el equipo terminará el sprint a tiempo.
Burnup Chart
Trabajo completado + alcance total. Muestra el progreso y cómo el alcance ha cambiado.
5 Los 5 Valores de Scrum
💪
CommitmentEl equipo se compromete con el Sprint Goal
🎯
FocusFoco en el trabajo del sprint y el objetivo
🔓
OpennessTransparencia sobre el trabajo y los desafíos
🤝
RespectLos miembros se respetan como personas capaces
⚡
CourageValentía para hacer lo correcto y abordar problemas difíciles
Kanban
Método de gestión de flujo de trabajo visual. No prescribe roles, sprints ni reuniones fijas. Se centra en visualizar el trabajo, limitar el trabajo en curso (WIP) y maximizar el flujo. Ideal para equipos de operaciones, soporte y mantenimiento.
📊 Flujo continuo
🚦 Límites WIP
👁 Visual management
⏱ Sin sprints
1 Los 6 Principios de Kanban
| Principio | Descripción |
|---|
| Visualizar el flujo | Tablero Kanban con columnas que representan el estado del trabajo (To Do → In Progress → Done) |
| Limitar el WIP | Work In Progress limits: máximo de items en cada columna. Evita la multitarea y los cuellos de botella |
| Gestionar el flujo | Monitorizar y optimizar el movimiento de items a través del sistema |
| Políticas explícitas | Reglas claras sobre cómo funciona cada columna (Definition of Done por columna) |
| Feedback loops | Reuniones regulares: Daily Standup, Replenishment, Delivery Planning, Service Delivery Review |
| Mejorar colaborativamente | Kaizen: mejora continua basada en datos y experimentación científica |
2 Métricas Clave de Kanban
Ley de Little: Lead Time = WIP / Throughput. Reducir el WIP es la forma más efectiva de reducir el Lead Time y mejorar la predictibilidad.
3 Kanban vs Scrum
| Dimensión | Kanban | Scrum |
|---|
| Cadencia | Flujo continuo, sin sprints | Sprints de 1-4 semanas |
| Roles | Sin roles prescritos | PO, SM, Dev Team |
| Cambios | En cualquier momento | Solo entre sprints |
| Métricas | Lead Time, Cycle Time, Throughput | Velocity, Burndown |
| Tablero | Persistente con límites WIP | Se resetea cada sprint |
| Ideal para | Operaciones, soporte, maintenance | Desarrollo de producto |
SAP Activate
Metodología oficial de SAP para implementaciones de S/4HANA y soluciones en la nube. Combina SAP Best Practices, Agile (sprints de configuración) y una estructura de fases predecible con hitos contractuales claros.
🏢 SAP S/4HANA
🔄 Agile + Waterfall híbrido
✅ Best Practices
1 Las 6 Fases de SAP Activate
🔍
DiscoverValidar el business case. Demos de SAP Best Practices. Pre-sell y Value Assessment
🛠
PrepareConstitución del proyecto. Setup del entorno. Formación del equipo. Project Charter
🗺
ExploreFit-to-Standard workshops. Identificar gaps entre Best Practice y requisitos del cliente
⚙️
RealiseConfiguración iterativa (sprints Agile). Desarrollo de gaps. Integración. Testing
🚀
DeployCutover planning y ejecución. UAT final. Formación a usuarios. Go-live
🔄
RunHypercare (4-8 semanas). Estabilización. Transición a soporte. Project closure
2 Artefactos y Entregables Clave
| Artefacto | Fase | Descripción |
|---|
| Project Charter | Prepare | Alcance, equipo, presupuesto, cronograma y sponsor del proyecto |
| Fit-Gap Analysis | Explore | Matriz de Best Practices vs requisitos. Identifica gaps que requieren desarrollo |
| Solution Design Document | Explore → Realise | Documentación de cómo el sistema satisface los requisitos |
| Test Plan / Scripts | Realise | Casos de prueba por proceso. SIT + UAT |
| Cutover Plan | Deploy | Plan detallado de migración de datos y actividades de go-live |
| Hypercare Plan | Run | Soporte elevado post go-live. SLAs, equipo de guardia, escalación |
Fit-to-Standard: El principio central de SAP Activate es adaptar los procesos del cliente a las Best Practices de SAP, no al revés. Cada gap (desviación) tiene un coste — se debe documentar, aprobar y gestionar como cambio.
3 Roles en SAP Activate
| Rol | Responsabilidad |
|---|
| Project Manager (SAP) | Gestión global del proyecto. Responsable de scope, tiempo, coste y calidad |
| Solution Architect | Diseño de la solución técnica. Toma de decisiones de arquitectura |
| Business Process Expert | Experto funcional del cliente en cada módulo (FI, MM, SD, etc.) |
| Integration Consultant | Integración con sistemas terceros. APIs, middleware, IDocs |
| Change Manager | Gestión del cambio organizativo. Formación y adopción |
| Data Migration Lead | Extracción, transformación y carga de datos maestros y transaccionales |
4 SAP Cloud ALM — Centro de Control
La herramienta oficial de SAP para gestionar implementaciones a lo largo de todo el ciclo de vida del proyecto.
Relación clave: SAP Activate es la metodología. SAP Cloud ALM es la herramienta donde esa metodología se ejecuta. Son inseparables en proyectos SAP modernos.
¿Qué es SAP Cloud ALM?
SAP Cloud ALM (Application Lifecycle Management) es la plataforma SaaS de SAP para gestionar proyectos de implementación, testing, operaciones y cambios. Reemplaza a SAP Solution Manager (on-premise) como herramienta estándar para clientes cloud y S/4HANA.
Gestión de Implementación
Planificación de tareas siguiendo las fases de SAP Activate. Asignación de responsables. Seguimiento de progreso en tiempo real para todo el equipo.
Gestión de Testing
Casos de prueba vinculados a requisitos. Resultados de UAT y SIT. Defectos encontrados durante pruebas. Todo trazable desde el requisito hasta el test.
Gestión de Cambios
Control de cambios en producción. Aprobaciones, transports y auditoría. Imprescindible para mantener la estabilidad post go-live.
Monitorización Operativa
Una vez en producción, monitoriza el rendimiento del sistema, detecta anomalías y gestiona alertas. Integración nativa con el sistema SAP.
Ventaja diferencial vs Jira / MS Project
| Dimensión | SAP Cloud ALM | Jira / MS Project |
|---|
| Precargado con tareas | ✅ Tareas de SAP Activate listas por tipo de proyecto | ❌ Empieza desde cero |
| Trazabilidad | ✅ Requisito → Configuración → Test → Defecto | Parcial — requiere integración manual |
| Integración SAP | ✅ Nativa — conectado al sistema directamente | ❌ Requiere conectores externos |
| Operaciones post go-live | ✅ Monitorización, alertas y cambios | ❌ No aplica |
| Curva de aprendizaje | Media — específica de ecosistema SAP | Baja — más generalista |
Para entrevistas SAP: Mencionar SAP Cloud ALM demuestra que conoces el ecosistema real de trabajo, no solo la metodología en papel. Los PMs en proyectos S/4HANA lo usan a diario para reportar estado, gestionar tareas y documentar decisiones de diseño.
PRINCE2
PRojects IN Controlled Environments. Metodología basada en procesos, principios y temáticas. Muy utilizada en el sector público de UK y Europa. Define una estructura de governance clara con roles y responsabilidades precisos en cada etapa del proyecto.
🏛 UK/EU público
📋 Basado en procesos
💼 Business Case driven
1 Los 7 Principios de PRINCE2
1. Business Case
El proyecto debe justificarse continuamente. Si el Business Case deja de ser viable, el proyecto se cierra.
2. Lessons Learned
Aprender de la experiencia — del propio proyecto y de proyectos anteriores.
3. Roles y Responsabilidades
Estructura clara con negocio, usuario y proveedor representados en el Project Board.
4. Gestión por Etapas
El proyecto se divide en etapas (stages) con revisión y autorización entre cada una.
5. Gestión por Excepción
Cada nivel de gestión delega autoridad al nivel inferior dentro de tolerancias predefinidas.
6. Foco en Productos
El proyecto entrega productos (outputs) con calidad definida, no solo actividades.
7. Adaptación
PRINCE2 debe adaptarse al contexto, tamaño y complejidad del proyecto.
2 Las 7 Temáticas (Themes)
| Temática | Descripción | Artefacto Clave |
|---|
| Business Case | Justificación continua del proyecto | Business Case document |
| Organisation | Estructura de roles y responsabilidades | Project Board, Role Descriptions |
| Quality | Definir y controlar la calidad de los productos | Quality Register, Product Description |
| Plans | Cómo y cuándo se entregarán los productos | Project Plan, Stage Plans |
| Risk | Identificar, evaluar y gestionar incertidumbres | Risk Register |
| Change | Evaluar y controlar impacto de cambios e issues | Issue Register, Change Authority |
| Progress | Monitorizar y controlar el avance hacia los objetivos | Highlight Reports, Checkpoint Reports |
3 Los 7 Procesos de PRINCE2
🔍
SU — Starting UpPre-project. ¿Vale la pena iniciar este proyecto?
📋
IP — InitiatingCrear el PID (Project Initiation Document)
🎯
DP — DirectingProject Board toma decisiones. No se para — continuo
📐
SB — Stage BoundaryRevisar la etapa actual y planificar la siguiente
⚙️
CS — Controlling StageMonitorizar y controlar el trabajo de una etapa
🔨
MP — Managing DeliveryTeam Manager acepta, ejecuta y entrega work packages
✅
CP — ClosingCierre formal. Entrega, evaluación de beneficios y lecciones
Diferencia clave con PMP: PRINCE2 es prescriptivo y muy orientado a documentación y governance. PMP es más un estándar de buenas prácticas. En UK/Europa, PRINCE2 es más valorado en sector público; PMP domina el sector privado global.
ITIL 4
Information Technology Infrastructure Library. Framework de gestión de servicios de TI (ITSM). La versión 4 (2019) actualiza ITIL v3 integrando Agile, DevOps y Lean. Muy relevante para roles en SaaS, operaciones TI y cualquier entorno con un service desk o soporte a producción.
🛠 ITSM
🔄 Integra Agile + DevOps
☁️ Clave para SaaS
1 Service Value System (SVS)
El corazón de ITIL 4 — el sistema que crea valor para los clientes.
Guiding Principles
7 principios que guían decisiones: Focus on value, Start where you are, Progress iteratively, Collaborate, Think holistically, Keep it simple, Optimise & automate
Governance
Cómo la organización dirige y controla el sistema. Políticas, criterios de decisión, rendición de cuentas
Service Value Chain
6 actividades que transforman demanda en valor: Plan, Improve, Engage, Design & Transition, Obtain/Build, Deliver & Support
Practices
34 prácticas ITIL (antiguas "procesos"). Agrupadas en: General, Service Management, Technical Management
Continual Improvement
Mejora continua en todos los niveles. El Continual Improvement Model proporciona estructura para mejorar servicios y prácticas
2 Prácticas ITIL 4 Más Relevantes
| Práctica | Descripción | Relevancia para PM/EM |
|---|
| Incident Management | Restaurar el servicio normal lo antes posible tras una interrupción | Alta — gestión de incidencias post go-live |
| Problem Management | Identificar y eliminar causas raíz de incidencias recurrentes | Alta — reducción de defectos sistémicos |
| Change Enablement | Maximizar el éxito de cambios gestionando riesgos | Muy alta — change requests, releases |
| Service Request Management | Gestionar solicitudes predefinidas de bajo riesgo | Alta — onboarding, permisos, configuraciones |
| Service Level Management | Definir y gestionar SLAs con clientes internos/externos | Muy alta — SaaS delivery, contratos |
| Release Management | Planificar e integrar releases en el entorno productivo | Alta — go-live y actualizaciones |
| Knowledge Management | Capturar, analizar y compartir conocimiento del servicio | Media — lecciones aprendidas, runbooks |
3 Terminología ITIL Clave
| Término | Definición |
|---|
| Incident | Interrupción no planificada o reducción de calidad de un servicio de TI |
| Problem | Causa o causa potencial de uno o más incidentes |
| Known Error | Problema con causa raíz identificada y workaround documentado |
| Change | Adición, modificación o eliminación de cualquier cosa que pueda afectar a los servicios |
| SLA | Service Level Agreement — acuerdo formal sobre niveles de servicio esperados |
| OLA | Operational Level Agreement — acuerdo interno entre equipos de TI |
| CMDB | Configuration Management Database — inventario de Configuration Items (CIs) |
| CAB | Change Advisory Board — grupo que evalúa cambios de alto riesgo |
Para entrevistas SaaS: ITIL es crítico cuando gestionas proyectos que van a operaciones. El PM debe entender el proceso de Change Enablement para coordinar go-lives con el equipo de IT Ops, y los SLAs del servicio que está entregando.
Knowledge Track
Engagement Manager
Strategic client leadership, commercial awareness, SaaS delivery and the competencies that distinguish an EM from a classic PM. Focused on EMEA enterprise SaaS and consulting contexts.
1 PM vs Engagement Manager
Understanding the key shift in focus, scope and accountability.
| Dimension | Project Manager | Engagement Manager |
|---|
| Focus | Delivery execution | Business outcomes and client success |
| Relationship | Project team | C-suite and executive sponsors |
| Scope | Single project | Multiple workstreams or full programme |
| Commercial | Budget control | Revenue, upsell, contract management |
| Communication | Status updates | Strategic narrative and value articulation |
| Risk | Project risk | Commercial, reputational and strategic risk |
| Pre-sales | Rarely involved | Core part of the role — scope and estimate |
Key insight: An EM is not just a senior PM. The role requires commercial ownership, executive relationship management and the ability to grow the account — not just deliver the project.
2 Core EM Competencies
The six capabilities that define a strong Engagement Manager.
Executive Presence
Engage confidently with C-level stakeholders. Adapt communication style. Build trust quickly in high-pressure situations.
Value Articulation
Translate technical delivery into business outcomes — ROI, efficiency gains, risk reduction. Speak the client's language.
Commercial Acumen
Understand SOW, contract terms, billing milestones. Know when to raise a change request. Protect margin.
Escalation Management
Own difficult situations. De-escalate under pressure. Know when to involve leadership without losing client trust.
Pre-Sales Support
Work alongside sales to scope engagements, estimate effort and build customer confidence during the sales cycle.
Account Growth
Identify expansion opportunities organically during delivery. Turn delivery success into commercial opportunity.
3 Client Relationship Management
From project contact to trusted advisor.
Trusted Advisor Model
- Move beyond transactional PM: Clients should see you as a strategic partner, not just a delivery manager
- Proactive communication: Share bad news early, with a plan. Never let the client find out first
- QBR (Quarterly Business Review): Structured review of value delivered, roadmap and relationship health
- Success Criteria definition: Agree upfront how success will be measured — before work begins
- Executive Sponsor management: Regular touchpoints with senior client leadership separate from operational meetings
CSAT and NPS
CSAT
Customer Satisfaction Score. Typically 1–5 or 1–10. Measured per milestone or delivery phase.
NPS
Net Promoter Score. 0–10 scale. 9–10 = Promoters, 7–8 = Passives, 0–6 = Detractors.
Health Score
Composite metric combining CSAT, adoption, support tickets and engagement activity.
4 SaaS Implementation Delivery
The standard lifecycle for enterprise SaaS deployments.
🔍
DiscoveryUnderstand requirements and current state
📐
DesignSolution architecture and blueprinting
⚙️
ConfigureBuild and configure the solution
🧪
Test (UAT)Client validation against acceptance criteria
🎓
TrainEnd-user enablement and change management
🚀
Go-LiveCutover, hypercare and stabilisation
Critical Go-Live Elements
- Go-live criteria: Define acceptance criteria, rollback plan and hypercare period in advance
- Data migration: Extract, Transform, Load (ETL). Validate data quality before migration. Never skip dry runs
- Hypercare: Elevated support period post go-live — typically 2–4 weeks with dedicated resources
- Change management: Managing the human side of adoption. Training, communications, resistance management
5 Commercial Awareness
Contract types, SOW management and overrun prevention.
Contract Types
| Type | Description | Risk |
|---|
| Fixed Price (FP) | Agreed price regardless of actual cost | Low for client, high for vendor |
| Time & Materials (T&M) | Client pays actual hours + materials | Low for vendor, high for client |
| Fixed Price + Incentives | Fixed base with bonus for performance | Shared risk model |
| Cost Plus | Actual costs + agreed profit margin | Common in government / large programmes |
Managing Overrun — Lessons from Practice
- Track weekly, not monthly: Budget overruns compound quickly. Catch them early
- Scope creep is the #1 cause: Enforce change control from day one, without exception
- Undocumented requests: Every verbal agreement must be confirmed in writing
- Time tracking tools: Enable early detection of effort vs estimate divergence
- Requirements matrix: Links each requirement to its source, design, test and delivery confirmation
- Lessons learned: Capture what drove overrun in retrospectives — prevent recurrence on the next programme
Key rule: Read the SOW before every change conversation. Any work outside the SOW requires a formal Change Request. Acceptance criteria define when payment milestones are triggered.
6 Stakeholder & Communication Management
Mapping, engaging and communicating with complex stakeholder landscapes.
Power / Interest Grid
High Power · High Interest
Manage closely. Regular updates, involve in key decisions, address concerns proactively.
High Power · Low Interest
Keep satisfied. Brief updates at milestones. Avoid overwhelming with detail.
Low Power · High Interest
Keep informed. They are often the day-to-day users — their adoption matters.
Low Power · Low Interest
Monitor. Minimal engagement unless their status changes.
Executive Communication
- Focus on impact, not detail: Summarise in 3 bullets — status, issues, next actions
- Channels formula: n(n-1)/2 — with 10 stakeholders there are 45 communication channels
- RAID log: Risks, Assumptions, Issues, Dependencies — review in every status meeting
- Escalation protocol: Define clear escalation paths before they are needed, not during a crisis
7 Leadership & Soft Skills
The human skills that determine EM success.
| Leadership Style | When to use |
|---|
| Directive | Crisis situations, new team members, tight deadlines |
| Coaching | Developing team capability, motivating high performers |
| Facilitative | Collaborative decisions, experienced cross-functional teams |
| Servant Leadership | Agile environments, removing blockers, empowering the team |
Negotiation: BATNA
BATNA (Best Alternative to a Negotiated Agreement): Know your walk-away point before entering any negotiation. The first number stated sets the reference point (anchoring) — use it deliberately. Separate people from the problem: negotiate on merits, not emotions.
Knowledge Track
AI Architect
Foundations of AI, machine learning, large language models, agentic systems and enterprise AI architecture. A practical reference for professionals who need to understand, govern and lead AI-powered transformation programmes.
1 AI Foundations
Core concepts every AI-adjacent professional must understand.
Key Definitions
| Term | Definition |
|---|
| Artificial Intelligence (AI) | Systems that simulate human intelligence — reasoning, learning, problem-solving, perception |
| Machine Learning (ML) | Subset of AI where systems learn from data without being explicitly programmed |
| Deep Learning | ML using multi-layer neural networks. Powers most modern AI applications |
| LLM | Large Language Model. AI trained on massive text datasets to understand and generate language (GPT, Claude, Gemini) |
| Foundation Model | A large, pre-trained model that can be fine-tuned for multiple downstream tasks |
| Generative AI | AI that creates new content (text, images, code, audio) based on patterns learned from training data |
| Inference | The process of running a trained model to generate predictions or outputs |
| Training | The process of teaching a model by exposing it to data and adjusting its parameters |
| Fine-tuning | Further training a pre-trained model on domain-specific data to specialise its capabilities |
2 Types of Machine Learning
The three paradigms and when each is used.
Supervised Learning
Learns from labelled data (input → output pairs). Used for classification and regression. Example: spam detection, credit scoring.
Unsupervised Learning
Finds patterns in unlabelled data. Used for clustering, anomaly detection. Example: customer segmentation.
Reinforcement Learning
Agent learns by interacting with an environment and receiving rewards/penalties. Used in robotics, game-playing, recommendation systems.
Semi-supervised
Combines small labelled dataset with large unlabelled dataset. Common when labelling is expensive.
3 Large Language Models (LLMs)
How they work, key concepts and enterprise applications.
How LLMs Work
- Transformer architecture: The underlying neural network design powering most modern LLMs (introduced in "Attention is All You Need", 2017)
- Tokens: LLMs process text as tokens (roughly 3/4 of a word). Context window = max tokens the model can process at once
- Temperature: Controls randomness of output. Low (0.1) = deterministic, High (0.9) = creative and varied
- Parameters: The learned weights of the model. GPT-4 has ~1.8 trillion; more parameters ≠ always better
- RLHF: Reinforcement Learning from Human Feedback — used to align models with human preferences and safety guidelines
Key LLM Concepts for Enterprise
| Concept | Description |
|---|
| Prompt Engineering | Crafting inputs to elicit optimal outputs. Includes system prompts, few-shot examples and chain-of-thought instructions |
| RAG | Retrieval Augmented Generation — augments LLM responses with real-time retrieval from a knowledge base. Reduces hallucinations |
| Fine-tuning | Training a base model on proprietary data to specialise it for a specific domain or task |
| Hallucination | When an LLM generates confident but factually incorrect information. A key risk to manage in enterprise deployments |
| Context Window | Maximum amount of text the model can process in a single call. Ranges from 4K to 1M+ tokens |
| Embeddings | Numerical vector representations of text. Used for semantic search, similarity matching and RAG systems |
| Vector Database | Stores embeddings for fast similarity search. Examples: Pinecone, Weaviate, pgvector |
4 Agentic AI & Orchestration
The next evolution — AI systems that plan, act and use tools autonomously.
Agentic AI refers to AI systems that can autonomously perform multi-step tasks, use tools, call APIs, browse the web, write and execute code, and coordinate with other agents — with minimal human intervention at each step.
AI Agent
An LLM combined with tools and memory that can take actions in the world. Plans a sequence of steps to achieve a goal.
Tool Use
Agents call external tools: search, code execution, APIs, databases, file systems. The LLM decides when and how to use each tool.
Multi-Agent
Multiple specialised agents coordinating to complete complex tasks. One orchestrator delegates to specialist sub-agents.
Memory
Short-term (context window), long-term (vector DB) and episodic (conversation history). Enables agents to maintain state.
Enterprise Agentic Platforms
| Platform | Description |
|---|
| Salesforce Agentforce | Autonomous AI agents embedded in Salesforce CRM. Sales, service and marketing agents |
| ServiceNow AI Agents | Agents that handle IT workflows, approvals and service desk tasks autonomously |
| SAP Joule | SAP's generative AI assistant embedded across the SAP portfolio |
| Microsoft Copilot | AI agents integrated into Microsoft 365, Dynamics and Azure |
| LangChain / LangGraph | Open-source frameworks for building custom LLM applications and agent workflows |
| AutoGen / CrewAI | Multi-agent orchestration frameworks for complex autonomous workflows |
5 Enterprise AI Architecture
How AI systems are designed and integrated in enterprise environments.
Common Architecture Patterns
| Pattern | Description | Use Case |
|---|
| RAG Pipeline | Retrieve relevant documents → augment prompt → generate response | Internal knowledge base Q&A, support bots |
| LLM + API | LLM calls external APIs to retrieve or act on real-time data | Booking, CRM updates, live data retrieval |
| Fine-tuned Model | Base model trained on proprietary domain data | Legal, medical, financial document analysis |
| Orchestration Layer | Middleware that routes queries to appropriate models/agents | Complex enterprise AI products |
| Semantic Cache | Cache LLM responses based on semantic similarity to avoid redundant API calls | Cost reduction at scale |
Key Infrastructure Components
- LLM Provider: OpenAI (GPT-4), Anthropic (Claude), Google (Gemini), Meta (Llama), Mistral
- Vector Database: Pinecone, Weaviate, Qdrant, pgvector (PostgreSQL extension)
- Orchestration Framework: LangChain, LangGraph, AutoGen, CrewAI, Semantic Kernel
- Embedding Model: Converts text to vectors. OpenAI text-embedding-3, Cohere, sentence-transformers
- Observability: LangSmith, Helicone, Arize — monitoring LLM calls, latency and costs
- Cloud AI Services: Azure OpenAI, AWS Bedrock, Google Vertex AI — enterprise-grade LLM hosting
6 AI Governance & Ethics
Responsible AI deployment in enterprise contexts.
EU AI Act
EU regulation (2024) classifying AI systems by risk level. High-risk systems require documentation, human oversight and conformity assessment.
Trustworthy AI
Principles: Lawful, Ethical, Robust. Includes transparency, fairness, privacy, accountability (EU AI HLEG framework).
AI Risk
Hallucination, bias, data leakage, prompt injection, model drift, over-reliance. Each requires specific mitigation.
Human-in-the-Loop
Keeping humans as decision points for high-stakes AI outputs. Critical in healthcare, legal, financial and HR applications.
Data Privacy in AI
- GDPR: Personal data must not be sent to third-party LLMs without appropriate safeguards. Use on-premise or private cloud models for sensitive data
- Data residency: Ensure AI infrastructure complies with data sovereignty requirements
- PII handling: Implement data masking or anonymisation before sending to external models
- Model cards: Documentation describing a model's training data, intended use, performance and limitations
7 AI Applied to PM & Engagement Management
How AI is changing the PM and EM role in practice.
The shift: AI does not replace the PM or EM. It eliminates the administrative burden, surfaces risks earlier and accelerates reporting — freeing the human to focus on judgement, relationships and strategy.
| PM/EM Task | AI Application |
|---|
| Status reporting | AI drafts weekly reports from project data, Jira tickets and meeting notes |
| Risk identification | ML models analyse historical project data to flag early warning indicators |
| Meeting summaries | AI transcribes, summarises and extracts action items from calls |
| Document analysis | LLMs review SOWs, contracts and requirements documents to extract key obligations |
| Resource planning | AI optimises resource allocation across projects based on skills, availability and priority |
| Client communication | AI drafts escalation emails, status updates and executive summaries |
| Knowledge management | RAG systems make lessons learned and best practices searchable and actionable |
Key Tools for AI-Augmented Delivery
- n8n / Zapier: Workflow automation connecting AI models with project management tools
- Notion AI / Confluence AI: AI-assisted documentation and knowledge management
- GitHub Copilot / Cursor: AI code generation for technical PMs and solution architects
- Otter.ai / Fireflies: AI meeting transcription and action item extraction
- Anthropic Claude / OpenAI GPT-4: General-purpose LLMs for drafting, analysis and research
8 AI Glossary
Key terms every AI-aware professional should know.
| Term | Definition |
|---|
| Attention Mechanism | Core component of Transformers allowing the model to weigh the importance of different tokens |
| Chain-of-Thought | Prompting technique asking the model to reason step-by-step before answering |
| Embedding | Numerical vector representing text, images or data in a high-dimensional space |
| Grounding | Connecting AI outputs to verified real-world information to reduce hallucinations |
| Hallucination | AI generating confident but factually incorrect information |
| MCP | Model Context Protocol — standard for connecting AI models to external tools and data sources |
| Multimodal | AI that processes multiple input types: text, images, audio, video |
| Prompt Injection | Attack where malicious instructions in input override system instructions |
| RAG | Retrieval Augmented Generation — retrieving relevant context before generating a response |
| System Prompt | Instructions given to an LLM before the user conversation, defining its behaviour and constraints |
| Token | Smallest unit of text processed by an LLM. Roughly 3/4 of an English word |
| Tool Use / Function Calling | Ability of an LLM to call external APIs or functions to retrieve or act on information |
| Vector Database | Database optimised for storing and searching embeddings by semantic similarity |
| Zero-shot | Asking an LLM to perform a task with no examples. Few-shot = providing 1–5 examples |
Knowledge Track
Métricas de Rendimiento
Las métricas clave que un Project Manager y un Engagement Manager deben dominar para demostrar valor, identificar problemas de forma temprana y comunicar el estado a stakeholders ejecutivos.
1 Métricas del Project Manager
Miden la salud del proyecto: coste, tiempo, alcance y calidad.
Métricas de Coste y Cronograma (EVM)
CPI — Cost Performance Index
CPI = EV / AC
Eficiencia del gasto. CPI = 1.0: en presupuesto. >1.0: bajo presupuesto. <1.0: sobrecoste.
🎯 Target: ≥ 0.95
SPI — Schedule Performance Index
SPI = EV / PV
Eficiencia del cronograma. >1.0: adelantado. <1.0: retrasado. SPI <0.85 = alerta roja.
🎯 Target: ≥ 0.90
EAC — Estimate at Completion
EAC = BAC / CPI
Proyección del coste total del proyecto basada en la tendencia actual de gasto.
🎯 EAC ≤ BAC
VAC — Variance at Completion
VAC = BAC − EAC
Variación presupuestaria proyectada al cierre. Positivo = ahorro. Negativo = sobrecoste.
🎯 VAC ≥ 0
CV — Cost Variance
CV = EV − AC
Diferencia entre el valor ganado y el coste real. Negativo = hemos gastado más de lo que hemos avanzado.
🎯 CV ≥ 0
SV — Schedule Variance
SV = EV − PV
Diferencia entre avance real y planificado. Negativo = vamos por detrás del plan.
🎯 SV ≥ 0
Métricas de Entrega y Calidad
Milestone Adherence Rate
Milestones on time / Total milestones × 100
% de hitos entregados en la fecha comprometida originalmente. Key metric para el Steering Committee.
🎯 Target: ≥ 85%
On-Time Delivery Rate
Projects on time / Total projects × 100
% de proyectos entregados dentro del plazo original o revisado. KPI de portfolio.
🎯 Target: ≥ 80%
Scope Change Rate
Approved CRs value / Original scope value × 100
% del scope original modificado por Change Requests aprobados. Alto = requisitos poco maduros o scope creep.
🎯 Target: < 15%
Defect Rate (UAT)
Defects found / Test cases executed × 100
% de defectos identificados durante UAT. Alta tasa = calidad insuficiente en SIT. Retrasa el go-live.
🎯 P1/P2 defects = 0 at go-live
Resource Utilisation
Actual hours / Available hours × 100
% de capacidad del equipo utilizada. <70%: infrautilización. >90% sostenido: riesgo de burnout.
🎯 Target: 75–85%
Risk Exposure Score
Σ (Probability × Impact) por riesgo activo
Score agregado de exposición al riesgo del proyecto. Evolución semana a semana indica tendencia de salud.
🎯 Tendencia decreciente
Métricas Agile (Scrum/Kanban)
Velocity
Story Points completados / Sprint
Capacidad media del equipo por sprint. Usar media de últimos 3-5 sprints para forecasting. No usar para presión.
🎯 Estabilidad, no crecimiento forzado
Sprint Burndown
Trabajo restante vs días del sprint
Muestra si el equipo completará el sprint a tiempo. Línea ideal vs real. Escalonada = bloques no detectados.
🎯 Cerrar a 0 al final del sprint
Cycle Time (Kanban)
Fecha done − Fecha in progress
Tiempo real de trabajo en un item. Mide eficiencia del equipo. Reducir cycle time = mayor throughput.
🎯 Consistente y predecible
Lead Time (Kanban)
Fecha done − Fecha creación item
Tiempo total desde la solicitud hasta la entrega. Lo que percibe el cliente. Reducir WIP = reducir lead time.
🎯 Reducción continua
En entrevistas: "Monitorizaba CPI y SPI semanalmente — no mensualmente. En [proyecto], detecté un CPI de 0.87 en la semana 6 y escalé al sponsor, renegociando alcance antes de que el sobrecoste fuera irreversible."
2 Métricas del Engagement Manager
Miden la salud de la relación con el cliente, el valor entregado y el impacto comercial.
Satisfacción y Lealtad del Cliente
CSAT — Customer Satisfaction Score
Suma de puntuaciones / N encuestados
Satisfacción puntual en un hito o fase. Escala 1-5 o 1-10. Medir post-milestone, no solo al cierre.
🎯 Target: ≥ 4.0/5.0 o ≥ 8.0/10
NPS — Net Promoter Score
% Promoters − % Detractors
Mide la lealtad del cliente (0-10). 9-10: Promotores. 7-8: Pasivos. 0-6: Detractores. NPS >50 = excelente.
🎯 Target: ≥ 40
Account Health Score
Ponderación: CSAT + adopción + tickets + engagement
Score compuesto (verde/ámbar/rojo) que sintetiza la salud de la cuenta. Leading indicator de churn o expansión.
🎯 Target: Verde
Executive Engagement Rate
Reuniones ejecutivas realizadas / Planificadas × 100
% de touchpoints de nivel C ejecutados. Baja tasa = riesgo de pérdida de alineación estratégica.
🎯 Target: ≥ 80%
Métricas de Entrega de Valor
Time-to-Value (TTV)
Fecha primer valor percibido − Fecha kick-off
Tiempo desde el inicio hasta que el cliente percibe valor real. Reducir TTV = mayor satisfacción y menor churn temprano.
🎯 Reducción continua vs benchmark
Go-Live Success Rate
Go-lives sin rollback / Total go-lives × 100
% de go-lives completados sin rollback o crisis mayor. Mide calidad del proceso de cutover y preparación.
🎯 Target: ≥ 95%
Issue Resolution Time
Fecha resolución − Fecha apertura issue
Tiempo medio de resolución de issues escalados. P1: <4h. P2: <24h. P3: <72h. KPI de hypercare.
🎯 P1 < 4h, P2 < 24h
User Adoption Rate
Usuarios activos / Licencias contratadas × 100
% de adopción de la solución implementada. Baja adopción post go-live = riesgo de no renovación.
🎯 Target: ≥ 70% en 90 días
Métricas Comerciales
Renewal Rate
ARR renovado / ARR total a renovar × 100
% de contratos renovados. La métrica definitiva de satisfacción del cliente en SaaS. <85% = problema sistémico.
🎯 Target: ≥ 90%
Upsell / Expansion Revenue
Ingresos nuevos de cuentas existentes / período
Revenue generado desde cuentas actuales. Mide la capacidad del EM de identificar y convertir oportunidades durante delivery.
🎯 Net Revenue Retention >110%
Gross Margin %
(Revenue − COGS) / Revenue × 100
Margen bruto del engagement. Un EM debe proteger el margen controlando scope creep y eficiencia del equipo.
🎯 Target: ≥ 35% (varía por sector)
Change Request Rate
CRs aprobados / Entregables del SOW × 100
Frecuencia de cambios fuera del SOW. Alta tasa puede indicar scope mal definido o falta de control de cambios.
🎯 Tasa controlada, CRs documentados
Marco de Reporte Ejecutivo
| Nivel | Audiencia | Frecuencia | Métricas Clave | Formato |
|---|
| Operacional | Equipo del proyecto | Diario / Semanal | Tasks, blockers, WIP, burndown | Stand-up, Kanban board |
| Táctico | Managers del cliente | Semanal | RAID, milestones, CPI/SPI, issues | Status Report (RAG) |
| Estratégico | Steering Committee | Quincenal / Mensual | EAC, milestone adherence, risks, CRs | Executive Dashboard |
| Ejecutivo | C-Suite / Sponsor | Mensual / QBR | NPS, TTV, valor entregado, renewal outlook | QBR Deck (3 slides) |
Regla de oro para el reporte ejecutivo: 3 bullets — Verde/Ámbar/Rojo + 1 riesgo + 1 decisión necesaria. Los ejecutivos no leen; toman decisiones. Dales exactamente lo que necesitan para decidir.
3 RAG Status — Sistema de Semáforo
El estándar universal de reporting para proyectos enterprise.
🟢 GREEN
Proyecto en línea con el plan. CPI y SPI ≥ 0.95. Sin issues críticos abiertos. Sponsor informado y satisfecho.
🟡 AMBER
Riesgo identificado que podría impactar scope, tiempo o coste si no se gestiona. Requiere plan de mitigación activo. Escalación preventiva recomendada.
🔴 RED
Impacto crítico en scope, coste o plazo ya materializado. Requiere acción inmediata del sponsor. Escalación obligatoria. Plan de recuperación presentado.
Regla crítica: Nunca "guardar" un Amber para que parezca que todo está bien. El sponsor debe conocer los problemas antes que el cliente. Un Red comunicado proactivamente con plan de recuperación es preferible a un Red descubierto tarde sin solución.
Knowledge Track
SAP Ecosystem
Reference guide to SAP's key platforms, methodologies and tools. From S/4HANA to SuccessFactors — everything you need to navigate SAP enterprise engagements with confidence.
1 SAP S/4HANA & S/4HANA Cloud
El ERP de nueva generación de SAP y sus variantes cloud.
SAP S/4HANA es el ERP principal de SAP lanzado en 2015 para reemplazar SAP ECC. Gestiona finanzas, compras, ventas, logística, producción y RRHH sobre la base de datos in-memory SAP HANA, lo que permite procesar datos en tiempo real.
Variantes Cloud
| Variante | Descripción | Cuándo elegirla |
|---|
| S/4HANA Cloud Public Edition | Sistema estandarizado alojado en SAP. Poca personalización. Actualizaciones automáticas 2×/año. Multi-tenant. | Empresas que quieren velocidad, coste bajo y procesos estándar |
| S/4HANA Cloud Private Edition | Alojado en SAP, hyperscaler (AWS/Azure) o CPD del cliente. Mayor flexibilidad y personalización. | Empresas con procesos complejos, regulaciones estrictas o mucha customización |
| S/4HANA On-Premise | Instalado en infraestructura propia del cliente. Máximo control y personalización. | Grandes corporaciones con infraestructura IT propia y requisitos muy específicos |
Implicación para PM/EM
- En Public Edition el margen de personalización es limitado por diseño — los conflictos de scope en Fit-to-Standard workshops son más frecuentes
- En Private Edition hay más flexibilidad pero más complejidad técnica y mayor riesgo de sobrecoste
- La mayoría de proyectos SAP nuevos en Europa son S/4HANA Cloud — dominar SAP Activate es imprescindible
2 SAP Activate
La metodología oficial de SAP para implementaciones. Combina Agile con Best Practices predefinidas.
Principio central — Fit-to-Standard: Adaptar los procesos del cliente a las Best Practices de SAP, no al revés. Cada desviación (gap) tiene un coste que debe documentarse, aprobarse y gestionarse como cambio.
🔍
DiscoverValidar el business case. Demos de SAP Best Practices. Value Assessment.
🛠
PrepareConstitución del proyecto. Setup del entorno. Formación del equipo. Project Charter.
🗺
ExploreFit-to-Standard workshops. Identificar gaps entre Best Practice y requisitos del cliente.
⚙️
RealiseConfiguración iterativa (sprints Agile). Desarrollo de gaps. Integración. Testing.
🚀
DeployCutover planning y ejecución. UAT final. Formación a usuarios. Go-live.
🔄
RunHypercare (4-8 semanas). Estabilización. Transición a soporte. Project closure.
Artefactos clave
| Artefacto | Fase | Descripción |
|---|
| Project Charter | Prepare | Alcance, equipo, presupuesto, cronograma y sponsor |
| Fit-Gap Analysis | Explore | Matriz de Best Practices vs requisitos. Identifica gaps que requieren desarrollo |
| Solution Design Document | Explore → Realise | Cómo el sistema satisface los requisitos |
| Test Plan / Scripts | Realise | Casos de prueba por proceso. SIT + UAT |
| Cutover Plan | Deploy | Plan detallado de migración de datos y go-live |
| Hypercare Plan | Run | Soporte elevado post go-live. SLAs y escalación |
3 SAP Cloud ALM
Application Lifecycle Management — el centro de control oficial para gestionar implementaciones SAP.
Relación clave: SAP Activate es la metodología. SAP Cloud ALM es la herramienta donde esa metodología se ejecuta. Reemplaza a SAP Solution Manager (on-premise) como estándar para clientes cloud.
Gestión de Implementación
Tareas del proyecto precargadas con SAP Activate. Asignación de responsables. Seguimiento de progreso en tiempo real.
Gestión de Testing
Casos de prueba vinculados a requisitos. Resultados de UAT y SIT. Defectos trazables desde el requisito hasta el test.
Gestión de Cambios
Control de cambios en producción. Aprobaciones, transports y auditoría post go-live.
Monitorización Operativa
Monitoriza rendimiento del sistema en producción. Detecta anomalías y gestiona alertas. Integración nativa con SAP.
Para entrevistas SAP: Mencionar Cloud ALM demuestra que conoces el ecosistema real de trabajo, no solo la metodología en papel. Los PMs en proyectos S/4HANA lo usan a diario para reportar estado y documentar decisiones de diseño.
4 SAP Central Business Configuration (CBC)
Centro de configuración centralizado para implementaciones S/4HANA Cloud.
Qué es: Herramienta cloud donde el equipo define y configura los procesos de negocio de forma guiada, como un "cuestionario inteligente" que traduce decisiones de negocio en configuración del sistema automáticamente.
- Se usa en las fases Explore y Realise de SAP Activate
- En Explore responde preguntas sobre procesos (monedas, plan de cuentas, pedidos) y genera la configuración base
- En Realise esa configuración se refina y se activa en el sistema
- A diferencia de SAP Cloud ALM (que gestiona el proyecto), CBC gestiona qué se configura
- Específico para S/4HANA Cloud Public Edition — no aplica a implementaciones on-premise
| Herramienta | Para qué sirve |
|---|
| SAP Central Business Configuration | Definir y configurar QUÉ procesos de negocio implementar |
| SAP Cloud ALM | Gestionar CÓMO se ejecuta el proyecto (tareas, testing, cambios) |
| SAP Activate | La metodología que une ambas herramientas en un marco de trabajo |
5 Suite de Productos SAP
Los principales productos SAP más allá del ERP central.
SAP SuccessFactors
Suite de RRHH en la nube. Gestiona todo el ciclo del empleado: contratación, onboarding, rendimiento, formación, compensación y nómina. Compite con Workday.
SAP Sales Cloud
CRM de ventas. Gestiona pipeline, leads, oportunidades, actividad de comerciales y previsiones. Parte de SAP Customer Experience. Compite con Salesforce Sales Cloud.
SAP Service Cloud
Atención al cliente y gestión de servicios post-venta. Tickets, casos, garantías, visitas técnicas y contratos de servicio. Compite con Salesforce Service Cloud y Zendesk.
SAP Ariba
Gestión de compras y cadena de suministro. Sourcing, proveedores, contratos, pedidos y facturas. Incluye Ariba Network (4M+ empresas conectadas). Compite con Coupa.
SAP BTP
Business Technology Platform. Plataforma de extensiones, integraciones y desarrollo de aplicaciones sobre el ecosistema SAP. Base técnica para conectar todos los productos SAP entre sí.
SAP Joule
Asistente de IA generativa de SAP embebido en toda la suite. Permite interactuar con los sistemas SAP en lenguaje natural para obtener insights, automatizar tareas y tomar decisiones.
Cómo encajan entre sí
| Área de negocio | Producto SAP | Compite con |
|---|
| ERP / Finanzas / Operaciones | S/4HANA | Oracle ERP, Microsoft Dynamics |
| Recursos Humanos | SuccessFactors | Workday, Oracle HCM |
| Ventas / CRM | SAP Sales Cloud | Salesforce, HubSpot |
| Servicio al Cliente | SAP Service Cloud | Salesforce Service, Zendesk |
| Compras / Procurement | SAP Ariba | Coupa, Jaggaer |
| Plataforma técnica | SAP BTP | MuleSoft, Azure Integration |
| IA embebida | SAP Joule | Microsoft Copilot, Salesforce Einstein |
6 Roles en Proyectos SAP
Quién hace qué en una implementación SAP enterprise.
| Rol | Responsabilidad |
|---|
| Project Manager (SAP) | Gestión global: scope, tiempo, coste y calidad. Usa SAP Cloud ALM como herramienta central |
| Engagement Manager | Relación ejecutiva con el cliente, gestión comercial, escalaciones y pre-sales |
| Solution Architect | Diseño de la solución técnica y decisiones de arquitectura |
| Business Process Expert | Experto funcional del cliente en cada módulo (FI, MM, SD, HCM, etc.) |
| Integration Consultant | Integración con sistemas terceros. APIs, middleware, IDocs |
| Change Manager | Gestión del cambio organizativo. Formación y adopción |
| Data Migration Lead | Extracción, transformación y carga de datos maestros y transaccionales |
| Basis / Technical Consultant | Infraestructura SAP, transports, seguridad y rendimiento del sistema |
7 Glosario SAP
Términos esenciales para moverse con fluidez en entornos SAP.
| Término | Significado |
|---|
| ERP | Enterprise Resource Planning — sistema integrado que gestiona los procesos centrales de una empresa |
| SAP HANA | Base de datos in-memory de SAP que permite procesamiento de datos en tiempo real |
| SAP ECC | ERP Central Component — el ERP anterior a S/4HANA, que S/4HANA reemplaza |
| Fit-to-Standard | Principio de adaptar los procesos del cliente a las Best Practices de SAP, no al revés |
| Best Practices | Configuraciones predefinidas por SAP basadas en las mejores prácticas de cada industria |
| Gap / Fit-Gap | Diferencia entre lo que ofrece el estándar SAP y lo que necesita el cliente |
| Transport | Mecanismo para mover configuración entre entornos SAP (DEV → QA → PRD) |
| SIT | System Integration Testing — pruebas de integración entre módulos y sistemas |
| UAT | User Acceptance Testing — validación por parte del cliente antes del go-live |
| Cutover | Proceso de migración de datos y actividades para pasar del sistema antiguo al nuevo |
| Hypercare | Período de soporte intensivo (4-8 semanas) inmediatamente después del go-live |
| IDocs | Intermediate Documents — formato estándar SAP para intercambio de datos con sistemas externos |
| BAPI | Business Application Programming Interface — APIs estándar de SAP para integraciones |
| Fiori | Interfaz de usuario moderna y responsive de SAP que reemplaza a las transacciones clásicas |
| S/4HANA Rise | Paquete "todo en uno" de SAP que incluye licencia, infraestructura cloud y servicios de transformación |
| SAP BTP | Business Technology Platform — plataforma de extensiones e integraciones del ecosistema SAP |
| Módulos SAP | FI (Finanzas), CO (Controlling), MM (Materiales), SD (Ventas), PP (Producción), HCM (RRHH), PM (Mantenimiento) |