System Design
Explica cómo usar matrices ponderadas para comparar alternativas con criterios, evidencia, sensibilidad y límites sin convertir una puntuación en falsa objetividad.
Una matriz de decisión hace explícitos criterios, evidencia y sensibilidad. No convierte una elección contextual en una verdad matemática.
La matriz ayuda a comparar alternativas cuando existen varios drivers en tensión. Su mayor valor está en revelar supuestos y desacuerdos, no en producir un número final con apariencia objetiva.
Antes de puntuar, identifica hard gates:
- residencia de datos obligatoria
- RPO máximo
- presupuesto contractual
- compatibilidad requeridaUna alternativa que incumple una obligación no debe ganar gracias a otros puntos.
| Criterio | Peso | PostgreSQL | Document store | Evidencia |
|---|---|---|---|---|
| Integridad transaccional | 30 % | 5 | 3 | Pedidos e inventario comparten invariantes |
| Consultas relacionales | 25 % | 5 | 2 | Reportes cruzan pedidos, líneas y sucursales |
| Flexibilidad de estructura | 15 % | 3 | 5 | Catálogo contiene atributos variables |
| Experiencia del equipo | 15 % | 5 | 2 | Operación previa comprobada |
| Coste operativo | 15 % | 4 | 3 | Proveedor y herramientas actuales |
El total puede favorecer PostgreSQL, pero la decisión todavía debe explicar cómo se manejarán atributos variables y qué trigger justificaría otra tecnología.
Una escala 1–5 necesita definición:
1 = no satisface sin rediseño importante
3 = satisface con coste o limitación aceptable
5 = satisface directamente con evidenciaSin anclas, dos personas puntúan con criterios distintos.
“Facilidad operativa”, “experiencia del equipo” y “velocidad de entrega” pueden estar correlacionados. Incluir los tres con gran peso duplica la misma preferencia.
Cambia pesos y puntuaciones razonables:
Si el resultado es frágil, quizá falta evidencia o conviene una opción reversible.
No finjas precisión. Puedes registrar rangos o confianza:
Coste opción B: 3/5, confianza baja
→ falta benchmark con volumen realLa incertidumbre puede convertirse en POC o riesgo.
La matriz estructura comparación. El ADR conserva contexto, decisión y consecuencias. Pueden enlazarse, pero la tabla no sustituye la narrativa.
No la añadas como solución mágica; describe qué parte usa cada opción y el coste de integración.
Seguridad o cumplimiento crítico no debe diluirse en un promedio.
Valida benchmarks y costes con tu patrón; los números comerciales pueden usar condiciones distintas.
Si los pesos se ajustan hasta ganar una opción favorita, la matriz solo racionaliza una decisión previa.
Riesgos de diseño convierte incertidumbres importantes en owners, mitigaciones, triggers y planes de contingencia.