Gestão de Projetos: Conceitos, Dimensões e Crises

1. O que é um Projeto?

Projeto é um conjunto interdependente de atividades voltadas para um propósito específico, com duração definida.

O que significa concluir um projeto com sucesso?

Significa cumprir os objetivos dentro das especificações técnicas, de custo e de prazo de conclusão.

Um conjunto de projetos orientados a objetivos (goal-oriented) é chamado de programa, e um conjunto de programas constitui um plano.

Dimensões de um Projeto

Dimensão Técnica:

• Aplicar os conhecimentos de cada área de trabalho, encontrando uma forma de atuação e requisitos (know-how) que cada profissão impõe.
• Ter conhecimento suficiente para resolver o problema em questão ou realizar o trabalho atribuído.
• A importância deste aspecto técnico não deve ofuscar os outros aspectos envolvidos na realização de um projeto, dando a este uma atividade e complexidade significativas.

Dimensão Humana:

• Um projeto é um conjunto complexo de relações, onde, por vezes, reúne-se um grande número de interesses conflitantes.
• Regularmente, surgem diferenças entre o gerente de projeto e o cliente ou fornecedor.
• Disputas entre os departamentos pela alocação dos recursos disponíveis, visto que vários projetos podem ser realizados em paralelo na organização.

Dimensão de Gestão:

• Dimensão frequentemente subestimada por não ser tão dramática ou visível quanto os outros elementos.
• Infelizmente, é o catalisador que permite que os outros elementos funcionem corretamente.
• O sucesso do projeto depende muito da direção ou gestão (comumente chamada de management).

Fontes de Erros em Projetos

• Requisitos: 56%
• Design (Desenho): 27%
• Programação: 7%
• Outros: 10%

Controvérsias nos Requisitos

• Exagerar o escopo do sistema.
• Sistemas "monstruosos".
• ... "Apenas por precaução."
• ... "Fácil."
• ... Novos requisitos.
• ... Os requisitos mais recentes.
• Estabilidade do pedido.
• O envolvimento do usuário.
• A falta de preparação do usuário.
• Revisão dos relatórios.
• Como é feita a recepção.
• Experiência da instituição.
• O nível de desconhecimento sobre o assunto.

2. Crise em Projetos

• Alto nível de erro na estimativa de recursos e prazos.
• Má qualidade na especificação de tarefas, análise e design.
• Enormes esforços dedicados à manutenção do sistema.
• Alternativa: um processo de desenvolvimento inflexível.
• Dificuldade em gerenciar mudanças.
• Processo de desenvolvimento lento e trabalhoso, tornando-se caótico e imprevisível.
• Baixos níveis de comunicação entre analistas e usuários finais.
• Os projetos de informática estão inseridos em um mundo orientado ao mercado, caótico (time to market) e humano.

Erros Relacionados a Pessoas

• Falta de motivação.
• Pessoal medíocre.
• Problemas descontrolados com funcionários.
• Atos de fé (trust).
• Adicionar mais pessoal a um projeto atrasado (Lei de Brooks).
• Escritórios lotados e barulhentos.
• Síndrome do "só você".
• Atrito entre clientes e a equipe técnica.
• Expectativas irrealistas.
• Falta de um patrocinador (promotor) eficaz para o projeto.
• Falta de participação das partes interessadas (stakeholders).
• Considerações políticas antes do desenvolvimento.
• Ilusões.

Erros Relacionados ao Processo

• Planejamento excessivamente otimista.
• Gestão de riscos insuficiente.
• Falta de subcontratados.
• Planejamento insuficiente.
• Abandono do planejamento sob pressão.
• Perda de tempo na fase inicial confusa (fuzzy front-end / cuidado com a paralisia por análise).
• Economia excessiva (negligência) nas atividades iniciais.
• Design inadequado.
• Negligência no controle de qualidade.
• Controle de gestão insuficiente.
• Convergência prematura ou muito frequente.
• Omissão de tarefas necessárias na estimativa.
• Planejamento para compensar o atraso mais tarde.
• Programação improvisada (em retalhos).