Datos peores de lo esperado
Profiling temprano antes de fijar cualquier plazo, y reglas de decisión acordadas para los registros que quedan por debajo del umbral.
Metodología
Un método de entrega con stage gates, para que los problemas no aparezcan cuando ya son caros de resolver.
Ocho fases, cada una con un objetivo, entregables y una condición de salida explícita. El método se adapta al proyecto, pero ninguna fase se salta en silencio.
Sistema de entrega empresarial
Del discovery a la estabilización, con un gate entre cada fase
Los gates son lo que convierte una metodología en una lista de fases en un sistema de control. Cada gate requiere una aprobación de negocio explícita, no solo un visto bueno técnico.
Sistema de entrega empresarial
- 01
Discovery y comprensión de procesos
Entender qué debe cambiar en el trabajo diario, y a quién afecta.
Entrevistas con responsables de proceso y usuarios, mapeo del estado actual, identificación de fuentes de datos y sistemas conectados, definición de objetivos medibles.
Stage gate: Un documento de discovery aprobado con objetivos, usuarios y procesos en alcance.
- 02
Arquitectura y modelo de datos
Fijar las capas cuyo cambio posterior resulta costoso.
Modelo de entidades, fuentes de verdad, modelo de permisos y sharing, límites de integración, estrategia de org y decisiones de plataforma.
Stage gate: Un modelo de datos y permisos aprobado por escrito por los responsables de proceso e IT.
- 03
Diseño de la solución y alcance
Traducir el discovery en un backlog acordado con criterios de aceptación.
Desglose de capacidades, historias de usuario, definición del MVP, priorización e identificación de riesgos y dependencias.
Stage gate: Alcance aprobado con criterios de aceptación y un mecanismo de control de cambios.
- 04
Construcción en ciclos
Construir y mostrar software funcionando, no diapositivas.
Configuración, Flow o Apex mediante una decisión razonada, interfaces de usuario, una demo al final de cada ciclo.
Stage gate: Una demo aprobada por ciclo, con la lista de brechas cerrada.
- 05
Datos y migración
Trasladar datos en los que las personas puedan confiar.
Profiling, reglas de limpieza, mapeo, claves de identidad, carga de prueba y reconciliación.
Stage gate: Una carga de prueba que superó la comparación completa frente al origen, con las diferencias aprobadas.
- 06
Pruebas de aceptación
Verificar que el proceso funciona en manos de quienes lo ejecutarán.
Guiones de UAT basados en el proceso, pruebas de permisos, pruebas de integración y pruebas de carga cuando corresponda.
Stage gate: UAT aprobado por los responsables de proceso, con defectos clasificados y bloqueantes resueltos.
- 07
Formación y preparación
Llevar a la organización a un estado en el que pueda trabajar desde el primer día.
Formación por rol, materiales de referencia breves, una red de Champions, comunicación interna y un plan de soporte.
Stage gate: Una verificación de preparación: usuarios, datos, permisos, soporte y un plan de rollback.
- 08
Go-live e hypercare
Estabilizar y traspasar a la operación continua.
Una ventana de cutover planificada, soporte estrecho en las primeras semanas, medición de adopción y correcciones rápidas.
Stage gate: Salida del hypercare frente a métricas de estabilidad y adopción acordadas.
Roles
Quién es responsable de qué
| Rol | Responsabilidad principal | Parte |
|---|---|---|
| Responsable de proceso de negocio | Define qué debe suceder y aprueba la aceptación | Cliente |
| Decisor con autoridad | Resuelve desacuerdos y aprueba cambios de alcance | Cliente |
| Arquitecto de solución | Modelo de datos, permisos y decisiones de plataforma | HPI Pro |
| Delivery manager | Planificación, priorización, riesgo y comunicación | HPI Pro |
| Desarrollador y administrador | Construcción, automatización, desarrollo y pruebas | HPI Pro |
| Especialista en datos | Profiling, migración, calidad y reconciliación | HPI Pro |
| Representante de IT y seguridad | Infraestructura, identidad, permisos y normativa | Cliente |
| Grupo de pruebas de usuarios | UAT y retroalimentación de usabilidad | Cliente |
Responsable de proceso de negocio
- Responsabilidad principal
- Define qué debe suceder y aprueba la aceptación
- Parte
- Cliente
Decisor con autoridad
- Responsabilidad principal
- Resuelve desacuerdos y aprueba cambios de alcance
- Parte
- Cliente
Arquitecto de solución
- Responsabilidad principal
- Modelo de datos, permisos y decisiones de plataforma
- Parte
- HPI Pro
Delivery manager
- Responsabilidad principal
- Planificación, priorización, riesgo y comunicación
- Parte
- HPI Pro
Desarrollador y administrador
- Responsabilidad principal
- Construcción, automatización, desarrollo y pruebas
- Parte
- HPI Pro
Especialista en datos
- Responsabilidad principal
- Profiling, migración, calidad y reconciliación
- Parte
- HPI Pro
Representante de IT y seguridad
- Responsabilidad principal
- Infraestructura, identidad, permisos y normativa
- Parte
- Cliente
Grupo de pruebas de usuarios
- Responsabilidad principal
- UAT y retroalimentación de usabilidad
- Parte
- Cliente
Gestión de riesgos
Cuatro riesgos gestionados desde el principio
Scope creep
Toda solicitud recibe una evaluación de impacto y una decisión explícita. Un cambio aprobado también modifica el plazo y el presupuesto.
Resistencia de los usuarios
Implicación temprana de usuarios clave, pruebas de aceptación reales y formación por rol en lugar de por pantalla.
Dependencia de una sola persona
Documentación de decisiones y transferencia de conocimiento continua, para que el proyecto no se detenga por unas vacaciones o una baja.
Preguntas frecuentes
Metodología — preguntas habituales
¿Cuánto dura un proyecto de Salesforce habitual?
La duración depende del alcance de los procesos, del estado de los datos y del número de integraciones, no del tamaño de la organización. Un proceso de ventas con una migración limpia no se parece en nada a tres procesos transversales conectados a un ERP. Damos un rango de tiempo solo tras el discovery, porque antes sería una conjetura.
¿Qué es un stage gate y por qué es necesario?
Un stage gate es una condición explícita que debe cumplirse antes de pasar a la siguiente fase: la aprobación del modelo de datos, por ejemplo, o una reconciliación exitosa de una carga de prueba. Los gates evitan el patrón habitual de que un proyecto siga avanzando sobre una base no aprobada y lo descubra solo en las pruebas de aceptación.
¿Trabajan en Agile o en Waterfall?
En una combinación controlada. La arquitectura, el modelo de datos y la migración de datos requieren planificación previa, porque cambiarlos sobre la marcha es muy costoso. La construcción, las mejoras y la priorización se ejecutan en ciclos cortos con una demo periódica. El enfoque se elige por componente, no por ideología.
¿Quién debe participar por parte de la organización?
Un responsable de proceso de negocio por cada dominio, un representante de IT o de datos, un decisor que pueda resolver desacuerdos, y un grupo de usuarios que participe en las pruebas de aceptación. La ausencia de un decisor con autoridad es una de las causas más habituales de retraso.
¿Qué ocurre si los requisitos cambian a mitad del proyecto?
El cambio es parte natural de un proyecto. Lo que no es aceptable es el cambio no documentado. Toda solicitud se evalúa frente al alcance aprobado, recibe una estimación de impacto en tiempo y presupuesto, y se acepta o se rechaza mediante una decisión explícita. Así se evita el scope creep silencioso.
¿Qué se queda la organización al finalizar?
La documentación de arquitectura y del modelo de datos, un mapa de integraciones, un registro de decisiones, guiones de prueba, material de formación por rol y procedimientos operativos. El objetivo es que la organización pueda mantener y hacer evolucionar el sistema sin nosotros.
Siguiente paso
Adaptaremos el método a su alcance
No todos los proyectos necesitan cada fase con la misma profundidad, pero todo proyecto debe saber qué gates atraviesa.