O que a BP pode nos ensinar sobre TI

Tendo trabalhado com um cliente que presta serviços na área de pesquisa e produção em campos de petróleo, precisamente no fornecimento de brocas, ferramentas de perfuração, lama e know-how para empresas como a BP, foi um continuo espantado a forma como o processo é tecnicamente complexo. A maioria de nós não tem o minimo de conhecimentos de que a gasolina que abstecemos o nosso carro num posto de combustível, assim como o trabalhador médio não pensa nada acerca da complexidade necessária para fornecer tudo, desde o e-mail para ERP no seu computador. Em muitos casos, as pessoas não suspeitam de que a indústria do petróleo está acima de todos os tipos de actos nefastos, como muitos suspeitam que as TI corporativas existem apenas para espioná-los, restringir o acesso e, geralmente, dificultar as suas vidas.

O paralelo mais dramático é que o derrame de petróleo do Golfo do Mexico é na sua essência um problema técnico, exigindo uma solução técnica. Embora a segurança e as  falhas no processo de gestão levaram ao desastre, nenhuma política de gestão das expectativas, PR, or “ass kicking” pode mudar o facto de que um furo de um quilômetro abaixo da superfície do oceano até muito recentemente estava derramando óleo de forma inabalável e os técnicos da BP e seus fornecedores eram os únicos que poderiam algo sobre isso. Assim, seguem abaixo as lições que a TI pode aprender com este incidente?

• Aceitar culpabilidade e continuar com o jogo de culpa ("Accept culpability now, play the “Blame Game” later") - Imediatamente após o derrame, CEO da BP, Tony Hayward aceitou a total responsabilidade pelo acidente e prometeu pagar pelos danos. Imediatamente depois, a classe política nos Estados Unidos começaram a apontar o dedo e fazer acusações, as duas partes com as melhores capacidades para resolver o problema, assim o governo E.U.A. e a BP, foram colocados em um relacionamento de adversário quando precisavam mais um do outro. Quando se tem um desastre, deve-se reconhecê-lo, assumir a responsabilidade como CIO, e  preocupar-se com o culpado depois da confusão estar resolvida. 

• Às vezes o "plano B" não é tão bom o suficiente ("Sometimes “Plan B” isn’t good enough") - A solução para o longo prazo do derramamento de petróleo do Golfo do Mexico foi um alívio, mas o processo que foi iniciado imediatamente, levaria alguns meses para dar os seus frutos. A BP ofereceu planos alternativos diferentes, mas quando o primeiro plano suplente falhou, eles pareceram ser apanhados de surpresa e despreparados. Num desastre desta magnitude, o "plano B" não é suficiente. Durante varias semanas milhares de barris de óleo foram derramados, poderiam ter sido salvos se a BP coloca-se em simultâneo em execução os planos de backup adicionais, ao invés de tentar um, falhar, e em seguida, tomando o tempo para planejar e executar um outro plano alternativo.

• Fornecer informações actualizadas regulares através de um porta-voz competente ("Provide regular updates through a competent spokesperson") - A BP forneceu relatórios do ponto de situação(“status reporting”), indo tão longe ao ponto de incluir videos ao em directo "live streaming" apartir de robôs subaquáticos no seu site, mas faltava alguém que pudesse explicar os desafios técnicos e o plano que estava a ser implementado no local, em termos leigos. Como é sabido, a exploração de petróleo tem uma linguagem própria e complexidade técnica ("mind-bending technical complexity"). Como as pessoas tem perguntado, se a BP não poderia simplesmente "tapar o furo", que fez um mau trabalho de manter o público informado das dificuldades e do plano de remediar, numa linguagem que todos possam compreender facilmente.

• A importância das aparências ("Appearances matter") - O CEO da BP e o presidente Barak Obama tomaram decisões legítimas para as suas imagens. Embora a presença destes dois homens, obviamente, não iria contribuir para a solução técnica para o problema, como um líder que se espera estar em cena durante todo o desastre, não fugindo a uma corrida de iates ou num campo de golfe.

Certamente haverá anos de precipitação a partir desta catástrofe, e é digno de ser estudado como um líder empresarial, se você está dentro ou fora da parte técnica de sua organização. Para o líder de TI, o derrame fornece o exemplo perfeito do que um "outsider" como você vê a tentativa de corrigir um problema técnico. Assim como você provavelmente não entender as nuances da perfuração direcional ou prevenção de "blowout", ter o cuidado com os seus componentes como firewalls ou a falha nos sistemas.

Patrick Gray é o fundador e presidente do Prevoyance Group , e autor de  Breakthrough IT: Supercharging Organizational Value through Technology .  Prevoyance Group fornece serviços de consultoria estratégica de TI para Fortune 500 e milhares de empresas.  Patrick pode ser contactado atraves do endereço patrick.gray@prevoyancegroup.com

Fonte: Techrepublic