Eliminar las brechas entre el negocio y la TI en el sector de los seguros mediante la gestión de requisitos

Si trabajas en equipos comerciales o de TI del sector de los seguros o las finanzas, es posible que te hayas enfrentado a esta situación: el equipo comercial solicita un pequeño cambio en una regla de tarificación o de suscripción, el equipo de TI lo implementa y, unos días después, el sistema de pólizas empieza a funcionar de forma diferente a lo esperado.

Esta brecha suele surgir cuando los equipos comerciales debaten sobre productos, cobertura y trámites, mientras que los equipos de TI exigen una lógica y un comportamiento del sistema precisos. Estos «pequeños» desajustes se acumulan y provocan un estancamiento del crecimiento y un riesgo operativo cada vez mayor.

Tu equipo no es el único que se enfrenta a estas deficiencias. Son muy comunes, y la encuesta de Ovum, según la cual solo el 27 % de las aseguradoras consideraban que sus proyectos habían tenido éxito, es prueba de ello.

En este blog, explicamos por qué persisten estas deficiencias, cuánto les cuestan a las aseguradoras y cómo la gestión de los requisitos de seguros ayuda a que los departamentos de negocio y de TI mantengan una buena coordinación.

El coste real de las deficiencias entre el negocio y las tecnologías de la información en el desarrollo de productos de seguros

En Modern Requirements, nuestro equipo de ventas se pone en contacto con varias aseguradoras cada mes, y el 80 % de ellas se enfrentan al siguiente reto común:

• Los equipos de negocio y de TI tienen diferentes definiciones de lo que significa «terminado»: el principal reto radica en que estos equipos trabajan en niveles de abstracción distintos. Los equipos de negocio redactan los requisitos en términos de resultados; por su parte, los equipos de TI necesitan historias de usuario claras con criterios de aceptación para implementar cualquier funcionalidad o cambio. Cuando estos términos normativos no se interpretan correctamente, el equipo de TI acaba implementando algo distinto.
• Las aprobaciones se llevan a cabo sin una visión común: varias aseguradoras nos han informado de que las revisiones de los cambios en sus productos se realizan a través de correos electrónicos o hojas de cálculo. Dado que los distintos equipos carecen de una visión común, las aprobaciones siguen adelante sin que exista un entendimiento único y consensuado de las normas, las dependencias y las repercusiones posteriores.
• Riesgos relacionados con el cumplimiento normativo: Los equipos de cumplimiento normativo establecen las normas que deben seguirse, pero cuando dichas normas no se analizan adecuadamente con los equipos de TI o no se traducen en tareas concretas, el producto final nunca cumple con los estándares normativos, como DORA.
• Falta de trazabilidad durante las auditorías y la presentación de informes: a los equipos les cuesta determinar quién propuso e implementó la función, si se cumplen los requisitos de conformidad y cómo se llevan a cabo las pruebas a la hora de elaborar los informes de auditoría.
• Se erosiona la confianza entre los equipos: cuando existe una falta de comprensión de los requisitos, surge un problema de confianza entre ambos equipos. Los equipos de negocio pueden sentir que el departamento de TI no ha tenido en cuenta algunos requisitos, mientras que los equipos de TI pueden considerar que los requisitos nunca estuvieron claros.

El verdadero coste de estos retos no se limita a los retrasos en los proyectos; va más allá. Con el tiempo, estos retos provocan la necesidad de volver a realizar trabajos, aumentan los costes de entrega y ralentizan el tiempo de comercialización. En algunos casos, las aseguradoras podrían verse obligadas a pagar cuantiosas multas a los organismos reguladores por incumplir la normativa.

Ejemplo práctico: Cuando la falta de alineación de los requisitos se traduce en pérdidas económicas

