Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Entre 1977 e 1985 A Morton-Thiokol descobre problemas nas juntas em 3 voos do Shuttle.
Pessoal envolvido:
Larry Mulloy - Director responsvel da NASA que desafiou os engenheiros a deciso de no lanar.
Morton Thiokol - Empresa contratada pela Nasa para fabrico do Solid Rocket Booster
Jerald Mason Executivo senior que encorajou Lund para rever a deciso de no lanar.
3
Causas
Fornecedor dos vedantes dos O-rings tinha mudado recentemente (No conclusiva)
Os O-rings passaram a ser sujeitos a testes de presso que antes eram de 50 psi para 100-200 psi
determinada temperatura.
bordo do Shuttle falar em directo da nave nessa altura com Ronald Reagan.
O Congresso Americano estava a fazer Lobby para que a NASA fosse comercialmente
rentvel, passando a cobrar passageiros nos seus voos. Esta presso, adicionada ao
facto de que no havia cumprimento de prazos aumentou a presso para o lanamento.
5
A Deciso
27 de Janeiro 1986: Alan McDonald pede aos seus Engenheiros da Thiokol para
O Director da SRB Project (NASA), Larry Mulloy, argumentou que a apresentao foi
A Deciso
Um Director executivo da Thiokol, Jerald Mason, comentou que era necessrio uma
deciso da direco e disse a Bob Lund: "Tire o seu chapu de engenharia e ponha o
seu chapu de gesto.
Porque falhou?
Houve uma falha de comunicao entre os engenheiros, dos quadros mais baixos do processo de
Os engenheiros, que tm a sua prpria linguagem tcnica que uma pessoa normal no entende,
importante que estes gestores no ignorem a sua prpria experiencia de engenharia ou o valor
tcnico dos seus colegas engenheiros subordinados pois muitas das vezes um engenheiro que
est na administrao no tem os conhecimentos tcnicos actualizados ao contrrio dos seus
colegas da produo.
importante que qualquer deciso deve ser tomada com pleno conhecimento dos aspectos
tcnicos.
Um outro problema que no havia suficiente matria de anlise das anteriores falhas.
9
Concluses
prpria experincia tcnica, ou da sua equipa tcnica. Engenheiros em funes gerenciais muitas
vezes no se atualizam tecnicamente, devendo portanto ouvir e avaliar o posicionamento da sua
equipa tcnica.
entender que NO havia dados suficientes No haver dados NO significa que eles no existam.
Se no h dados para evidenciar um risco, h que procur-los, seja para constatar ou no a
existncia real do risco.
10
Bibliografia
Engineering Ethics The Space Shuttle Challenger Disaster Department of Philosophy and