OPS11-BP03 Implementar bucles de retroalimentación - AWS Well-Architected Framework
Guía para la implementaciónPasos para la aplicaciónRecursos

OPS11-BP03 Implementar bucles de retroalimentación

Los bucles de retroalimentación proporcionan información procesable que impulsa la toma de decisiones. Cree bucles de retroalimentación en sus procedimientos y cargas de trabajo. Le servirán para identificar los problemas y las áreas que necesitan mejoras. También validan las inversiones realizadas en las mejoras. Estos bucles de retroalimentación son la base para mejorar continuamente la carga de trabajo.

Los bucles de retroalimentación se dividen en dos categorías: retroalimentación inmediata y análisis retrospectivo. La retroalimentación inmediata se obtiene mediante la revisión del rendimiento y los resultados de las actividades operativas. Esta retroalimentación procede de los miembros del equipo, de los clientes o del resultado automático de la actividad. Se recibe retroalimentación inmediata de aspectos como las pruebas A/B y el envío de nuevas características. Es esencial responder rápido a los errores.

El análisis retrospectivo se realiza periódicamente para obtener retroalimentación de la revisión de resultados operativos y de las métricas a lo largo del tiempo. Estas retrospectivas tienen lugar al final de un sprint, en una cadencia, o después de lanzamientos o eventos importantes. Este tipo de bucle de retroalimentación valida las inversiones en operaciones o la carga de trabajo. Le ayuda a medir el éxito y valida su estrategia.

Resultado deseado: utilice la retroalimentación inmediata y el análisis retrospectivo para impulsar las mejoras. Existe un mecanismo para obtener la retroalimentación de los usuarios y de los miembros del equipo. El análisis retrospectivo se utiliza para identificar las tendencias que impulsan las mejoras.

Patrones comunes de uso no recomendados:

  • Lanza una nueva característica pero no tiene forma de recibir la retroalimentación de los clientes sobre ella.

  • Después de invertir en mejoras operativas, no realiza una retrospectiva para validarlas.

  • Recopila la retroalimentación de los clientes pero no la revisa con regularidad.

  • Los bucles de retroalimentación dan lugar a propuestas de acción, pero no se incluyen en el proceso de desarrollo del software.

  • Los clientes no reciben retroalimentación sobre las mejoras que han propuesto.

Beneficios de establecer esta práctica recomendada:

  • Puede hacer un recorrido inverso desde el cliente para impulsar nuevas características.

  • La cultura de su organización puede reaccionar más rápidamente a los cambios.

  • Las tendencias se utilizan para identificar las oportunidades de mejora.

  • Las retrospectivas validan las inversiones realizadas en la carga de trabajo y las operaciones.

Nivel de riesgo expuesto si no se establece esta práctica recomendada: Alto

Guía para la implementación

Implementar esta práctica recomendada implica utilizar tanto la retroalimentación inmediata como el análisis retrospectivo. Estos bucles de retroalimentación impulsan las mejoras. Existen muchos mecanismos para obtener retroalimentación inmediata, como encuestas, sondeos de opinión de los clientes o formularios de retroalimentación. Su organización también utiliza las retrospectivas para identificar las oportunidades de mejora y validar las iniciativas.

Ejemplo de cliente

AnyCompany Retail ha creado un formulario web en el que los clientes pueden dar retroalimentación o informar de sus problemas. Durante el examen semanal, el equipo de desarrollo de software evalúa la retroalimentación de los usuarios. La retroalimentación se utiliza periódicamente para dirigir la evolución de la plataforma. Realizan una retrospectiva al final de cada sprint para identificar los elementos que quieren mejorar.

Pasos para la aplicación

  1. Retroalimentación inmediata

    • Necesita un mecanismo para recibir retroalimentación de los clientes y de los miembros del equipo. Las actividades de sus operaciones también se pueden configurar para ofrecer retroalimentación automática.

    • Su organización necesita un proceso para revisar esta retroalimentación, determinar qué hay que mejorar y programar la mejora.

    • La retroalimentación debe agregarse a su proceso de desarrollo de software.

    • A medida que vaya incorporando mejoras, haga un seguimiento del remitente de la retroalimentación.

  2. Análisis retrospectivo

    • Realice retrospectivas al final de un ciclo de desarrollo, con una cadencia determinada o después de un lanzamiento importante.

    • Convoque a las partes implicadas en la carga de trabajo para una reunión retrospectiva.

    • Cree tres columnas en una pizarra u hoja de cálculo: Parar, Iniciar y Mantener.

      • Parar corresponde a lo que quiera que su equipo deje de hacer.

      • Iniciar corresponde a las ideas que quiere empezar a hacer.

      • Mantener corresponde a lo que desea seguir haciendo.

    • Recorra la sala y recopile la retroalimentación de las partes interesadas.

    • Dé prioridad a la retroalimentación. Asigne acciones y partes interesadas a los elementos de los apartados Iniciar o Mantener.

    • Agregue las acciones a su proceso de desarrollo de software y comunique las actualizaciones de estado a las partes interesadas a medida que realiza las mejoras.

Nivel de esfuerzo para el plan de implementación: Medio. Para implementar esta práctica recomendada, necesita un método para recibir retroalimentación inmediata y analizarla. Además, debe establecer un proceso de análisis retrospectivo.

Recursos

Prácticas recomendadas relacionadas:

Documentos relacionados:

Vídeos relacionados:

Ejemplos relacionados:

Servicios relacionados: