Caso práctico Agile Education

Desafíos

El sistema HDM se diseñó para simplificar los flujos de trabajo de los gestores de información sanitaria. Ofrecía recogida de datos automatizada, importaciones demográficas en tiempo real, informes personalizables, seguridad basada en funciones e integración con sistemas de cumplimiento. Sin embargo, a pesar de su sólido diseño, el desarrollo se vio limitado por un modelo tradicional en cascada. La rigidez de los plazos, el retraso de los comentarios y la escasa adaptabilidad frenaban la innovación y dificultaban la satisfacción de las cambiantes necesidades sanitarias.

Los inconvenientes eran más evidentes en la garantía de calidad. Los ingenieros y analistas creaban manualmente los datos de prueba, a menudo dedicando horas a producir sólo unos pocos registros. Cada uno requería más de 100 entradas únicas. Sin una base de datos compartida, cada miembro del equipo creaba y mantenía conjuntos de datos independientes. Además, el equipo de control de calidad se enfrentaba a un desalentador conjunto de pruebas manuales de 2.000 casos. Las pruebas de regresión, estrés y humo podían llevar hasta dos meses, incluso con cinco analistas dedicados.

Para empeorar las cosas, el escepticismo sobre la automatización era profundo. Muchos creían que el HDM era demasiado complejo para automatizarlo. Los primeros esfuerzos se tacharon de poco realistas, reforzando la percepción de que las pruebas manuales eran la única opción.

La transformación

El punto de inflexión llegó cuando Scrum Master Brandon Adams y el analista de productos Daniel Hudson empezaron a dirigir Kaizen para abordar los cuellos de botella de las pruebas. Su primer objetivo fue la creación de datos de pacientes. Adams desarrolló un script AutoIt que generaba entre 20 y 30 registros en 45 minutos. Hudson lo amplió con la Herramienta Generadora de Pacientes HDM, que podía crear más de 100.000 registros en minutos. Como resultado, el equipo pasó rápidamente de conjuntos de datos creados manualmente a repositorios centralizados que se adaptaban a cualquier escenario. Lo que antes llevaba horas, o incluso días, se redujo a minutos.

Una vez racionalizada la creación de datos, el equipo se dirigió al conjunto de pruebas de control de calidad masivo. Tras evaluar varias herramientas, eligieron Ranorex por su interfaz intuitiva y su compatibilidad con las bases de código C++ y Delphi heredadas. Con Ranorex, automatizaron el 75% de los 2.000 casos de prueba. En consecuencia, las pruebas de regresión que habían llevado dos meses se redujeron a una semana, gestionadas por un solo ingeniero de control de calidad.

Los avances técnicos fueron impresionantes, pero igual de importante fue el cambio cultural. El éxito de los proyectos de automatización empezó a cambiar las creencias del equipo. Las historias de ciclos de pruebas más rápidos y cargas de trabajo más ligeras se extendieron rápidamente. Lo que antes se creía imposible, ahora se consideraba esencial. En última instancia, al adoptar Prácticas Scrum y fomentar mejora continua, el equipo construyó una nueva cultura en la que prosperaban la innovación y la automatización.

Resultados

A finales de 2024, el impacto de estos cambios era innegable. Se calculaba que el equipo había ahorrado 252 días de pruebas y redujo los costes en $600.000. Lo que antes era un proceso de control de calidad lento y laborioso, ahora era ágil y estaba muy automatizado. La creación de datos de prueba, que antes era una tarea de todo un día, ahora podía generar más de 1.000 millones de euros. 100.000 registros en minutos. Un equipo de control de calidad de cinco personas se había reducido a un solo ingeniero, y los ciclos de pruebas que solían durar dos meses se completaban en sólo una semana.

Igualmente importante es que transformación de la mentalidad fue profunda. Un producto que antes se consideraba "demasiado complejo para automatizarlo" se veía ahora como un sistema escalable y automatizable, fundamental para el éxito de Solventum. El equipo de HDM resultó no sólo más eficaz, sino también más seguro de su capacidad de adaptación e innovación.

Lecciones aprendidas

La experiencia de Solventum ofrece lecciones para cualquier organización que se enfrente a limitaciones similares.

1. Scrum y mejora continua pueden desbloquear la innovación incluso en entornos heredados y muy regulados.

2. Capacitar a las personas para experimentar y dirigir iniciativas de cambio puede catalizar la transformación de todo un equipo.

3. Automatización, que a menudo se considera inalcanzable en industrias complejas, es alcanzable e impactante cuando se aborda de forma iterativa.

4. El cambio cultural de la resistencia a la abraza es tan crítico como las propias herramientas técnicas.

Conclusión

El viaje del equipo HDM refleja el poder de combinar Principios ágiles con la automatización en un entorno sanitario heredado. Al alejarse de las prácticas en cascada, Solventum eliminó cuellos de botella, redujo costes y aceleró la entrega. Lo que empezó como una ardua batalla contra el escepticismo y la ineficacia se convirtió finalmente en una historia de innovación, agilidad e impacto mensurable.

Sobre Brandon Adams

Brandon Adams es un Registered Scrum Trainer, Scrum Mastery Product Owner con más de una década de experiencia liderando transformaciones ágiles en el desarrollo de software sanitario. En 3M, ha actuado como líder servidor en múltiples equipos ágiles, implantando prácticas Scrum que duplicaron la velocidad del equipo y redujeron significativamente los tiempos de entrega de las pruebas. Reconocido como uno de los mejores Scrum Masters de 3M, Brandon ha impulsado la innovación mediante marcos de automatización, iniciativas Six Sigma y colaboración interfuncional. Su liderazgo combina profundos conocimientos técnicos con un enfoque disciplinado formado por más de 17 años de servicio militar como piloto y oficial de AH-64D Apache. El compromiso de Brandon con la mejora continua y la capacitación del equipo ejemplifica los valores del Scrum Inc. y la excelencia ágil.