PM2ALL - Gestão de Projetos

Quem já usou o MS Project por certo terá reparado que o sistema faz uma distinção entre duração da atividade e trabalho necessário para realizar a atividade. Enquanto o trabalho define o número de horas que os recursos afetos a determinada atividade têm de realizar para concluir as tarefas incluídas na atividade, a duração representa o número de dias ou horas que medeiam entre o início e o fim de determinada atividade.

A não compreensão destes conceitos resulta na incapacidade de perceber como o MS Project funciona. Muitos utilizadores queixam-se que o MS Project se comporta de forma estranha e altera as datas de planeamento de uma forma incompreensivel, mas essa incompreensão não está relacionada com a forma como o produto funciona, mas sim com a falta de conhecimento de quem o utiliza.

Nos anos mais recentes temos assistido a uma preocupação crescente em relação à “crise do software”, a qual está relacionada com duas ordens de fatores: 1) O aumento do custo do desenvolvimento de software; 2) Com a Incapacidade dos sistemas de software para entregarem os resultados alinhados com as necessidades dos utilizadores.

Projetos de desenvolvimento de software falhados foram, por exemplo:
O sistema produzido nos EUA pelo Departamento de Veículos Motorizados. Este sistema tinha como objetivo harmonizar o processo de registo de licenças de condução em todos os Estados. Custou 43 M$ e nunca foi usado.Uma companhia aérea de renome tentou ligar o seu sistema de reservas com o sistema de reservas de duas grandes cadeias de hotéis. O projeto foi cancelado depois de se ter gasto 165 M USD.O sistema computorizado de tratamento de bagagens num novo aeroporto resultou em perdas de milhões de USD decorrentes dos atrasos a que obrigou na data da inauguração do aeroporto.

Para quem está interessado em fazer o exame PMP antes de gastar dinheiro em simuladores de exame, alguns dos quais são de qualidade muito questionável, vejam o artigo abaixo e experimentem os links sujeridos.

http://www.pm-exam-simulator.com/index.php/resources/articles/38-my-top-10-recommended-web-sites-for-free-pmp-exam-sample-questions

Consulte a nossa página no facebook e tenha acesso a uma seleção de artigos, provenientes das mais diversas fontes, que abordam uma grande variedade de temas relacionados com os projetos e a sua gestão no contexto das organizações.
https://www.facebook.com/pages/PM2ALL/279751378891364

Provavelmente o exemplo que permite perceber melhor a diferença entre tratar os sintomas e tratar as causas, pode ser dado recorrendo à medicina. De facto já todos tivemos dores de dentes e a maioria optou por tomar um qualquer analgésico que combata o sintoma que nos incomoda (a dor) permitindo-nos suportar melhor o tempo até á inevitável deslocação ao dentista pois só um especialista em problemas dentários pode investigar, descobrir a causa que está na origem da dor de dentes, e realizar um tratamento que, por incidir na causa e não no sintoma) será mais eficaz e permanente.
Esta descrição trivial de uma situação pela qual todos já passamos tem a virtude de permitir perceber com clareza a importância que tem, nos mais variados contextos, a análise e a resolução de problemas baseada na identificação e correção das causas raiz (root cause analysis).
Do exemplo acima extrai-se ainda outras conclusões:

A análise das causas raiz é um processo de investigação. Portanto devemos conhecer as …

O dicionário da EAP / WBS disponibiliza informação detalhada sobre o trabalho a realizar nos níveis mais baixos da EAP / WBS. Nela inclui-se uma narrativa descritiva do trabalho a realizar e referências aos requisitos contratuais. O dicionário da EAP / WBS, através da definição das tarefas que são necessárias realizar em cada uma das atividades, ajuda a obter estimativas precisas para a duração das atividades. Cada projeto deve criar e manter atualizado o dicionário da EAP / WBS durante todo o ciclo de vida do projeto.
O Dicionário expande cada uma das atividades existentes no nível inferior da EAP / WBS (pacote de trabalho), adicionando-lhe uma descrição narrativa a qual deve de forma clara apresentar uma descrição detalhada do âmbito / escopo do trabalhe em cada elemento da EAP / WBS.

Independentemente das diferenças que existem entre os vários autores, em relação aos fatores que são críticos para o sucesso dos projetos, é comum o entendimento de que um projeto com sucesso é um projeto que, na sua conclusão, realizou os objetivos que à partida estava definidos, isto é, é um projeto que concretizou a totalidade das funções que haviam sido previstas, respeitando as restrições e constrangimentos de utilização de recursos e de duração.

Atualmente, e acompanhando o que é proposto por múltiplos autores, o desempenho dos projetos é avaliado com base em métricas que, ao tradicional “triângulo dourado” do custo, duração e qualidade, juntam critérios relacionadas com o sucesso do produto na perspetiva da satisfação das necessidades dos utilizadores e da equipa de projeto.

O PMBOK v5 refere um conjunto bastante grande de ferramentas e técnicas que são usadas pelo processo 7.2 Estimar os Custos do Projeto. No presente artigo vamos apresentar cada uma dessas técnicas dando algumas dicas sobre a forma correta de as utilizar.
Quando falamos de custos do projeto devemos ter presentes 3 aspetos que são fundamentais:
Os custos do projeto são bastante variados, e uma estimativa correta exige que se conheça com algum detalhe todas as categorias de custo que são relevantes para determinado projetoCusto e orçamento do projeto são conceitos distintos e abordados de forma distinta no PMBOK (veja os processos 7.2 Estimar os Custos do Projeto e 7.3 Criar o Orçamento do Projeto)Não existe uma estimativa de custos do projeto, existem várias estimativas que são feitas em momentos distintos do ciclo de vida do projeto com objetivos diversos (daí haver um numero tão elevado de ferramentas e técnicas que pode ser usado para estimar os custos do projeto).
Decorre da afirmação …

Planear a gestão dos interessados tem como objetivo desenvolver estratégias para anular eventuais resistências das partes interessadas em relação ao projeto e garantir o seu envolvimento, nos moldes adequados ao sucesso do projeto.
Como vimos anteriormente os interessados no projeto são todas aquelas pessoas o, grupos de pessoas, departamentos, instituições, etc. que são afetados pelo projeto ou de quem o projeto depende para poder atingir o seu objetivo.
Esta descrição do conceito de interessados ou partes interessadas, em inglês stakeholders, fácil é perceber que os projetos têm quase sempre um número muito elevado de interessados, em relação aos quais é necessário perceber três coisas que são fundamentais para o sucesso do projeto: