100 regras para projetos - pela NASA
Autor: Luiz Fernando Xavier | Publicado: 2011-05-10T17:30:00-03:00

As técnicas de Gestão de Projetos aumentam consideravelmente as chances de sucesso. Mas não são garantia total. É muito importante que a teoria das escolas, dos guias e livros esteja conectada principalmente à prática. 

O melhor jeito de aprender a gerenciar projetos é participando de projetos!

No campo da teoria, entretanto, conhecer o histórico de profissionais traz luz a momentos em que enfrentamos o desconhecido. Trata-se do importante hábito de estudar e ler sobre práticas de sucesso de grandes empresas, sejam elas especializadas em projetos ou não.

Pensando nisso, Jerry Madden, ex-diretor associado da Diretoria de Projetos de Vôo Espacial da Nasa, escreveu uma lista com 100 regras para Gerenciamento de Projetos, de acordo com suas experiências em mais de 35 anos na entidade.

"Nem todos os gerentes de sucesso são competentes. Nem todos os que falharam são imcompetentes" - Jerry Madden.

Confira a lista, traduzida e postada anteriormente&nbsp;por Luís Afonso Assumpção, no Gerenciandoprojetos.com. É extensa, mas interessante!
O Gerente de Projetos
Regra # 1: Um gerente de projeto deve visitar todos que fazem qualquer coisa para seu projeto ao menos uma vez, deve conhecer todos os gerentes de seu projeto (governo e contratantes), e conhecer os membros da equipe de integração. As pessoas gostam de saber que o gerente de projeto está interessado em seu trabalho e a melhor maneira de se fazer isto é visitar as pessoas em seus ambientes de trabalho, como primeira ação, e veja o que cada um está fazendo.

Regra # 2: Um gerente de projeto deve saber o que motiva os componentes ou contratados do projeto (isto é, seu sistema de premiação, seu sistema fiscal, suas políticas, e a cultura da companhia).

Regra # 3: Os princípios de gerência são ainda os mesmos. Somente as ferramentas mudaram. A questão ainda se fundamenta em encontrar as pessoas certas para fazer o trabalho e não ficar no caminho, para que elas possam executá-lo da melhor maneira.

Regra # 4: Sempre jogue limpo, com qualquer pessoa. A atividade Aeroespacial não é um campo de trabalho muito amplo. Você pode ficar surpreso com a freqüência que você tem que trabalhar com as mesmas pessoas. Melhor ser respeitado do que carregar ressentimentos.

Regra # 5: Pessoas agressivas, desprezíveis e totalmente impopulares, bem como “gentlemen” e “ladies” podem gerentes de projeto. Os fracassados, procrastinadores e os fracos não podem ser gerentes de projetos.

Regra # 6: Um gerente de projeto adequado é aquele que está “em compasso de espera” de sua próxima tarefa ou à beira de um fracasso. Segurança não é normal para um gerente de projeto.

Regra # 7: Um fato novo que os gerentes tem de encarar é de que todos querem resolver somente seus próprios problemas. As pessoas são orientadas por suas chefias para “resolver os seus problemas”, e não ajudar os outros. Afinal “foram contratados para isso”.

Regra # 8: Ser rápido não significa não pensar por conta própria. Você deve ter tempo de parar para “sentir o perfume das rosas”. No seu trabalho, você deve reservar algum tempo para entender as conseqüências de suas ações.

Regra # 9: O chefe pode não saber como se faz o trabalho, mas deve saber exatamente o que quer. O chefe deve descobrir quais são suas expectativas e desejos, se ele ainda não sabe. Uma liderança cega tende a andar em círculos.

Regra # 10: Nem todos os gerentes bem sucedidos são competentes e nem todos os gerentes fracassados são incompetentes. A sorte também faz parte do sucesso ou do fracasso, mas favorece mais os gerentes que trabalham duro e comprometidamente.

Regra # 11: Nunca tente desforrrar de alguma leve desconsideração por parte de qualquer integrante do projeto. Não é uma boa atitude e põe-no no mesmo nível da outra pessoa e, provavelmente, acaba por atrapalhar o desenvolvimento do projeto.

Regra # 12: Não radicalize demais em suas opiniões de modo que não possa mudar de posição, especialmente se o seu pessoal lhe diz que você está errado. Você deve cultivar uma atitude onde seu pessoal possa lhe dizer abertamente quando você toma decisões erradas.

Regra # 13: Um gerente de projeto que seja, ao mesmo tempo, o coordenador de sistemas ou gerente financeiro é como alguém que tenta fazer uma cirurgia de coração nele mesmo.

Regra # 14: A maioria dos gerentes tem o seu sucesso baseado na força e habilidade de sua equipe de funcionários.

Trabalho Inicial
Regra # 15: As sementes dos problemas são plantadas muito cedo. O planejamento inicial é a parte a mais vital de um projeto. A revisão da maioria dos projetos fracassados ou com problemas indicam que os desastres foram muito bem planejados desde o começo.

Comunicações
Regra # 16: Os esforços cooperativos requerem bons sistemas de comunicação e aviso. Um gerente de projeto deve sempre tentar manter seus pares cientes sobre o que está acontecendo e deve ser o primeiro a comunicar sobre qualquer boato ou mudança de plano. A equipe deve consultada antes de qualquer decisão ser comunicada, mesmo que eles tenham somente uma pequena parte do trabalho. Os parceiros de negócio devem ser consultados antes que as coisas estejam postas no formulário final, mesmo se têm somente uma parte pequena da ação. Um gerente de projeto que deixa sua equipe ou parceiros “no escuro” será motivo de desmotivação e pode perder a confiança do grupo.

Regra # 17: Não economize palavras nem conversa; A melhor maneira compreender os problemas da equipe ou um problema técnico é falar com as pessoas certas. A falta de diálogo entre a equipe e seus parceiros é mortal.

Regra # 18: A maioria de reuniões internacionais é realizada em inglês. Esta é uma língua estrangeira para a maioria de participantes tais como americanos, alemães, italianos, etc. É importante ter discussões adequadas de modo que não haja nenhuma interpretação errada do que foi dito.

Regra # 19: Você não pode ser ignorante da “língua” da área que você gerencia ou das áreas com que você se relaciona. Educação constante é uma obrigação para o gerente moderno. Existem diversos cursos disponíveis para se aprender o informatiquês, o economês e todos os “ês” do mundo atual. Você não pode gerenciar se não compreender o que está sendo dito ou escrito.

Pessoas
Regra # 20: Você não pode prestar atenção a tudo. Mas você pode prestar atenção às pessoas. Elas têm de saber que você não aceitará um trabalho fraco ou insuficiente.

Regra # 21: Nós desenvolvemos um conjunto de pessoas cujo interesse pessoal está acima do trabalho ou ao menos assim parece a alguns gerentes mais velhos. Parece aos gerentes mais velhos que os mais jovens estão mais interessados pelos menos mais na forma do que na substância. A pergunta é se os gerentes mais velhos estão certos ou apenas mais idosos? Considere ambos os pontos de vista.

Regra # 22: Um bom técnico, um bom inspetor de qualidade e bons líderes informais são mais importantes na obtenção de um bom trabalho do que uma montanha de papéis e documentações.

Regra # 23: A origem da maioria dos problemas são as pessoas, mas é difícil que admitam isso. Conheça as pessoas que trabalham em seu projeto para saber quais são os reais pontos fracos.

Regra # 24: Devem-se prestar muita atenção aos “workaholics”, os viciados em trabalho. Se eles estão indo no sentido errado, podem causar muitos estragos em pouco tempo. Pode ser fácil sobrecarregá-los e causar uma exaustão prematura quando é difícil determinar quando sua carga de trabalho for demasiada, uma vez que muito de sua carga de trabalho é gerada por ele mesmo. É importante certificar-se de que os workaholics têm suficiente tempo de descanso e que o horário de trabalho não exceda 1 ¼ ou 1 ½ vezes o horário normal.

Regra # 25: Sempre tente negociar seu suporte interno até ao nível mais baixo (operacional). O que se quer é o comprometimento da pessoa encarregada do trabalho e quanto mais próximo você se estiver dela durante as negociações, melhor será o seu atendimento posterior.

Regra # 26: Se você tem na sua equipe pessoas que não observam, não perguntam e não analisam, peça a elas que mudem de área.

Regra # 27: O tempo de cada um é muito importante. Como gerente você deve demonstrar que compreende valor do tempo para cada pessoa (isto é, as tarefas que você distribui e reuniões devem ser necessárias). Você deve, quando possível, proteger sua equipe de trabalhos desnecessários (isto é, alguns pedidos podem ser ignorados ou uma recusa pode ser comunicada ao requisitante).

Regra # 28: Pessoas que apenas monitoram ou acompanham os trabalhos e não ajudam efetivamente no projeto parecem nunca saber exatamente o que está acontecendo (estar envolvido é a chave da excelência).

Regra # 29: Não há melhor motivação do que dar a uma pessoa total controle sobre sua parte do trabalho. Um tapinha nas costas ou alguma forma de premiação também ajudam.

Regra # 30: São principalmente os incompetentes que não gostam de mostrar seus trabalhos.

Regra # 31: Existem certas ocasiões em que somente determinada pessoa pode dar conta da tarefa. Isto acontece principalmente nas áreas técnicas, onde a habilidade e arte são necessárias acima do normal. Trate estas pessoas com atenção e dedicação, mas faça-as começar o trabalho o mais rápido possível. Repassar estas tarefas para outras pessoas levará duas ou três vezes o tempo normal e ficará abaixo do padrão de qualidade.

Regra # 32: As pessoas têm razões para fazer coisas da maneira que fazem. A maioria das pessoas quer fazer um bom trabalho e, se não o consegue, o problema é que eles provavelmente não sabem como ou exatamente o que era esperado.

Regra # 33: Se você tiver um problema que requeira mais pessoas para resolver, você deve agregar pessoas à equipe assim como um cozinheiro vai pondo sal numa receita que tenha ficado insossa: aos poucos.

Avaliações e Relatórios
Regra # 34: A NASA estabeleceu um grupos de avaliadores e um número de sessões de revisão / avaliação pré-determinadas para cada projeto. Uma vez estabelecidos firmemente, este sistema se auto coordenará para se efetivar. Tente encontrar uma maneira para que as avaliações trabalhem para você e o seu projeto.

Regra # 35: O número das sessões de revisão / avaliação está aumentando, mas o projeto não avança no mesmo ritmo, de modo que as informações s de feedback do projeto não têm muitas novidades; conseqüentemente, todos seus gráficos, planilhas e material de apresentação devem ser finalizados com este fato em mente. Isto significa construir um jogo de slides que necessite somente a troca da seqüência para ser usado em de uma apresentação para outra.

Regra # 36: Não esconda nada dos avaliadores. Sua reputação e a deles estão em jogo. Exponha todos os problemas. Não ofereça desculpas – somente os fatos.

Regra # 37: As avaliações (feitas por equipes) externas são programadas para a pior época possível, então sempre mantenha um conjunto de informações técnicas e de negócio atualizadas, de modo a responder rapidamente aos questionamentos. Não ter dados atualizados pode causar reagendamentos desnecessários.

Regra # 38: Nunca desautorize sua equipe de funcionários em público (isto é, em reuniões públicas, mude as diretivas de trabalho que você as direcionou para fazer). Mesmo se você gerencie uma mudança, nunca tome decisões sem a participação de sua equipe de funcionários.

Regra # 39: As avaliações servem para o avaliado e não para o avaliador. A avaliação é um fracasso se o avaliado não aprende nada com ela.

Regra #40: Uma reunião de trabalho deve contar com, no máximo, seis pessoas. Reuniões com mais participantes do que isso devem ser informativas ( o gerenciamento científico tem mostrado que, num grupo maior que doze pessoas, alguns estarão simplesmente perdendo seu tempo).

Regra #41: O total de avaliações e relatórios são proporcionais ao entendimento da gerencia (isto é, quanto menos a gerencia entende ou conhece as atividades, mais ela requisitará avaliações e relatórios). É necessário neste tipo de ambiente que os dados sejam apresentados de tal forma que, para uma pessoa levemente familiarizada com as atividades, possa entendê-los. Manter dados e informações simples e claros não insultam a inteligência de ninguém.

