Matriz para mantener, refactorizar o reescribir una aplicación PHP
No existe una respuesta universal. Esta matriz obliga a comparar riesgo, conocimiento, datos, cobertura, coste de cambio y continuidad antes de elegir un camino.
Completar el recurso con evidencia, no con respuestas ideales
Una casilla ayuda cuando representa una situación comprobada y conduce a una conversación o decisión.
Reúne a las personas que conocen producto, desarrollo y operación. Para cada apartado, identifica repositorios, configuraciones, métricas, incidencias, capturas o ejemplos que permitan justificar la respuesta. Si no existe evidencia, marca la incertidumbre: puede ser más importante que completar la casilla.
Al finalizar, agrupa hallazgos por impacto y dependencia. Separa controles inmediatos, investigación necesaria y mejoras estructurales. El resultado debe indicar qué se hará, quién puede decidirlo y cómo se comprobará, evitando convertir el recurso en una lista de deseos sin prioridad.
- EvidenciaFuente o ejemplo que sostiene cada respuesta.
- ImpactoConsecuencia para usuarios, negocio u operación.
- PrioridadOrden según riesgo, dependencia y esfuerzo.
- AcciónResponsable, límite y comprobación del resultado.
Criterios del sistema
Qué condiciona la viabilidad técnica.
Criterios de entrega
Qué puede asumir la organización.
Opciones
Cuatro caminos que pueden combinarse.
Señales de cautela
Cuándo cuestionar una decisión rápida.
Convertir respuestas en decisiones
- Puntuar por separado negocio, producto, ingeniería y operación.
- Adjuntar evidencia y nivel de confianza.
- Comparar opciones por fases, no solo estados finales.
- Revisar la decisión cuando cambien restricciones o conocimiento.
Contenido conectado con esta decisión
Profundiza en el diagnóstico, la ejecución o una experiencia relacionada.