🧠 Anticipando el Fracaso para Diseñar el Éxito: Cómo Aplicar Premortem y los “Cinco Porqués” en Arquitectura de Sistemas
En el diseño de sistemas empresariales complejos, incluso con especificaciones aparentemente perfectas, todo puede salir mal. La clave no es eliminar el riesgo, sino anticiparlo inteligentemente. La transcripción explora cómo el uso de las técnicas de premortem y los cinco porqués (“five whys”) permite descubrir debilidades antes de que se manifiesten en producción, fortaleciendo no solo los sistemas, sino también los procesos de negocio.
⚙️ ¿Qué es un Premortem y por qué deberías hacerlo?
Un premortem es una sesión de análisis preventivo en la que se imagina que un proyecto ha fracasado y se exploran las posibles causas.
A diferencia del postmortem (que se hace después del desastre), el premortem se realiza antes de que ocurra el fallo. Su propósito es detectar riesgos ocultos y escenarios límite no contemplados en las especificaciones originales.
Ejemplo práctico
En el caso descrito, dentro de un monorrepo de documentación se incluyeron las notas de un premortem donde participaron tanto stakeholders técnicos como de negocio.
No se trataba de analizar por qué un servicio falló al conectarse a la base de datos, sino de identificar problemas de negocio, como discrepancias en la validación de facturas electrónicas de exportación e importación.
Beneficios clave
- Anticipa fallas estructurales del sistema antes del desarrollo o despliegue.
- Fomenta la colaboración interdisciplinaria.
- Permite registrar lecciones aprendidas y acciones preventivas.
- Mejora la resiliencia técnica y operativa de los proyectos.
🔍 La Técnica de los Cinco “Porqués”: Llegar al Corazón del Problema
La técnica de los cinco porqués es una metodología sencilla pero poderosa para identificar la causa raíz de un problema. Consiste en preguntar reiteradamente “por qué” frente a un evento adverso hasta descubrir el origen sistémico del fallo.
Aplicación en el ejemplo de exportación fallida
- ¿Por qué se detuvo la operación en la aduana de destino?
→ Porque la factura electrónica tenía discrepancias con respecto a la original.
- ¿Por qué existían discrepancias?
→ Por interpretaciones diferentes de las clasificaciones arancelarias.
- ¿Por qué hubo interpretaciones distintas?
→ Porque faltaban validaciones previas sobre las convenciones arancelarias.
- ¿Por qué no se implementaron esas validaciones?
→ Porque no se contempló una prevalidación uniforme de datos clave.
- ¿Por qué no se priorizó esa robustez?
→ Porque el equipo decidió simplificar el sistema para acelerar entregas.
Resultado
Esta cadena de preguntas revela lagunas de diseño, validación y priorización que originalmente no estaban documentadas. El aprendizaje obtenido puede derivar en ajustes al roadmap, revisión de criterios de calidad, y mejores prácticas de diseño preventivo.
🧩 Premortem más allá del código: una herramienta de negocio
El valor del premortem va más allá del ámbito técnico. Ayuda a alinear la estrategia tecnológica con la del negocio, generando una comprensión compartida del riesgo.
Ejemplo ilustrativo
Imagina que una empresa planea lanzar una nueva funcionalidad de pagos internacionales. Antes de desarrollarla, el equipo ejecuta un premortem y descubre que las normativas de cada país podrían generar bloqueos regulatorios.
Este hallazgo anticipado permite ajustar la arquitectura del sistema para soportar variaciones legales sin rediseñar el producto una vez en producción.
Enfoque dual
- Premortem: prevenir errores antes de que ocurran.
- Postmortem: analizar fallos reales para no repetirlos.
Ambos procesos se complementan, generando una cultura de aprendizaje continuo y mejora sistémica.
🏊♂️ Metáfora: El entrenamiento del nadador
El texto cierra con una analogía visual:
Un entrenador de natación revisa grabaciones para identificar errores técnicos y sugerir mejoras. De forma similar, un premortem permite simular escenarios de falla antes de lanzarse al “agua” de la producción.
La diferencia entre un nadador amateur y uno profesional es la capacidad de practicar conscientemente antes del salto; lo mismo ocurre con los arquitectos de sistemas y equipos de desarrollo.
🧭 Conclusiones y Recomendaciones
Las técnicas de premortem y cinco porqués son pilares de una arquitectura de sistemas robusta, resiliente y alineada con los objetivos de negocio.
Recomendaciones prácticas
- Integra el premortem como parte estándar del proceso de diseño y planificación.
- Documenta los hallazgos y tradúcelos en acciones concretas dentro del roadmap.
- Usa los resultados para mejorar tanto la arquitectura técnica como los procesos de negocio.
- Combina premortem (prevención) y postmortem (aprendizaje) para cerrar el ciclo de mejora continua.
💡 En síntesis
Prevenir el error no es cuestión de suerte, sino de método.
El premortem y los cinco porqués no son simples ejercicios de análisis: son herramientas de pensamiento crítico que fortalecen la arquitectura, la cultura y la inteligencia organizacional.
Un buen arquitecto no solo diseña sistemas que funcionen, sino sistemas que aprendan de lo que podría salir mal antes de que ocurra.