Regra #42: Gerentes que só se baseiam em papéis ou documentos para reportar atividades são fracassos conhecidos.

Regra #43: A documentação não pode tomar o lugar do conhecimento. Existe uma grande diferença entre o que era para ter acontecido, o que se pensou que tivesse acontecido e a realidade. Documentos são normalmente imagens estáticas de um momento e que perde a validade rapidamente.

Regra #44: Só por que você fornece relatórios mensais, não pense que você pode condensar tudo num relatório anual. Se a alta direção entendeu os relatórios mensais, eles não necessitarão um anual.

Regra #45: Resumos ou briefings de projeto estão começando a se tornar pesados. Cada projeto pode contar com milhares destes resumos ou briefings. Isto significa que a alta direção tem de conhecer pelo menos centenas deles. Use os com parcimônia durante apresentações, a menos que seu objetivo seja causar confusão.

Regra #46: Lembre-se que é muito mais fácil produzir um relatório, sem sentido, na sua avaliação, do que questionar sua necessidade. Questione somente se for uma questão global que irá poupar muito trabalho futuro.

Subcontratados e Contratação
Regra #47: Um gerente de projeto não é monitor do trabalho de um subcontratado, mas deve ser o direcionador. Em situações em que existe uma taxa de premiação, nosso pessoal deve fazer todo o esforço possível para que os subcontratados obtenham um alto rendimento (isto é, estejam dentro da programação e produzam um bom trabalho). Se os subcontratados falham, a Nasa irá também falhar e é por isso que devemos ser pró-ativos em dar suporte a eles. É por isso que baixos índices prejudicam o desempenho tanto do gerente do projeto como do gerente dos subcontratados, por que significa que o trabalho não está sendo bem executado.

Regra #48: Um taxa premiação é uma boa ferramenta, que disciplina tanto o subcontratado como a equipe interna. O índice dado representa o status do projeto bem com as habilidades de gerenciamento de ambas as partes. O sistema de avaliação de projetos (pms) deve ser usado para verificar os índices. A persistência de baixos índices requer intervenção da alta direção para determinar a razão. A persistência de bom índices que são consistentes com pms refletem projetos bem tocados, mas se estes índices não são consistentes com o pms, a alta direção deve tomar ações para determinar o porquê.

Regra #49: O moral do pessoal subcontratado é também importante para o gerente do projeto. Assim como você não compraria um carro montado por funcionários descontentes, você não vai querer comprar hardware para vôo desenvolvido por pessoas desmotivadas. Você deve tomar um papel ativo no processo de motivação de toda a equipe do projeto.

Regra #50: Ser amigável com os terceiros é legal – ser amigo dos terceiros perigoso para sua objetividade.

Regra #51: Lembre-se de que os terceiros têm a tendência de envolver, nas suas tarefas do dia–a –dia com pelos menos uma pessoa de sua equipe. Sua equipe lhe custa então pelo menos uma pessoa subcontratada por ano.

Regra #52: Subcontratantes tendem a dimensionar seus recursos de acordo com os recursos do cliente. Se eles acharem que seus recursos / equipe são ruins, eles enviarão seus piores recursos para dentro de seu projeto.

Regra #53: Subcontratados respondem bem aos clientes que prestam atenção ao que eles estão fazendo, mas não muito bem aos clientes que continuamente criticam suas atividades. A regra básica é de que o cliente tem sempre razão, mas os custos irão aumentar se o cliente sempre quiser as coisas feitas de sua maneira ao invés da maneira que o subcontratado planeja fazê-la. A verdadeira regra é: nunca mude o que foi planejado pelo subcontratado a menos que seja falho ou tenha custo muito alto (isto é o velho ditado que diz que o “melhor” é o inimigo do “bom”).

Regra #54: Existe somente uma solução para um gerente de projeto fraco – livre-se dele o mais rápido possível. A maior tarefa de um gerente de projeto é manter os clientes felizes. Assegure-se de que quem trabalha com você sabe que não são palavras bonitas ou adulação que o deixa satisfeito, mas produtos ou tarefas executados no prazo e custo estimado.