Un ejemplo muy conocido es el fallido proyecto del sistema central de suscripción de Co-operative Insurance en el Reino Unido. Se contrató a IBM para que desarrollara la plataforma, pero el proyecto fracasó tras años de retrasos y resultados por debajo de las expectativas. Posteriormente, el tribunal dictaminó que las deficiencias en el control del alcance, la gobernanza y la coordinación de la ejecución provocaron pérdidas que superaron los 80 millones de libras esterlinas.

Estos resultados no son infrecuentes. Son la consecuencia previsible de una falta de rigor en los requisitos en entornos aseguradores complejos.

Cómo la gestión de requisitos puede salvar esta brecha entre el negocio y las tecnologías de la información

Cuando los equipos del sector de los seguros siguen un proceso disciplinado de gestión de requisitos, los equipos comerciales y de TI dejan de basarse en interpretaciones y pasan a basarse en requisitos compartidos y documentados que guían las decisiones desde la aprobación hasta la puesta en producción. Además, la gestión de requisitos en el sector de los seguros cambia por completo la forma de trabajar de estos equipos; a continuación enumeramos algunas de sus ventajas:

• Comprensión común de las características del producto: tanto el equipo comercial como el de TI disponen de una única fuente de información sobre los requisitos. Así, en lugar de basarse en opiniones, comienzan a trabajar a partir de datos reales.
• Autorizaciones relevantes: Por lo general, la revisión y aprobación de los requisitos se lleva a cabo de forma aislada. Por eso, puede ocurrir que los distintos equipos vean versiones diferentes de los requisitos. Sin embargo, si se cuenta con un proceso adecuado de gestión de requisitos, los equipos pueden revisarlos de forma colaborativa. Todos los miembros del equipo pueden ver la última versión, hacer un seguimiento de los cambios y de quién los ha realizado, y luego aprobar los requisitos.
  • Visibilidad temprana de las repercusiones: un pequeño cambio en un solo requisito puede afectar a varios requisitos e introducir errores o la necesidad de volver a trabajar en los sistemas informáticos. Sin embargo, gracias a la gestión de requisitos, los equipos pueden rastrear las dependencias y comprender sus efectos antes de que comience el desarrollo.
  • Cumplimiento integrado en el sistema: las directrices normativas explican qué reglas deben seguirse, pero no lo hacen en forma de lista de verificación para la implementación. Los equipos de producto pueden traducirlas en una lista de verificación para la implementación y en criterios de aceptación, revisarlas de forma colaborativa con los equipos de cumplimiento normativo y remitirlas a los equipos de TI para su desarrollo. Esto garantiza que el producto cumpla con las normas del sector y que el comportamiento regulatorio se refleje en el sistema.
  • Gestión controlada de los cambios: el software informático del sector de los seguros evoluciona constantemente. Es posible que los equipos tengan que introducir cambios para adaptarse a nuevos requisitos de cumplimiento normativo o a los comentarios de los usuarios. Cuando los requisitos se gestionan de forma centralizada, los cambios se registran con su historial y su justificación. Los equipos saben qué ha cambiado, por qué ha cambiado y qué hay que volver a probar. De este modo, se evita que se produzcan desviaciones a lo largo de los trimestres.
• Documentación estructurada, no registros a posteriori: La gestión de requisitos para instituciones financieras anima a los equipos de seguros a documentarlo todo desde el principio, en lugar de apresurarse tras la entrega. Recoge las reglas de negocio, las hipótesis, las aprobaciones y los cambios en un solo lugar. Esto crea una referencia fiable que perdura más allá de los cambios de equipo, los traspasos de proveedores y los largos ciclos de entrega.

Para las aseguradoras, la gestión de requisitos se convierte en el punto de control que garantiza que los objetivos, los sistemas y el cumplimiento normativo avancen al unísono.

Situaciones reales en las que la gestión de requisitos acorta las distancias

Actualización del modelo interno de Solvencia II

Imaginemos que la aseguradora actualiza su modelo interno antes de una revisión supervisora en el marco de Solvencia II. Por otra parte, los equipos actuariales también revisan las hipótesis, pero los sistemas informáticos siguen aplicando reglas de datos obsoletas en la tarificación y la presentación de informes.

