La respuesta breve
La elección no radica en dos ideologías, sino en dos tipos de decisiones. Hay decisiones cuya alteración incrementa su costo abruptamente con el tiempo —tales como el modelo de datos, los permisos o las integraciones— y estas deben establecerse tempranamente. Por otro lado, existen decisiones cuyo costo de modificación es bajo —como pantallas, campos, informes o redacciones— y es preferible descubrirlas en el transcurso del proyecto.
De esto se deduce que el modelo que funciona en la mayoría de los proyectos de Salesforce es híbrido, no por una cuestión de compromiso, sino por su propia estructura: un marco fijo, contenido iterativo.
Las tres variables determinantes
| Variable | Impulsa hacia una planificación temprana | Impulsa hacia las iteraciones |
|---|---|---|
| Claridad del proceso | Proceso regulado y documentado | Proceso cambiante o no consensuado |
| Disponibilidad de usuarios | Baja, tiempo limitado | Alta, posible revisión semanal |
| Exposición regulatoria | Auditoría, cumplimiento, aprobaciones | Mínima |
La segunda variable es más decisiva de lo que se suele suponer. Agile sin disponibilidad de usuarios no es Agile; es una serie de sprints al final de los cuales nadie ha validado nada, y toda la retroalimentación llega en el UAT de una sola vez.
La estructura híbrida en la práctica
El enfoque exitoso divide el proyecto en dos partes con ritmos distintos:
Fase de estructura (4-6 semanas, planificada): Modelo de datos, modelo de permisos y visibilidad, mapeo de integraciones, estrategia de migración y definición de los procesos incluidos en la primera fase. Sus resultados son documentados y aprobados.
Fases de entrega (sprints de dos semanas): Cada fase entrega un escenario completo para un perfil de usuario, incluyendo pruebas y retroalimentación. Los cambios dentro de la fase no requieren una nueva aprobación, siempre y cuando no afecten el marco establecido.
La regla que sostiene esto es: un cambio en el marco es una decisión gestionada, un cambio en el contenido es trabajo continuo. Sin esta distinción, cada solicitud menor llega al comité directivo y cada cambio estructural pasa desapercibido.
Dónde falla cada modelo
El Waterfall puro falla en la UAT: la brecha entre lo escrito en el documento seis meses antes y lo que el usuario espera se revela demasiado tarde para una corrección económica.
El Agile puro falla en el modelo de datos: después de seis sprints de decisiones locales, se descubre que la estructura no soporta la generación de informes interprocesos, y la corrección requiere una migración.
El híbrido falla cuando el marco no se ha cerrado realmente, es decir, cuando es un "marco" de nombre, pero se reabre en cada fase. En ese caso, se obtienen las desventajas de ambos modelos.
Qué medir en el camino
Tres métricas son suficientes para saber si el modelo funciona: la proporción entre elementos completados y reabiertos, el tiempo desde la retroalimentación del usuario hasta la corrección, y el número de cambios que afectaron el marco. Un aumento en la tercera métrica es la señal más temprana de que la planificación inicial fue superficial. La relación con la gestión del alcance se detalla en Desvíos del Alcance y Control de Cambios en Salesforce, y los cronogramas en Cronograma para un Proyecto Salesforce.
Resumen
La pregunta pertinente no es qué metodología es más moderna, sino qué decisiones en este proyecto serán costosas de modificar tardíamente. Quien sepa responder a esto, obtiene el modelo de entrega de forma casi automática; y casi siempre será un modelo híbrido con un límite claro entre estructura y contenido.