Engenheiros e Cientistas
Regra #55: Os excessos nos projetos são comuns. Engenheiros gostam de soluções enigmáticas ou complicadas. Tente manter os seus projetos o mais simples possível.

Regra #56: O primeiro sinal de perigo vem do cronograma ou da curva de custo. Os engenheiros são os últimos a saber que estão com problemas. Engenheiros são otimistas natos.

Regra #57: O projeto necessita de muitos recursos. Provavelmente existem de cinco a dez engenheiros de sistema dentre os subcontratados e/ou desenvolvedores de sistemas.Estes são recursos poderosos que podem (e devem) ser usados para atacar possíveis problemas.

Regra #58: Muitos gerentes, só por que têm cientistas sob contrato em seus projetos, esquecem que os cientistas são os seus clientes finais e muitas vezes têm acesso muito mais próximo à diretoria do que o próprio gerente de projeto.

Regra #59: Muitos cientistas são racionais até o momento que você coloca seus projetos em perigo. Eles trabalharão para você se acreditarem que você diz a verdade. Podem até mesmo restringir os seus próprios projetos para isso.

Hardware
Regra #60: No negócio aeroespacial não existem conceitos como hardware já usado anteriormente. As pessoas que constroem os equipamentos mais novos provavelmente nunca viram a versão anterior. Existem, provavelmente, pequenas mudanças (talvez grandes mudanças); o ambiente operacional provavelmente tenha mudado, as pessoas que checam a unidade em muitos casos não entenderão o seu funcionamento ou do equipamento de teste.

Regra #61: A maior parte dos equipamentos funcionam como são construídos, não como o projetista o planejou. Isto acontece pelo fato de que o layout do design, o fraco entendimento do projeto das peças ou das especificações dos componentes.

Computadores e Programas
Regra #62: O não uso de técnicas modernas , como sistemas computadorizados, é um grande erro, sendo um erro maior ainda esquecer-se de capacidade de simulação que os computadores possuem.

Regra #63: O Software agora gerencia todos os parâmetros de hardware (isto é, necessidade de ascensão horizontal, alto percentual de custo da missão de vôo, necessidade de controle de qualidade, necessidade de procedimentos de validação, etc.)has now taken on all the parameters of hardware (i.e., requirement creep, high percentage of flight mission cost, need for quality control, need for validation procedures, etc.). Os sistemas em geral têm a caraterística única de ser impossível de se prever quando irão falhar. Faça o básico funcionar primeiro, depois os adicione os penduricalhos. Nunca jogue fora uma versão que funciona mesmo que você tenha toda a confiança do mundo de que a nova versão funcionará. É necessário ter planos de contingência para softwares.

Regra #64: O sistema é freqüentemente revisado por meio de simulações ou testes, mas existem falhas escondidas e difíceis de detector nas simulações que são causados por entrada errada de dados.

Regra #65: Nos velhos tempos, engenheiros tinham experiência prática, o pessoal técnico entendia como a parte eletrônica funcionava e o que deveria ser feito e técnicos em layout também sabiam (hoje em dia somente o computador sabe com certeza o que acontece e não tem capacidade de falar sobre isso).

Alta Direção, Comitê de projetos e outros
Regra #66: Não tente entender porque os gerentes fazem certas coisas. Se achar que precisa entender algo, pergunte. Você obterá algumas respostas que vão te surpreender.

Regra #67: Conheça seu gerente – alguns gostam de piadas, outros gostam somente das piadas que eles contam.

Regra #68: Lembre-se que o chefe tem o direito de tomar decisões. Se você acha que ele está errado, fale o que você pensa para ele, mas se ele insistir em fazer as coisas à sua maneira, faça como ele pediu, mesmo discordando, e dê o seu melhor para que o resultado seja satisfatório.

Regra #69: Nunca cobre da gerência decisões que você mesmo pode tomar. Assuma que você tem autoridade para tomar certas decisões a menos que haja algum documento que diga especificamente que você não possa fazê-lo.