Sin embargo, con una gestión adecuada de los requisitos, cada hipótesis puede registrarse como un requisito y vincularse a fuentes de datos, cálculos, documentos y pruebas. Además, los equipos de TI siempre implementan requisitos actualizados y aprobados, lo que reduce las idas y venidas. Durante la revisión o la auditoría, la aseguradora puede demostrar que los sistemas se han desarrollado teniendo en cuenta el cumplimiento normativo.

Resiliencia y preparación ante incidentes impulsadas por DORA

Una aseguradora europea se prepara para cumplir con la normativa DORA y debe demostrar la resiliencia de sus sistemas de información y comunicación (TIC) en las plataformas de pólizas y de gestión de siniestros. Sin unos requisitos estructurados, las pruebas de resiliencia, los flujos de trabajo para incidentes y los controles de terceros se encuentran dispersos.

La gestión de requisitos para productos de seguros vincula las obligaciones de DORA con los escenarios del sistema, las pruebas de los ensayos y los acuerdos de nivel de servicio (SLA) de los proveedores. Cuando los auditores preguntan cómo se protegen y se prueban los servicios críticos, los equipos pueden responder con pruebas trazables en lugar de explicaciones verbales.

Cómo un software de gestión de requisitos como Modern Requirements elimina las brechas entre el negocio y las TI en el sector de los seguros

Modern Requirements4DevOps es una herramienta de gestión de requisitos diseñada para sectores altamente regulados, como el de los seguros y las finanzas, en los que los sistemas de software deben cumplir con normas como NAIC, OSFI, EIOPA/Solvencia II, DORA, SOC 2 y PCI DSS. Para ello, convierte Azure DevOps en un repositorio dinámico y conectado en el que todos los requisitos, pruebas, riesgos y revisiones se vinculan en un único lugar.

Dado que Modern Requirements4DevOps funciona directamente dentro de su espacio de trabajo de Azure DevOps, los equipos disponen de una única fuente de información fiable para los requisitos y las pruebas de cumplimiento. Los equipos de seguros ya no tienen que buscar documentos o aprobaciones por separado en los correos electrónicos. En su lugar, lo encuentran todo en un solo lugar.

Además, Modern Requirements4DevOps permite a los equipos crear matrices de trazabilidad con un solo clic. De este modo, los equipos pueden visualizar claramente cómo los requisitos de cumplimiento, como el control DORA, están realmente vinculados a las historias de usuario, los casos de prueba, los registros de riesgos o las tareas de implementación, y detectar rápidamente los eslabones o requisitos que faltan. Durante las auditorías o las revisiones del DOI, las aseguradoras pueden generar al instante pruebas de cumplimiento y matrices de trazabilidad, en lugar de tener que reconstruirlas manualmente.

Además, las funciones de IA de MR4DevOps aportan un valor añadido a las aseguradoras. Con Copilot4DevOps, los equipos pueden elaborar al instante borradores de requisitos a partir de las notas de las reuniones, convertir los requisitos en bruto en historias de usuario, generar diagramas o documentos de requisitos, redactar pseudocódigo o casos de prueba, etc. También ayuda a evaluar el impacto de los cambios mediante el uso de la IA.

Por último, el módulo integrado de gestión de revisiones ayuda a los equipos de distintos departamentos a revisar y aprobar los requisitos de forma colaborativa. Esto significa que los equipos de negocio, TI, actuarial y de cumplimiento normativo trabajan todos a partir del mismo registro aprobado.

Además, la función de control de versiones de MR permite realizar un seguimiento de todos los cambios introducidos en los requisitos.

Modern Requirements4DevOps transforma los requisitos de una simple lista de comprobación puntual en un proceso estructurado, auditado y automatizado, adaptado a las realidades de la prestación de servicios de seguros.