Arquitetura centrada na ocorrência
Organizar todo o sistema em torno do evento de ocorrência.
01 · Energia · Operações Críticas Offshore
Petrobras
SALA CAR
Sistema de gestão de ocorrências ambientais offshore. Coordenação em tempo real entre equipes operacionais, dados geoespaciais e obrigações regulatórias em operações de petróleo e gás.
Informações do Projeto
SALA CAR — Central de Monitoramento Ambiental Offshore
Projeto desenvolvido para apoiar equipes responsáveis pelo monitoramento e resposta a incidentes ambientais.
- Product Designer
- Henrico Amaral
- UX Researcher
- Karolinne Santos
- Empresa
- Mirante Tecnologia
- Cliente
- Petrobras
- Período
- Abril 2023 — Março 2024
- Duração
- 12 meses
- Tipo
- Plataforma interna de monitoramento ambiental
- Plataforma
- Web · Desktop operacional
- Escopo
- Discovery · Arquitetura da informação · UX/UI · Prototipação
Mais do que um projeto de interface, este trabalho envolveu compreender como uma operação crítica funciona no dia a dia.
Projeto · Contexto · Escopo
Gestão de ocorrências ambientais offshore.
O SALA CAR organiza o ciclo completo de uma ocorrência ambiental: da detecção à resposta, da classificação ao encerramento regulatório.
- Sistema
- SALA CAR
- Domínio
- Gestão ambiental · Energia
- Usuários
- Técnicos e coordenadores
- Resultado
- Estado unificado e rastreável
01 / 10Contexto Operacional
O que é operar ambientalmente offshore.
Operações de petróleo offshore estão sujeitas a regulações ambientais federais que exigem monitoramento contínuo, registro de ocorrências e capacidade de resposta documentada.
Qualquer evento precisa ser registrado, classificado, tratado e encerrado com rastreabilidade completa, envolvendo técnicos nas plataformas, analistas em terra, coordenadores e gestores de conformidade.
Monitoramento orbital
OSD
Poseidon II
Sobrevoo aéreo (LES)
Unidade marítima
Embarcação de apoio
Centro de controle (CAE)
→
Nova ocorrência
Sete canais independentes podiam originar uma ocorrência ambiental.
02 / 10Arquitetura Legada
Antes do sistema, cada etapa era registrada isoladamente.
Informações sobre um único incidente podiam estar distribuídas em planilhas locais, e-mails, sistemas legados de diferentes áreas e PDFs gerados manualmente.
O ICS 214 registrava a cronologia. Planilhas controlavam recursos. Relatórios técnicos consolidavam análises geoespaciais. Nenhum desses registros compartilhava uma estrutura operacional comum.
Planilhas locais de recursos
Relatórios técnicos em PDF
Controle cronológico manual
Sistemas de geoprocessamento
⇢
Registros paralelos
A estrutura isolada limitava o compartilhamento de contexto operacional.
03 / 10Definição do Problema
O custo estava em montar o contexto operacional.
O problema não era falta de dados — a operação já produzia informação suficiente.
A fragmentação gerava atrasos na classificação de incidentes, esforço duplicado no registro, risco de resposta descoordenada e exposição regulatória.
O gargalo estava na energia gasta para cruzar dados dispersos sob pressão de tempo.
04 / 10Atuação do Designer
Definição estrutural e design de interface.
Atuei no mapeamento dos fluxos e no desenho das interfaces unificadas, traduzindo o ciclo de resposta em uma arquitetura de produto robusta.
Módulos operacionais
Definir entidades para monitoramento, mobilização, cronologia e encerramento.
Linha do tempo ICS 214
Transformar o registro cronológico em eixo de navegação e auditoria.
Geoprocessamento integrado
Embarcar ferramentas de mapa diretamente no fluxo operacional.
Telas de controle e resposta
Prototipar interfaces críticas para técnicos e gestores.
Pesquisa em campo
Ler artefatos legados para fundamentar decisões.
05 / 10Restrições do Projeto
Restrições do projeto.
Condições que limitaram a solução e orientaram as decisões de arquitetura.
Condições de Contorno
04
- Aderência ao fluxo real Refletir a operação real e exigências regulatórias.
- Rastreabilidade Toda ação e mudança de estado precisava gerar registro auditável.
- Colaboração Equipes offshore e analistas em terra precisavam cooperar sobre o mesmo evento.
- Uso sob pressão Registrar dados precisava ser mais simples que preencher planilhas.
06 / 10Decisão Estrutural
A ocorrência como elemento estruturador do fluxo.
Propus reorganizar o sistema usando a ocorrência como unidade central do fluxo de trabalho. Todas as dimensões de um incidente passam a viver no mesmo contexto.
Ocorrência
Monitoramento
Geoprocessamento
Mobilização
Resposta
Cronologia
Encerramento
Ciclo operacional estruturado:
Registro
→
Interpretação
→
Classificação
→
Mobilização
→
Resposta
→
Cronologia
→
Consolidação
→
Encerramento
07 / 10Escala Operacional
Telas, fluxos e interações integradas.
A sequência de telas estrutura o monitoramento operacional, a mobilização de embarcações e a análise contextual por mapas.
Visão geral e controle de ocorrências
A listagem deixou de ser apenas uma tabela e passou a consolidar classificação de risco, tamanho estimado da mancha e recursos alocados.
Classificação e origem
Detalhes e classificação estruturada da emergência ambiental com integração de dados de origem do geoprocessamento.
Aba ICS 214 — cronologia da ocorrência
O log de eventos foi inserido na navegação central do incidente para gerar rastreabilidade nativa.
Fluxo de mobilização
Seleção, simulação e confirmação visual de embarcações envolvidas na resposta operacional.
Gestão e painel de embarcações
Painel consolidado com embarcações disponíveis, capacidade operacional e posição de monitoramento.
Módulo de geoprocessamento e mapas
Ferramenta de mapa tempo real no tratamento do incidente.
08 / 10Limitações Estruturais
Nem tudo pôde ser integrado de imediato.
Limitações técnicas e regulações exigiram manter alguns fluxos temporariamente externos ou dependentes de processos manuais.
Integrações com sensores satelitais herdados permaneceram em canais paralelos e o fechamento formal do relatório regulatório ainda exigia formulários no ambiente governamental.
09 / 10 · Impacto do Projeto
Resultados reais na operação offshore.
A unificação das informações reduziu o custo de reconstrução do contexto e permitiu às equipes agir com mais agilidade e segurança jurídica.
95%
Automação de relatórios operacionais e redução de planilhas fragmentadas.
12meses
Ciclo completo de discovery e arquitetura.
7canais
Fontes de monitoramento integradas em um único hub.
1trilha
Trilha de auditoria do sinal inicial ao encerramento formal da ocorrência.
10 / 10 · Reflexões do Designer
Modelagem conceitual deve preceder as telas.
O maior aprendizado foi sobre modelagem antes de design. Telas sem um modelo claro de entidades e estados viram um mapa sem território.
Entender o domínio operacional antes de qualquer wireframe tornou as decisões de interface defensáveis.