APRECIAÇÃO

Entre todas as falhas e realidades que surgiram nesta história, apontamos algumas mais relevantes. Leia abaixo:
Falha 1 - Doutor Figueira contratou uma empresa cujos resultados eram desconhecidos, e não pensou em pedir referência de um serviço prestado ou produto desenvolvido por ela.
Falha 2 - A SoftMaximo tinha um analista de sistemas que confiava demais na própria experiência em coleta de informações. Assim, em pouco tempo ele já pensava saber o que o cliente queria.
Realidade 1 - O cliente nem sempre sabe explicar o que realmente quer. É papel do gerente de projetos ajudá-lo a definir o escopo de seu projeto.
Falha 3 - O analista de sistemas foi precipitado e logo definiu um escopo para o projeto, baseado no que ele achava que o cliente queria. Esse escopo não foi negociado/ discutido com o cliente e com o gerente do projeto (no caso, o próprio analista).
Falha 4 - o analista de sistemas não sabia: a elaboração e manutenção da documentação são fundamentais para “segurar as rédeas” do projeto.
Falha 5 - Doutor Figueira ficou aguardando o resultado do projeto. Na verdade, ele é o cliente e, em momento algum, devia “só aguardar”. O gerente de projetos da SoftMaximo devia envolvê-lo no projeto, por meio de reuniões de desempenho, relatórios, negociações - de escopo, de custo - avaliação e aprovação das entregas parciais, visto que ele é o principal interessado no resultado, assim como sua secretária é uma das principais usuárias do sistema. Observe que o cliente não soube descrever o que queria, e isso teria sido percebido pelo analista se houvesse participação do cliente durante o desenvolvimento.
Falha 6 - o analista de sistemas deveria ter se comunicado com o Doutor Figueira, pois ele também faz parte do sistema planejado, assim como sua secretária. O fato de ele não entender de sistemas de computação não quer dizer que não entenda do sistema de informação que precisa. Ao pressupor que Doutor Figueira não poderia ajudar, o analista se afastou mais do escopo. Nesse momento, também não houve acompanhamento, tarefa do gerente do projeto.
Falha 7 - não foram programadas entregas parciais no plano deste projeto de modo que o cliente pudesse avaliar e testar os resultados intermediários.
Falha 8 - o programador não executou sua atividade conforme pedido. Mesmo assim, ela foi aceita, visto que não houve controle de qualidade. De qualquer forma, ainda que ele executasse conforme solicitado, a informação anterior (a modelagem do sistema, desenvolvida pelo analista) já estava comprometida em sua qualidade.
Falha 9 - o planejamento de tempo, recursos e custos deve ser bem feito, mas também executado conforme o plano. Quem deve se preocupar com isso, por meio de acompanhamento e controle, é o gerente de projetos.

Falha 10 - sem ter visto nenhum resultado parcial, Doutor Figueira pensou que valeria a pena esperar, apesar do atraso. Ele comprou a idéia sem perceber a falha de gerenciamento, especificamente na decisão da equipe da SoftMaximo em usar um modelo de desenvolvimento que não previa entregas parciais.
Realidade 2 - desde o início o projeto foi mal feito, e o resultado só podia ser um: o produto final não foi capaz de resolver o problema do cliente.
Realidade 3 - o projeto, em todas as fases, não foi documentado. O resultado dessa falha de gerenciamento é a impossibilidade de saber onde exatamente está o desvio e o que pode ser consertado para entregar o produto requerido.
Realidade 4 - sem um bom gerenciamento do projeto - principalmente na fase de planejamento e no processo de controle, o custo só poderia ser maior do que o previsto.
Realidade 5 - se o cliente não recebe a solução que precisa, abandona o produto. Observe que, neste ponto, não há possibilidade de correção pela falta de documentação, sem contar que seria necessário mais tempo e recursos.
Realidade 6 - seu cliente é seu maior propagandista, para o bem e para o mal.
Realidade 7 – normalmente as empresas percebem a necessidade de aprender gerenciamento de projetos depois de descobrir que pensavam que sabiam o suficiente para gerenciar projetos de sucesso.
Realidade 8 - através da comunicação em um projeto é que se consegue colocar as informações em fluxo e chegar a uma conclusão coerente a respeito do produto ou serviço do projeto; cliente, gerente de projeto e executores devem sempre manter contato.

CONSIDERAÇÕES FINAIS
Cada um fez sua parte corretamente: o analista da SoftMaximo levantou os requisitos do sistema e desenhou o sistema, o programador codificou e o cliente esperou que o produto fosse entregue.
         - O que deu errado?
A resposta é: esse projeto não foi gerenciado com conhecimento metodológico!
        - Mas como, se havia um gerente neste projeto?
Sim, na teoria o analista foi nomeado gerente de projeto. Contudo a pura nomeação não o faz um gerente real. Ele não cumpriu com seu papel de gerente, muito provavelmente porque não possuía conhecimentos sobre como bem gerenciar um projeto.

Como ele poderia saber disso? Como ele poderia saber o que deve ser feito em cada fase do projeto?
É isso o que ensina o método de gerenciamento de projetos.