Voltar para a home

Monitoramento de modelos de ML em tempo real

Nenhum modelo de ML em produção de uma financeira era monitorado, e os problemas só apareciam depois de afetar o negócio. Facilitei o Design Sprint que definiu os dashboards de PSI, KS e VDI com alertas em tempo real.

FerramentasFigmaMiroGCPNotion
Cobertura
0%
dos modelos monitorados
Padrão
0
métricas críticas padronizadas
Alertas
Ao vivo
alertas de desvios de comportamento
Detecção
−0%
tempo para detectar drift
Visão geral

Contexto do projeto

O projeto

Design Sprint conduzido para desenvolver um sistema de monitoramento de modelos de machine learning e books de variáveis no ambiente GCP.

O desafio

Sem um sistema de monitoramento, era difícil identificar de forma proativa a degradação de performance dos modelos, o que comprometia a qualidade das decisões de negócio.

Meu papel

UX Designer no time de Machine Learning. Facilitei o Design Sprint, do mapeamento de stakeholders aos protótipos de dashboards validados com cientistas de dados e gestores.

Persona primária L Lucas Mendes 33 anos · Data Scientist / MLOps Engineer
Dor principal
“Descobre problemas nos modelos apenas após impacto nos resultados de negócio, pois não há como monitorar automaticamente degradação de performance ou data drift.”
Objetivo
“Um sistema centralizado que monitore todos os modelos automaticamente, sinalizando desvios em tempo real para ações preventivas antes que o negócio seja afetado.”
Pesquisa e descoberta

O que os dados e usuários revelaram

01Matriz CSD

A matriz CSD revelou que nenhum modelo em produção tinha monitoramento automatizado: os problemas só eram descobertos depois do impacto nos resultados de negócio.

02Stakeholders

O mapeamento de stakeholders mostrou necessidades distintas: cientistas precisavam de métricas granulares (PSI, KS, VDI) e gestores, de uma visão executiva consolidada.

03Retreinamento

Os times tinham dificuldade para definir o momento ideal de retreinar, sem dados históricos comparativos nem alertas automáticos de desvio.

04Custos

Sem controle de custos por modelo no GCP, era impossível otimizar o investimento em infraestrutura de IA e justificar orçamentos.

Processo de design

Do problema à solução

01Entender

Matriz CSD e mapeamento de stakeholders

Construímos uma matriz CSD para mapear certezas, suposições e dúvidas sobre os requisitos, e mapeamos os stakeholders do nível estratégico ao operacional.

Matriz CSDMapeamento de stakeholdersDesk researchLevantamento de requisitos
02Criar

Soluções propostas e framework de monitoramento

Propusemos soluções como categorizar variáveis, monitorar mensalmente as métricas PSI, KS e VDI e fazer comparações históricas.

Ideação de soluçõesFramework de alertasTags de custo GCPAnálise de riscos
03Decidir

Definição de escopo e componentes do sistema

O escopo ficou definido como o monitoramento de todos os modelos, com books específicos quando necessário. Detalhamos os componentes: datas, valores, dimensões e filtros.

Definição de escopoVotação de soluçõesDetalhamento de componentesPriorização de features
04Prototipar e validar

Protótipos lo-fi, dashboards e validação com stakeholders

Criei interfaces de baixa fidelidade com exemplos de dashboards, visualização de variáveis, degradação de modelos e sistema de alertas, validadas com os stakeholders.

Prototipação lo-fiDashboards de degradaçãoSistema de alertasTestes com stakeholders
Capturas de tela

Demonstração visual da solução

Protótipos de dashboards de monitoramento de modelos
Protótipos de dashboards
Quadro do sprint com objetivos e expectativas do time sobre o projeto
Objetivos e expectativas
Matriz CSD com certezas, suposições e dúvidas sobre os requisitos
Matriz CSD
Exercício de riscos: imagine que o projeto fracassou, o que pode ter acontecido
Riscos
Quadro de funcionalidades e recursos que o produto deve oferecer
Funcionalidades
Esboços de soluções com wireframe de dashboard de data drift e performance
Esboços de solução
Decisões de design

Por que cada escolha importa

1

Dashboards centralizados com métricas críticas

PSI, KS e VDI ficaram centralizados em dashboards com indicadores por cor, para avaliar rapidamente a saúde de cada modelo.

2

Arquitetura GCP com Vertex AI e BigQuery

A arquitetura combina Vertex AI e outros componentes do GCP, com as métricas armazenadas no BigQuery para análises históricas e controle de custos.

3

Alertas automatizados e ações preventivas

Alertas por mensagem, e-mail e dashboards em tempo real garantem que os problemas sejam identificados antes de afetar o negócio.

Resultados e impacto

Números que provam o valor do design

antes: zero visibilidade
0%
dos modelos monitorados
PSI · KS · VDI
0
métricas críticas padronizadas
antes: detecção manual
Ao vivo
alertas de desvios de comportamento
automatizado vs. análise manual
−0%
tempo para detectar drift
Próximo passo

Tem um desafio parecido no seu produto de dados?

Vamos conversar