---
schema_version: "1"
id: 40aff4b17bac98f3d81a0b01064d0d19cbaae792bfae82c181ada35a2a000604
title: Mejora continua - Patrones
collection: architect
version: current
locale: es-mx
portal_url: https://docs.salesforce.com/architect/current/es-mx/well-architected/guides/operational-excellence-continuous-improvement-patterns.md
canonical_url: https://architect.salesforce.com/docs/architect/es-mx/well-architected/guide/operational-excellence-continuous-improvement-patterns.html
source_site: architect.salesforce.com
content_type: documentation
content_hash: 38865fbcb5bd3ae9b7bac7c27b49df380badd8e111340d6b30bb638c5a9cc771
products:
  - Marco bien estructurado
  - Architect Site Content Repo
---
# Mejora continua - Patrones

Obtenga más información acerca de [Excelencia operativa](/docs/architect/es-mx/well-architected/guide/operational-excellence.html) bien arquitectónica → [Mejora continua](/docs/architect/es-mx/well-architected/guide/operational-excellence.html#continuous-improvement)

## Mediciones operativas y DORA

**Patrones**

| Dónde buscar | Qué aspecto tiene |
| --- | --- |
| Plataforma \| DORA | ✅ Se realiza un seguimiento de la frecuencia de implementación; los equipos que se mueven más rápido implementan bajo demanda, a menudo varias veces al día |
| Plataforma \| DORA | ✅ El plazo de ejecución de los cambios se mide desde la confirmación del código hasta la implementación de la producción; el plazo de ejecución del subdía indica una entrega de alto desempeño y la subhora indica una capacidad excepcional |
| Plataforma \| DORA | ✅ Se realiza un seguimiento del índice de fallos de cambios como el porcentaje de implementaciones que causan incidentes de producción que requieren reparación, y se mantiene constantemente bajo |
| Plataforma \| DORA | ✅ Se mide el tiempo de recuperación de implementación fallida; la recuperación por debajo de una hora indica la madurez de entrega |
| Plataforma \| DORA | ✅ Se realiza un seguimiento de la tasa de reelaboración de implementaciones como la proporción de implementaciones no planificadas resultantes de incidentes de producción |
| Plataforma \| DORA | ✅ Las mediciones están organizadas en factores de rendimiento (plazo de ejecución, frecuencia de implementación, tiempo de recuperación de implementación fallido) e inestabilidad (índice de fallos de cambios, índice de retrabajo) |
| Plataforma \| Mediciones | ✅ Las mediciones DORA se miden de forma continua y tienen tendencias a lo largo del tiempo, con una trayectoria de mejora ponderada más que los valores absolutos |
| Plataforma \| Tableros | ✅ Las mediciones se siguen en tableros operativos visibles para toda la organización, creando transparencia sobre el desempeño operativo |

**Antipatrones**

| Dónde buscar | Aspecto negativo |
| --- | --- |
| Plataforma \| DORA | ⚠️ La baja frecuencia de implementación refleja el dolor que evitan los equipos de implementación, creando un círculo vicioso donde la implementación poco frecuente hace que cada implementación sea más arriesgada |
| Plataforma \| DORA | ⚠️ Los plazos de ejecución largos reflejan gastos generales excesivos del proceso, automatización insuficiente o disfunción organizativa |
| Plataforma \| DORA | ⚠️ Un alto índice de fallos de cambios refleja pruebas insuficientes, validación de implementación inadecuada o cambios apresurados sin comprobaciones de calidad apropiadas |
| Plataforma \| DORA | ⚠️ Los largos tiempos de recuperación reflejan una validación de implementación insuficiente, falta de reversión automatizada o propiedad poco clara de incidentes de producción |
| Plataforma \| DORA | ⚠️ Un alto índice de reelaboración muestra incidentes de producción que dirigen de forma rutinaria implementaciones de emergencia, señalando brechas en pruebas de preproducción, validación de versiones o gestión de cambios |
| Plataforma \| Mediciones | ⚠️ Las mediciones se capturan como instantáneas de punto en el tiempo en vez de tendencias a lo largo del tiempo, ocultando si el desempeño operativo está mejorando o degradándose |

## Retrospectivas y reseñas

**Patrones**

| Dónde buscar | Qué aspecto tiene |
| --- | --- |
| Plataforma \| Proceso | ✅ Las retrospectivas de sprints se producen regularmente (cada sprint o mensualmente) creando un ritmo de reflexión en vez de esperar crisis |
| Plataforma \| Proceso | ✅ Las retrospectivas utilizan formatos estructurados (Inicio/Parada/Continuación, Mad/Sad/Glad, Cronología) que fomentan la participación y resultados con capacidad de acción |
| Plataforma \| Proceso | ✅ Los facilitadores se rotan para evitar que cualquier persona domine el debate |
| Plataforma \| Proceso | ✅ Las perspectivas retrospectivas se convierten en elementos de acción concretos con propietarios y fechas de finalización, produciendo un pequeño número de mejoras por sesión |
| Plataforma \| Proceso | ✅ Se realiza un seguimiento de la finalización de elementos de acción en retrospectivas, haciendo que los equipos rindan cuentas al seguimiento |
| Plataforma \| Operaciones | ✅ Las revisiones operativas evalúan la salud operativa agregada trimestral o mensualmente, examinando datos de tendencias y comparando con objetivos |
| Plataforma \| Operaciones | ✅ Las revisiones operativas implican liderazgo para asegurar recursos para el trabajo de mejora operativa que compite con el desarrollo de funciones |
| Plataforma \| Operaciones | ✅ Las revisiones incluyen mediciones operacionales: disponibilidad con respecto al objetivo por trayectoria, tendencias de latencia por percentil, conteos de incidentes por gravedad con tiempo medio para detectar y resolver, frecuencia de implementación e índice de éxito, y carga operativa como páginas de llamada y horas de trabajo |

**Antipatrones**

| Dónde buscar | Aspecto negativo |
| --- | --- |
| Plataforma \| Proceso | ⚠️ Las retrospectivas esperan crisis en vez de producirse con un ritmo regular |
| Plataforma \| Proceso | ⚠️ Las retrospectivas generan largas discusiones pero no acciones, perdiendo tiempo y cinismo de reproducción |
| Plataforma \| Proceso | ⚠️ Los elementos de acción se definen sin propietarios ni fechas de finalización, de modo que las mejoras se debaten pero nunca se implementan |
| Plataforma \| Proceso | ⚠️ Nunca se realiza un seguimiento de la finalización de elementos de acción en retrospectivas, dejando el seguimiento desconocido |
| Plataforma \| Operaciones | ⚠️ Las operaciones se tratan como trabajo en segundo plano invisible que recibe atención solo durante crisis, sin revisión operativa periódica |
| Plataforma \| Operaciones | ⚠️ Las revisiones operacionales carecen de implicación de liderazgo, por lo que el trabajo de mejora pierde en el desarrollo de funciones cuando se asignan recursos |

## Revisión de preparación operativa

**Patrones**

| Dónde buscar | Qué aspecto tiene |
| --- | --- |
| Plataforma \| Operaciones | ✅ Las revisiones de preparación operativa evalúan si las nuevas funciones o sistemas cumplen los requisitos operativos antes del inicio de la producción |
| Plataforma \| Operaciones | ✅ Las revisiones se realizan antes del lanzamiento de producción de nuevas soluciones, funciones principales o cambios arquitectónicos con implicaciones operativas |
| Plataforma \| Operaciones | ✅ El tiempo de revisión está equilibrado de modo que la implementación está lo suficientemente completa para evaluar sin que los problemas operativos lleguen demasiado tarde para solucionarse |
| Plataforma \| Monitoreo | ✅ La revisión confirma que se instrumentan mediciones suficientes, que existen alertas para escenarios de fallo y que los tableros muestran el estado de salud |
| Plataforma \| Documentación | ✅ La revisión confirma que existen libros de ejecuciones para operaciones comunes, la arquitectura está documentada para los respondedores y los procedimientos de distribución son claros |
| Plataforma \| Implementación | ✅ La revisión confirma que la implementación se ejecuta de forma fiable, que existe un procedimiento de reversión y que la implementación se validó en la organización |
| Plataforma \| Desempeño | ✅ La revisión confirma que los objetivos de desempeño se validan bajo carga realista, que existe margen de maniobra para el crecimiento y que se evalúan los riesgos de límite regulador |
| Plataforma \| Seguridad | ✅ La revisión confirma que las revisiones de seguridad están completas, que se cumplen los requisitos de auditoría y que el control de acceso coincide con los requisitos |
| Plataforma \| Dependencias | ✅ La revisión confirma que se identifican dependencias externas, los socios de integración tienen acuerdos de nivel de servicio y el comportamiento de reserva existe para fallos de dependencia |
| Plataforma \| Gobernanza | ✅ El inicio de la producción se realiza tras la finalización de la revisión, lo que hace que los requisitos de implementación de problemas operativos en vez del mejor esfuerzo sean buenos para tener |

**Antipatrones**

| Dónde buscar | Aspecto negativo |
| --- | --- |
| Plataforma \| Gobernanza | ⚠️ Las nuevas funciones se inician en producción sin una evaluación de preparación operativa, acumulando deuda operativa que hace que la excelencia operativa futura sea cada vez más difícil |
| Plataforma \| Operaciones | ⚠️ La revisión se realiza demasiado tarde, por lo que los problemas operativos se sienten como bloqueadores de implementación y crean presión para omitir soluciones |
| Plataforma \| Gobernanza | ⚠️ La preparación operacional se trata como un requisito de tener un buen esfuerzo en vez de un requisito de implementación |

## Bucles de comentarios y cultura de aprendizaje

**Patrones**

| Dónde buscar | Qué aspecto tiene |
| --- | --- |
| Plataforma \| Cultura | ✅ La seguridad psicológica permite la discusión honesta de problemas, errores y errores inmediatos sin temor a castigos |
| Plataforma \| Cultura | ✅ La seguridad psicológica se construye a través de autopsias irreprochables, celebrando el descubrimiento de problemas y la vulnerabilidad de modelado de liderazgo discutiendo sus propios errores |
| Plataforma \| Mediciones | ✅ La medición hace que el estado operativo sea visible a través de mediciones operativas, tendencias de incidentes, indicadores DORA y puntuajes de satisfacción del usuario, permitiendo la priorización objetiva del trabajo de mejora |
| Plataforma \| Operaciones | ✅ La capacidad de ingeniería está reservada deliberadamente para mejoras operativas, reducción de deuda técnica e inversión en herramientas y automatización |
| Plataforma \| Operaciones | ✅ Los bucles de comentarios conectan la experiencia operativa con decisiones de diseño, de modo que los incidentes dirigen las mejoras arquitectónicas, el monitoreo dirige la optimización y los fallos de implementación dirigen las mejoras de cobertura de prueba |

**Antipatrones**

| Dónde buscar | Aspecto negativo |
| --- | --- |
| Plataforma \| Cultura | ⚠️ Los equipos que carecen de seguridad psicológica ocultan problemas hasta que se vuelven catastróficos, evitando una intervención temprana |
| Plataforma \| Operaciones | ⚠️ Los equipos gastan toda la capacidad en funciones sin tiempo para mejoras operativas, acumulando deuda técnica y operativa que finalmente fuerza la respuesta ante crisis |
| Plataforma \| Operaciones | ⚠️ La experiencia operativa no se retroalimenta en el diseño, por lo que las mismas debilidades se repiten y las operaciones se degradan gradualmente en vez de mejorar |