Recentemente, sent\u00e1mo-nos com Dirk-Jan Wienen, um dos nossos gestores de sucesso do cliente, para aprender algumas das melhores pr\u00e1ticas a seguir e obst\u00e1culos a evitar para as empresas que procuram integrar a monitoriza\u00e7\u00e3o da sa\u00fade dos activos baseada em IA e a intelig\u00eancia energ\u00e9tica nos seus sistemas existentes. Dirk-Jan partilhou a sua experi\u00eancia de trabalho com algumas das maiores empresas de \u00e1gua e \u00e1guas residuais do mundo para implementar a manuten\u00e7\u00e3o baseada em condi\u00e7\u00f5es em escala.<\/p>\n
A coisa mais importante que pode fazer \u00e9 saber onde quer chegar. Poupar-lhe-\u00e1 imensa frustra\u00e7\u00e3o e tempo perdido se come\u00e7ar com o fim em mente. Isto n\u00e3o quer dizer que n\u00e3o consiga l\u00e1 chegar se n\u00e3o planear tudo com anteced\u00eancia, mas chega l\u00e1 muito mais depressa e o resultado \u00e9 geralmente muito melhor.<\/p>\n
Suponhamos que uma das suas equipas de manuten\u00e7\u00e3o identificou um novo monitoriza\u00e7\u00e3o do estado<\/a> sistema que querem experimentar. T\u00eam vindo a utilizar inspec\u00e7\u00f5es manuais com sensores de vibra\u00e7\u00e3o port\u00e1teis desde sempre e conclu\u00edram que uma vers\u00e3o automatizada com sensores sem fios instalados permanentemente lhes pouparia imenso tempo. Assim, iniciam um projeto-piloto com um sistema de vibra\u00e7\u00e3o baseado em IA que trata de toda a an\u00e1lise na sua pr\u00f3pria plataforma e envia alertas quando detecta um problema em desenvolvimento. Uma vez que se trata de um projeto-piloto, est\u00e3o apenas a testar o sistema para ver como funciona, pelo que o instalam em cerca de dez activos cr\u00edticos. O teste terminou, o sistema funcionou muito bem, e eles puderam abandonar totalmente as visitas de rotina programadas a essas dez m\u00e1quinas. Poupou imenso tempo. Ent\u00e3o, implementam o sistema em todos os seus activos, talvez quinhentas pe\u00e7as de equipamento diferentes. E de repente est\u00e3o a afogar-se em notifica\u00e7\u00f5es. N\u00e3o pensaram na forma como o sistema seria escalonado e agora o problema \u00e9 que s\u00f3 atribu\u00edram um engenheiro para processar e dar prioridade aos alertas. Assim, as m\u00e1quinas continuam a falhar inesperadamente, apesar de o sistema de monitoriza\u00e7\u00e3o de condi\u00e7\u00f5es estar a funcionar perfeitamente. Se eles tivessem considerado como seria a implementa\u00e7\u00e3o em grande escala desde o in\u00edcio, teriam sido capazes de planear a carga de trabalho.<\/p>\n LEITURA RELACIONADA:\u00a0<\/strong>Manuten\u00e7\u00e3o baseada na condi\u00e7\u00e3o: da tecnologia-piloto \u00e0 implementa\u00e7\u00e3o \u00e0 escala<\/strong><\/a><\/p>\n Esquecer-se de considerar como os resultados pretendidos se sobrep\u00f5em e afectam os resultados e incentivos comerciais mais amplos. Os projectos-piloto de monitoriza\u00e7\u00e3o de condi\u00e7\u00f5es centram-se geralmente na melhoria dos resultados da empresa estrat\u00e9gia de manuten\u00e7\u00e3o<\/a>A manuten\u00e7\u00e3o baseada nas condi\u00e7\u00f5es \u00e9 um processo de preven\u00e7\u00e3o de falhas e de elimina\u00e7\u00e3o das inspec\u00e7\u00f5es de rotina. Mas tamb\u00e9m tem de considerar quais os outros processos em curso na sua organiza\u00e7\u00e3o que tocam ou intersectam os seus processos de manuten\u00e7\u00e3o baseada nas condi\u00e7\u00f5es em determinados momentos. N\u00e3o apenas as restri\u00e7\u00f5es internas, mas tamb\u00e9m as externas. Por exemplo, a Ofwat, a entidade reguladora dos servi\u00e7os de \u00e1gua no Reino Unido, trabalha com um quadro regulamentar em que as empresas s\u00e3o recompensadas ou penalizadas com base nas suas despesas ao longo do ano versus quaisquer resultados melhorados que estejam a mostrar. No entanto, o OPEX adicional tem um impacto negativo na pontua\u00e7\u00e3o de uma empresa de servi\u00e7os p\u00fablicos em compara\u00e7\u00e3o com o CAPEX adicional, o que faz com que as empresas de \u00e1gua prefiram solu\u00e7\u00f5es CAPEX. Isso incentiva as empresas de \u00e1gua a gerir os seus activos at\u00e9 \u00e0 falha, porque o custo de reparar proactivamente uma bomba com base num alerta de CBM vem do OPEX, enquanto que a substitui\u00e7\u00e3o de uma bomba que morreu vem do CAPEX. Se n\u00e3o resolver este incentivo incorreto, perder\u00e1 grande parte do valor do novo tecnologia de monitoriza\u00e7\u00e3o do estado<\/a> e nunca ser\u00e1 verdadeiramente capaz de adotar uma estrat\u00e9gia de manuten\u00e7\u00e3o proactiva e baseada no estado.<\/p>\n O mesmo se aplica aos sistemas digitais de intelig\u00eancia energ\u00e9tica. Por exemplo, as empresas de \u00e1gua do Reino Unido operam de uma forma que faz com que seja muito mais importante para elas manter os seus activos a funcionar do que t\u00ea-los a funcionar da forma mais eficiente poss\u00edvel. Nos nossos clientes do sector da \u00e1gua do Reino Unido, vemos habitualmente bombas extremamente ineficientes, onde poderiam poupar literalmente seis d\u00edgitos por ano se optimizassem o modo de funcionamento das bombas ou mesmo se as substitu\u00edssem por uma vers\u00e3o mais eficiente. Mas a equipa que colheria os benef\u00edcios de uma bomba que funciona de forma mais saud\u00e1vel e eficiente a longo prazo n\u00e3o \u00e9 a equipa que est\u00e1 realmente encarregada de fazer as altera\u00e7\u00f5es necess\u00e1rias para obter esses resultados. E essas equipas s\u00f3 s\u00e3o avaliadas quanto ao facto de as suas bombas estarem a fazer o que \u00e9 suposto estarem a fazer - n\u00e3o importa se o est\u00e3o a fazer bem ou mal. Elas sabem que o que est\u00e3o a fazer atualmente \u00e9 manter as bombas a funcionar e, para elas, as altera\u00e7\u00f5es operacionais n\u00e3o passam de um risco.<\/p>\n T\u00eam de estar conscientes de que, se querem realmente maximizar os benef\u00edcios que (por exemplo) as suas equipas de otimiza\u00e7\u00e3o energ\u00e9tica lhes podem trazer, ent\u00e3o t\u00eam de lhes dar o mandato para fazerem determinadas altera\u00e7\u00f5es e, como empresa, aceitar o risco. Tem de haver algu\u00e9m mais alto na organiza\u00e7\u00e3o que assuma a responsabilidade pelo risco de que, quando se fazem estas altera\u00e7\u00f5es para otimizar as bombas, nunca se pode excluir uma interrup\u00e7\u00e3o tempor\u00e1ria das opera\u00e7\u00f5es. Por isso, a minha dica pr\u00e1tica seria encontrar a pessoa mais alta que puder e entusiasm\u00e1-la com o projeto.<\/p>\n \u00c9 importante garantir que o novo sistema de gest\u00e3o da confian\u00e7a possa funcionar com todas as ferramentas utilizadas por todas as equipas envolvidas nos processos relevantes. \u00c9 necess\u00e1rio envolver todas estas pessoas na viagem de mudan\u00e7a que est\u00e1 a fazer. N\u00e3o da mesma forma que as equipas de manuten\u00e7\u00e3o, que trabalhar\u00e3o muito mais diretamente com o novo sistema, mas, por exemplo, as equipas que planeiam os ciclos de substitui\u00e7\u00e3o de activos t\u00eam de estar cientes de que existe uma ferramenta de gest\u00e3o do ciclo de vida que pode muito bem ajud\u00e1-las a planear melhor o seu pr\u00f3prio trabalho, como contributo adicional. Da mesma forma, as equipas que trabalham no seu plano de resposta \u00e0 seca (se fornecer \u00e1gua pot\u00e1vel) precisam de ser inclu\u00eddas, porque sabem melhor do que ningu\u00e9m quais os riscos que precisam de ser geridos para evitar interrup\u00e7\u00f5es no fornecimento quando cada gota de \u00e1gua se torna essencial.<\/p>\nQuais s\u00e3o outros obst\u00e1culos que j\u00e1 viu as empresas trope\u00e7arem?<\/strong><\/h2>\n
Como \u00e9 que as empresas podem evitar esta armadilha?<\/strong><\/h2>\n
Quais s\u00e3o as outras formas de as empresas alargarem o seu \u00e2mbito?<\/strong><\/h2>\n