Durante a implementação de uma plataforma HSE, as responsabilidades tendem a estar relativamente bem definidas e raramente se pergunta quem é o dono da plataforma HSE. Existe uma equipa de projeto, responsáveis funcionais, utilizadores-chave, IT, administradores, consultores ou implementadores e, quando necessário, participação do fabricante da solução. A equipa discute, valida e acompanha as decisões porque existe um objetivo comum: colocar a plataforma em funcionamento.
No entanto, depois da entrada em produção, esta estrutura pode desaparecer rapidamente. A equipa de projeto regressa às suas funções habituais, as reuniões tornam-se menos frequentes e a organização passa a tratar a plataforma como parte da operação. É precisamente nesse momento que surge uma das questões mais importantes para a sustentabilidade da solução: quem é responsável por garantir que a plataforma continua correta, coerente e alinhada com a organização?
O dono da plataforma HSE dificilmente deve ser uma única pessoa ou departamento. Na verdade, uma plataforma HSE combina tecnologia, processos, dados, requisitos, utilizadores e decisões operacionais. IT pode ser responsável pela segurança, autenticação ou integrações, mas não deve definir sozinho critérios de conformidade. HSE conhece os processos e os riscos, mas pode não ser responsável pela administração técnica. Operações conhece a realidade do terreno, mas não deve alterar unilateralmente standards corporativos. O administrador sabe configurar, mas isso não significa que deva decidir sozinho aquilo que a organização pretende controlar.
É por isso que convém entender ownership de forma mais ampla. A plataforma HSE não precisa apenas de um “dono”. Precisa de um modelo claro de responsabilidades.
Dono da plataforma HSE: responsabilidade funcional não é administração técnica
Uma das decisões mais importantes depois da implementação é separar claramente quem decide o que deve acontecer de quem executa a respetiva configuração.
Imagine que uma organização pretende acrescentar um novo requisito documental a determinada função. Tecnicamente, a alteração pode ser relativamente simples. Um administrador consegue criar o requisito, definir validade, associá-lo a um perfil e colocá-lo em produção. Mas a decisão tem consequências que ultrapassam a configuração. Por exemplo, pode alterar o estado de trabalhadores já ativos, gerar novas pendências ou condicionar futuras mobilizações.
Por isso, quem possui autoridade sobre o processo deve decidir a questão funcional. O administrador deve garantir que a plataforma reflete corretamente essa decisão.
Esta distinção aplica-se a muitos outros casos: alterar um workflow, criar um novo estado, modificar uma permissão, retirar uma aprovação ou introduzir uma nova classificação. Ou seja, o facto de uma pessoa ter permissões para executar a alteração não significa que tenha automaticamente autoridade para decidir que a alteração deve existir.
Quando esta separação não é clara, surgem dois riscos. Num extremo, qualquer mudança exige um processo excessivamente burocrático e a plataforma perde agilidade. No outro, alguém realiza continuamente pequenas alterações sem avaliação de impacto e, ao fim de algum tempo, a solução começa a acumular exceções e incoerências.
Por isso, uma governação eficaz deve encontrar o equilíbrio entre estes dois modelos. A equipa pode executar com autonomia alterações simples e de baixo impacto. Pelo contrário, mudanças que afetam processos, conformidade, segurança ou diferentes áreas devem seguir um nível de validação proporcional ao seu impacto.
Dados também precisam de dono na plataforma HSE
Além disso, a responsabilidade pela plataforma não termina nos workflows e configurações. Os dados também precisam de um modelo claro de ownership.
Quem decide como identificar uma empresa? A quem cabe evitar duplicados? Quem controla a nomenclatura de equipamentos? E quem pode criar uma nova categoria documental? Quem decide se determinado campo continua necessário? Quem resolve diferenças quando dois sistemas possuem informação contraditória?
Estas questões tornam-se cada vez mais relevantes à medida que a plataforma integra diferentes processos. Uma empresa pode estar relacionada com trabalhadores, equipamentos, contratos, documentação e projetos. Um trabalhador pode estar associado a formação, competências, atividades e requisitos. Um erro num dado base pode, por isso, propagar-se por diferentes áreas da plataforma.
Assim, sem ownership, a tendência natural é a degradação progressiva da informação. Aparecem novas designações para a mesma realidade, categorias duplicadas, estados semelhantes e exceções locais. Individualmente, cada decisão pode parecer pouco significativa; em conjunto, reduzem a qualidade dos dashboards, dificultam integrações e aumentam o esforço de manutenção.
A governação de dados deve definir quem estabelece os critérios para cada conjunto de informação e quem tem responsabilidade por assegurar a sua coerência. No entanto, isto não significa centralizar toda a manutenção numa única pessoa. Significa garantir que existe alguém com autoridade para decidir quando surgem dúvidas ou conflitos.
Esta responsabilidade deve continuar ao longo do ciclo de vida da plataforma. A migração inicial pode criar uma base limpa, mas apenas um modelo contínuo de governação consegue preservar essa qualidade.
Cliente, implementador e fabricante têm responsabilidades diferentes
Além disso, outro ponto importante é distinguir claramente os papéis de quem utiliza, implementa e desenvolve a tecnologia.
O cliente deve ser proprietário dos processos e das decisões de negócio. É a organização que conhece os seus riscos, requisitos, estrutura e prioridades. Por outro lado, o implementador traduz essas necessidades para a plataforma, apoia a parametrização, aconselha sobre o desenho funcional e ajuda a avaliar impactos. O fabricante é responsável pela tecnologia, pela evolução do produto e pela correção de problemas que pertencem ao próprio software.
Esta distinção é importante porque nem todas as ocorrências devem chegar ao mesmo nível.
A equipa interna ou o suporte funcional podem resolver uma dúvida de utilização. Por sua vez, o administrador ou o implementador podem tratar uma alteração de configuração. Uma decisão sobre um requisito deve pertencer ao cliente. Uma falha técnica do produto pode necessitar de intervenção do fabricante.
Quando estes níveis não estão definidos, os pedidos circulam entre equipas, o tempo de resposta aumenta e os utilizadores deixam de saber quem deve resolver cada situação.
Um modelo maduro procura resolver cada questão no nível adequado e escalar apenas quando necessário. Isto reduz dependência e melhora autonomia sem eliminar acesso a conhecimento especializado.
Também protege a organização de um risco frequente: transformar o administrador interno na pessoa responsável por tudo. Um utilizador experiente pode conhecer profundamente a plataforma, mas não deve concentrar sozinho configuração, suporte, definição funcional, qualidade dos dados e decisão sobre todos os processos. Essa dependência cria vulnerabilidade operacional e pode levar a decisões importantes tomadas informalmente apenas porque uma pessoa conhece melhor o sistema.
Governação deve continuar depois da implementação
Durante a fase de projeto, existe normalmente mais disciplina. As equipas discutem, testam e validam as alterações. Depois da entrada em produção, pode surgir uma lógica mais reativa: alguém pede uma mudança, o administrador resolve e o processo continua.
É assim que muitas plataformas começam lentamente a afastar-se do modelo inicialmente definido.
Um novo projeto exige uma exceção. Uma equipa pede outro estado. Um cliente solicita um documento específico. Um utilizador quer uma vista diferente. No entanto, nenhuma destas decisões é necessariamente problemática. O risco surge quando alguém resolve cada pedido isoladamente, sem perceber se a necessidade é local, temporária ou suficientemente relevante para alterar o modelo global.
Por isso, governação não deve terminar quando termina o projeto de implementação. Deve acompanhar a evolução da plataforma.
Contudo, não é necessário criar estruturas pesadas. Em muitas organizações, basta definir responsáveis, critérios para alterações, registo das mudanças relevantes e momentos periódicos de revisão. O importante é que a evolução seja intencional.
Também deve existir algum nível de rastreabilidade. Quando uma regra importante muda, deveria ser possível perceber o que mudou, porquê e quem validou a decisão. Sem esse contexto, a plataforma começa a depender da memória das pessoas, e essa memória perde-se quando existem mudanças de equipa.
A governação deve garantir continuidade.
O verdadeiro dono da plataforma HSE é um modelo de responsabilidades
Perguntar “quem é o dono da plataforma HSE?” é útil porque obriga a organização a identificar responsabilidades que muitas vezes permanecem implícitas.
IT pode ser responsável pela arquitetura e segurança. HSE pode ser proprietário dos processos funcionais. Operações pode ser responsável pela execução no terreno. Gestão Documental pode controlar determinados requisitos e critérios. Administradores podem gerir a configuração. O implementador pode apoiar evolução e otimização. O fabricante garante a tecnologia.
Porém, nenhuma destas responsabilidades, isoladamente, é suficiente.
Na verdade, o valor está na forma como se articulam.
Uma plataforma HSE é um sistema vivo. A organização muda, os requisitos evoluem, entram novos utilizadores e surgem novas necessidades. Sem governação, esta evolução acontece de forma fragmentada. Com governação, a plataforma pode adaptar-se mantendo coerência, qualidade dos dados e alinhamento com a operação.
As perguntas essenciais são simples:
Quem decide? Quem configura? E quem mantém os dados? Quem presta suporte? Quem aprova alterações críticas? E quem acompanha a utilização? E quem garante que a plataforma continua alinhada com os objetivos da organização?
Responder a estas perguntas é tão importante como escolher a tecnologia.
Porque, depois da entrada em produção, a plataforma deixa de ser apenas um projeto.
Passa a ser uma infraestrutura operacional.
E uma infraestrutura deste tipo precisa de responsabilidades claras, decisões estruturadas e ownership contínuo para permanecer útil ao longo do tempo.
Para aprofundar: Plataforma HSE e digitalização HSE: Guia completo.
Leia também: Quanto mais configurável é a plataforma HSE, maior deve ser a governação e Como medir se uma plataforma HSE está realmente a ser adotada.
Para mais informação sobre normas internacionais de gestão, consulte a Organização Internacional de Normalização (ISO).