Regra #70: Você e o gerente de seu projeto têm de trabalhar como um time. O gerente de projeto é seu defensor na alta direção e deve estar bem ligado às pessoas que tomam as decisões e deve ajudá-lo em seu esforço para também fazer parte deste time.

Regra #71: Conheça bem quem decide o que dentro do projeto em que você está. Não importa se é alguém de fora da empresa que tem que acatar as decisões do congresso ou alguém da administração ou algum dos cientistas ou alguém dentro da esfera de comando. Quem quer que seja. Tente obter uma linha de comunicação com eles seja em base formal ou informal.

Planejamento de projeto . Orçamento e Estimativas
Regra #72: Atualmente se diz que os projetos para serem o estado da arte, devem estar dentro do orçamento, assumir riscos, não fracassar e estar dentro do programado. Estranhamente, tudo isto só será consistente se pré-requisitos básicos como perfil e cronograma de financiamento do projeto são previamente estabelecidos e mantidos.

Regra #73: Muitos dos projetos passados que excederam seus orçamentos, o fizeram por causa de estimativas fracas e não por causa de seus erros. Estimar melhor não levará a custos menores, mas melhorará a reputação de negócios na NASA. Na verdade , existe uma alta probabilidade de que estimar melhor poderá até aumentar custos do projeto , por outro lado a taxa de risco poderá diminuir, refletindo um risco menor e uma efetividade melhor , levando a uma melhoria na percepção da empresa como um todo.

Regra #74: Todos os problemas são resolvíveis com tempo adequado, então se assegure que se tenha uma programação de tempo de contingência adequada – se não fizer isso, com certeza o gerente de projeto que tomará o seu lugar o fará.

Regra #75: A velha NASA empurrou os limites da tecnologia e da ciência para mais além; por isso não se preocupara com coisas como mudanças nos escopo ou atrasos. A nova NASA tem de trabalhar como se todos os projetos tivessem um preço fixo, conseqüentemente qualquer mudança no escopo se torna um pecado mortal.

Regra #76: Conheça os recursos da sua equipe e, se possível, das outras equipes. Outras equipes, se tiverem os recursos necessários, normalmente ficarão contentes em ajudar. É sempre surpreendente o quanto de apoio se pode obter quando se, simplesmente, se pede.

Regra #77: Não deve existir informação do tipo “confidencial” sobre o projeto (a não ser informação sobre orçamento que o presidente deve submeter ao congresso) – por isso não trate qualquer informação como se fosse secreta. Todos podem desempenhar melhor suas funções se puderem enxergar o todo, portanto não esconda nenhuma informação de ninguém.

Regra #78: Os programas da NASA competem por fundos de orçamento – mas não competem entre si (isto é, nunca ataque qualquer outro projeto ou a NASA vai trabalhar com a idéia de que você deveria obter o seu financiamento). Venda o que você acredita pelo seu próprio mérito.

Regra #79: O próximo ano sempre será o ano perfeito, com cronograma e financiamento adequados. O próximo ano somente irá acontecer no 50o ano de sua carreira... Trabalhe com o ano de hoje!

O Cliente
Regra #80: Lembre-se de quem é o cliente e quais são os seus objetivos (isto é, cheque com ele quando você está prestes a alterar qualquer coisa significante).

Instruções de Gerenciamento
Regra #81: As instruções de Gerenciamento da NASA foram escritas por outros funcionários como você; Desta maneira, desafie-as se não tiverem mais sentido. É possível que outro funcionário da NASA a reescreva ou a ponha de lado.

Tomada de Decisões
Regra #82: Decisões erradas tomadas logo no início do projeto podem ser corrigidas. Decisões acertadas tomadas muito tarde não podem corrigi-las.

Regra #83: Às vezes a melhor coisa a fazer é não fazer nada. Pode ser também a melhor ajuda que você pode dar. Apenas escutar pode a coisa mais importante a fazer em muitas ocasiões. Você pode ser o chefe, mas se você tem que constantemente resolver os problemas de outros, você estará trabalhando para eles.

