Cómo llevar el control de calidad al desarrollo ágil
- Gestión de apps
Los bucles de retroalimentación tradicionales implementados en metodologías no ágiles suelen limitar las opciones de los equipos de desarrollo. Un equipo puede desarrollar una funcionalidad parcial, por ejemplo, limitando a los evaluadores en la cobertura de prueba que pueden implementar para completar el proceso de desarrollo. Otra opción en un sistema de retroalimentación tradicional puede requerir que los desarrolladores completen construcciones de hitos iterativos que luego pasan a las pruebas de disponibilidad general.
Estos bucles de retroalimentación tradicionales a menudo obligan a los equipos de control de calidad a realizar pruebas simplemente como un final del proceso de desarrollo, incurriendo, como un subproducto, en semanas o meses de maniobra de control de calidad del equipo de control de calidad mientras esperan la entrega del producto final para la prueba. Y luego, por supuesto, la presión aumenta a medida que el equipo de control de calidad se ve comprimido en la cada vez más apretada fecha de las fechas de entrega que se acercan rápidamente y una inmensa carga de trabajo de prueba. Las pruebas de regresión a menudo se convierten en poco más que una idea de último momento, ya que el equipo de control de calidad se ve obligado a concentrar el tiempo y los recursos limitados en probar nuevas funciones.
Los bucles de retroalimentación más estrictos son un componente clave de la metodología Agile. Y el cambio de retroalimentación que se deja al inyectar las pruebas antes en el SDLC es un medio que no se puede perder para aumentar la agilidad. Las pruebas anteriores están involucradas en el proceso, los equipos de desarrollo anteriores pueden recibir retroalimentación crucial.
Establecer el escenario para cambiar la retroalimentación a la izquierda requiere que las organizaciones realicen dos tareas clave:
Planifique su turno: debe diseñarse un plan de juego antes de intentar comenzar el turno. Los planes deben formularse para ejecutar ciclos de sprint que generarán cada uno suficiente software de calidad final para probar cada dos o tres semanas. (Cada ciclo de sprint debe crear suficiente software para que las pruebas valgan la pena).
Invertir en pruebas: las marcas deben invertir en probadores dedicados. Simplemente alejando a los miembros de otros equipos temporalmente para realizar pruebas (alejándolos de las tareas esenciales de sus tareas diarias) colocará a un equipo de desarrollo en un camino hacia el fracaso y puede llevar a una pérdida total de control de El proceso de desarrollo. La eficiencia de todo el equipo de desarrollo se desplomará, y los errores de software perdidos se multiplicarán rápidamente. Los equipos dedicados de control de calidad serán de gran valor para el intento de cualquier organización de cambiar los comentarios que quedan y descubrir problemas de calidad antes en el proceso de desarrollo.
Las culturas organizacionales no se desarrollan al azar. La cultura de la empresa siempre está dirigida y definida por los principales actores y líderes dentro de la organización. Es por eso que cada organización tiene la oportunidad y la capacidad de transformar la cultura en una dirección que incluye más el control de calidad, y que abarca plenamente el valor del control de calidad en la era de Agile.
Descubre la innovación
Para asegurar el éxito empresarial, ahora y a futuro, es imprescindible maximizar el retorno de la inversión existente en software, a la vez que innovar y adoptar nuevas tecnologías. Los retos que hay abordar para competir en un mundo de TI Híbrida incluyen DevOps, Seguridad, Gestión de riesgos y Análisis predictivo. Puedes obtener más información sobre cómo abordar estos retos e innovar en este enlace.