Regra #84: Nunca tome decisões baseado em simplificações e suposições. Observe os equipamentos e a informação real disponível tais como a documentação e esquemas. Muito tempo é gasto por pessoas que tentam retificar uma simplificação grosseira que tem a função de explicar um princípio básico.

Ética Profissional e Integridade
Regra #85: Integridade significa que seus subordinados confiam em você.

Regra #86: Na pressa de fazer as coisas acontecerem.É sempre importante lembrar para quem você está trabalhando. Não levar em consideração a chefia , pode não ser vantajoso no longo prazo.

Gerenciamento de Projeto e trabalho em Equipe
Regra #87: Projetos requerem um trabalho em equipe para ter sucesso. Lembre-se que a maior parte dos times têm treinadores e não chefes, mas é o treinador quem tem de comandar algumas jogadas.

Regra #88: Nunca assuma que alguém conheça algo ou tenha feito algo a menos que você tenha perguntado a ela diretamente; Até mesmo o óbvio é despercebido ou ignorado em algumas ocasiões, especialmente em atividades de alto stress.

Regra #89: Quem quer que diga que “quem nasceu para burro não chega à cavalo” não entende de gerenciamento de projetos, embora muitas vezes é melhor confiar na sorte do que obter um apoio insuficiente.

Regra #90: É difícil de resolver um quebra-cabeça com apenas uma peça; então não se surpreenda se a equipe, sem as informações adequadas, chega a uma decisão equivocada.

Regra #91: Lembre-se que o Presidente, o Congresso, OMB, o Quartel General da NASA e seus clientes, todos têm trabalho a fazer. Tudo o que você tem de fazer é mantê-los felizes.

Corrigindo e evitando falhas
Regra #92: No caso de falhas:

Faça um histórico dos eventos e inclua tudo o que for do seu conhecimento sobre o assunto.

Escreva somente fatos concretos. Cheque qualquer suposição sobre eles.

Não “torture” os dados para que eles “confessem” (isto é, saiba quando parar de “forçar” um determinado cenário).

Não chegue a alguma conclusão muito rápido. Assegure-se de qualquer desvio do normal seja explicada. Lembre-se de que conclusões erradas são o prólogo o próximo erro.

Saiba quando parar.

Regra #93: Coisas que dão errado são lições que aprendemos para o futuro. Ocasionalmente as coisas também dão certo: e também existem lições a serem aprendidas. Tente reproduzir o que funciona.

Regra #94: Enganos são passíveis de acontecer, mas as falhas, não. Uma falha é apenas um engano que você não conseguiu corrigir; desta forma, tente criar planos de contingência e abordagens alternativas para os itens ou planos que tenham alto risco.

Regra #95: Não existe projeto de montagem que não tenha tido algum tipo de problema com seus componentes (partes), não importando a qualificação e todos os testes realizados. Ter tempo para ajustes e estar preparado para reagir são as únicas salvaguardas disponíveis.

Regra #96: Experiência pode ser muito importante, mas não substitui os testes. Saber que algo irá funcionar não toma o lugar de provar que realmente irá funcionar.

Regra #97: Não tenha receio de falhar ou você nunca triunfará, e sempre trabalhe dentro no máximo de sua capacidade para corrigir eventuais erros. Parte da solução é conhecer quem pode ajudar a resolver os problemas.

Regra #98: Uma das desvantagens da NASA dos velhos tempos era o fato de que todo mundo sabia que os fatos ou estavam absolutamente corretos ou poderiam estar errados.

Regra #99: Redundância na indústria de equipamentos pode ser uma ficção. Nós somos adeptos na construção de plataformas idênticas, de modo que se uma falha, todas a outras também falham. Assegure-se que todo o equipamento é trabalhado dentro de uma plataforma como se ele fosse único e necessário para uma missão de sucesso.

Regra #100: Nunca dê desculpas; ao invés apresente planos de ações a serem tomadas.

Se você leu tudo, parabéns! Certamente você que tem experiência se identificou com vários fatores. Para aqueles que ainda estão dando os primeiros passos, fica a dica, meio "auto-ajuda" dada por um profissional de uma das maiores referências de tecnologia do planeta. Com certeza, algo será útil para você também!

Abraços!