Assista ao Vídeo sobre os Diferenciais do Gerente de Projetos

 

Assista ao vídeo e se inscreva no canal ! Acesse o link

https://www.youtube.com/@haroldosimoes2138

Se você está com dificuldades na elaboração do seu TCC eu posso te ajudar.  Basta enviar uma mensagem via whatsapp para 11 95617-0115 ou através do email  h12sblog@gmail.com

Diferenciais do Gerente de Projetos

 

O que você precisa ter para se destacar em gestão de projetos! Se você procurar na Internet, vai encontrar muitas dicas sobre habilidades que um gerente de projetos deve possuir. Inclusive nos sites das melhores universidades brasileiras que ministram cursos sobre gestão de projetos.

Um gerente de projetos terá que gerenciar equipes, cronogramas e entregas, sendo este um desafio que exige dedicação e esforço. Além disso, seguir na carreira de gerente de projetos é ainda mais difícil sem o auxílio de conhecimentos adequados e professores especializados.

Os MBAs em Gestão de Projetos, por exemplo, que são cursos de pós-graduação, são uma excelente maneira de se preparar. Então, os gerentes de projetos vão enfrentar desafios relacionados ao seu trabalho e devem estar preparados para tal.

Mas é importante dizer que, não importa a instituição de ensino superior em que se esteja matriculado, podendo ser uma universidade ranqueada entre as melhores, essa preparação só vai funcionar se o estudante – ou pessoa que deseja trabalhar como gerente de projetos - realmente se dedicar e fizer a sua parte. De nada vale adquirir um diploma sem ter realmente obtido o conhecimento correspondente.

As organizações buscam no mercado de trabalho gestores de projeto com certos diferenciais que são muito valorizados. E aqui não estamos apresentando esses diferenciais em ordem de importância, pois todos são importantes.

Vamos começar pela adaptabilidade. No mundo real em geral, e nos projetos em particular, podem acontecer situações inesperadas e mudanças. Por isso, o gerente de projetos precisa ser capaz de se adaptar a novas situações, circunstâncias e necessidades.

Outro diferencial é a resiliência – E isso significa ser capaz de superar problemas com mais tranquilidade, sendo um indivíduo com maior resistência e equilíbrio frente às adversidades.

Mas afinal, resiliência pra que, se não houvessem problemas? Será que vivemos em um mundo perfeito e as empresas funcionam sem falhas e impecavelmente organizadas? Eu acho que não! Então, precisa ser resiliente para lidar com tudo isso.

E aí chegamos ao terceiro diferencial que é a boa comunicação. Quem já não presenciou problemas surgindo aos montes por falta de boa comunicação? A boa comunicação requer que informações sejam transmitidas de forma clara, objetiva e com a maior precisão possível.

Vale lembrar o caso da reunião marcada na 4F; às 14:00 horas, através de um e-mail enviado pelo coordenador da equipe do projeto. Isso foi logo cedo. E aí, às 14:00 horas, várias pessoas da equipe foram para a sala 4F e notaram que alguns membros do projeto estavam ausentes. Não demorou muito e o telefone daquelas pessoas ausentes começou a receber ligações com reclamações do pessoal que já estava na sala 4F.

 “Vocês não estão comprometidos com o projeto ...”, disseram alguns, e “... a ausência de vocês é uma falta de respeito com a equipe ...”, reclamaram outros, e a coisa foi ficando feia e foram ditas coisas até piores.

Até que um dos ausentes pediu a palavra e disse o seguinte: - Mas a reunião não foi marcada para quarta-feira? A semana está só começando e vocês não param de reclamar! Isso não é bom para o projeto! O 4F tinha sido entendido por alguns como sala 4F e por outros como quarta-feira. E aquela não era uma quarta-feira. Não estou inventando essa história, sou testemunha e vi acontecer.

- Heiiii, você esqueceu de informar a equipe sobre isso. Assim parece que você não está comprometido com o projeto. Seria essa uma bronca merecida? Ou está havendo confusão na comunicação da equipe? Muitas vezes problemas de comunicação causam atrasos indesejados, má qualidade e conflitos na equipe.

Hoje em dia, o pessoal vive se comunicando através de mensagens de texto – disponíveis nos aplicativos do telefone celular - e acham que isso é suficiente para todos os casos. Se o outro não entende, é problema dele. Entretanto, se a má comunicação cria problemas para o projeto, isso passa a ser problema do gestor do projeto. A mensagem precisa ser completa, sem deixar dúvidas ou espaço para interpretações.

Existem também situações em que é necessário tirar a bunda da cadeira e falar com a outra pessoa, olhando nos olhos, pegando feedback, pra ter certeza que toda a mensagem foi compreendida. Você não fala pra você mesmo ou com você mesmo. Você fala com os outros. Quem pratica a boa comunicação é aquele que é claramente compreendido pelos demais.

Seguindo em frente, vamos citar outro diferencial importante que é a capacidade de negociação - Negociação é uma comunicação concebida para chegar a um acordo, quando você e o outro lado têm alguns interesses comuns e outros opostos.

Durante uma negociação pode acontecer das emoções se misturarem com os méritos objetivos do problema que se está discutindo. Afinal de contas, somos humanos, criaturas com emoções fortes, com percepções diferentes e dificuldades em nos comunicar com clareza. Então, é importante saber buscar opções que promovam interesses comuns e conciliem os interesses divergentes.

Embora muitos acreditem que saber negociar é um dom, é possível aprender a negociar, desenvolvendo essa importante habilidade através de treinamentos específicos e da experiência no trabalho do dia a dia.

Quando o gerente de projetos negocia bem, ganha respeito e comprometimento das partes envolvidas. Há um aumento da confiança das partes interessadas no gerente de projetos. A negociação é ferramenta indispensável na resolução de conflitos. Saber negociar significa ter jogo de cintura e isso é vital para que o gerente de projetos seja bem sucedido.

Devemos acrescentar a nossa lista a capacidade de influenciar, que é um diferencial que não pode ser esquecido.

O gerente de projetos deve liderar e isso implica em motivar e inspirar as pessoas da equipe do projeto, buscando criar condições favoráveis, influenciando através de bons exemplos, para que a equipe alcance resultados com o melhor desempenho.

Outro ponto que devemos lembrar é que o gerente de projetos precisa trabalhar com diferentes indivíduos em uma organização e muitas dessas pessoas não se encontram em uma relação direta de chefe-subordinado. A postura do gerente de projetos é importante, para que possa influenciar positivamente outros indivíduos a cumprir bem seus papéis no projeto e desempenhar bem suas tarefas.

Na outra ponta do organograma, a capacidade de influenciar será usada para ganhar e manter apoio e engajamento de gerentes e diretores em posição superior na hierarquia da organização em que o projeto está sendo executado.

Um projeto precisa de boa coordenação e esse é mais um diferencial muito valorizado. Nenhum projeto consegue avançar e alcançar seus resultados se não for bem coordenado. 

Coordenar bem e eficazmente vai além de fazer o projeto andar, seguindo os passos previamente planejados. Será necessário ser capaz de lidar com imprevistos e encontrar soluções para resolver problemas. A coordenação de um projeto inclui a boa comunicação, ser organizado, acompanhar atividades, o cronograma, os custos, dando suporte a equipe do projeto. 

Algumas organizações enxergam os papéis de coordenador de projetos e do gerente de projetos, como papéis diferentes com responsabilidades diferentes. O coordenador de projetos costuma ficar com um papel administrativo, cuidando mais das tarefas operacionais, enquanto o gerente de projetos se envolve com atividades como treinamento de equipes, tomada de decisões e na comunicação do que acontece no projeto.

Cabe ao coordenador de projetos ser o responsável pela parte de cronograma, dos prazos, da organização e distribuição do trabalho, enquanto o gerente de projetos, sendo um profissional com mais experiência, assume a parte da gestão dos riscos e toma as decisões que tenham a ver com o projeto. Mas, no final das contas, tudo isso acaba indo para a conta do gerente de projetos.

Finalmente, um diferencial valorizado pelas empresas se refere ao conhecimento específico (chamado de hard skills) que o gerente de projetos deverá possuir, tanto em relação ao tema da gestão de projetos propriamente dita, quanto em relação aos tipos de projetos que vai atuar.

Hard skills compõem as competências práticas dos profissionais de gestão de projetos que os ajudam a garantir a execução de suas funções e assim desempenhar bem seu trabalho. Esses hard skills são adquiridos por meio de formação tradicional, como cursos e treinamentos, e da própria experiência adquirida no trabalho.

Um curso MBA em Gestão de Projetos e as certificações profissionais, como a certificação PMP (Project Management Professional) do PMI (Project Management Institute), fazem parte do que costuma ser chamado de hard skills. Quando uma empresa busca um profissional, está buscando alguém capaz de resolver determinados tipos de problemas, capaz de executar determinadas funções, e que saiba usar determinadas técnicas e ferramentas.

Um emprego não é algo genérico. Por exemplo, uma construtora – buscando contratar um gerente de projetos - dará preferência a um engenheiro civil, com vivência em canteiros de obra, ao invés de contratar um engenheiro de automação, cuja experiência aconteceu na área elétrica, como no desenvolvimento de controladores lógicos programáveis.

Os hard skills podem ser bastante específicos, materializados como algum conhecimento técnico adquirido por cursos de formação ou através da experiência profissional. Não é raro encontrar na especificação de uma vaga de emprego exigências como, por exemplo, fluência no idioma inglês, Excel avançado, domínio no MS Project, certificação PMP, certificação “Black Belt Six Sigma”, certificação Scrum Master, dentre outros.

As empresas buscam profissionais com todos esses diferenciais citados porque esperam muito dos gerentes de projeto. Elas esperam ganhar através das ações e comportamentos de um bom gerente de projetos.

É isso aí, até a próxima!

Técnicas Fundamentais de Gestão de Projetos – Parte 5

Nesse post vamos tratar do cronograma de desembolso, uma técnica fundamental para planejamento e controle dos custos de um projeto. 

É importante lembrar que não vamos levar em conta nesse post as diferenças e especificidades contidas nas definições dos termos custo e gasto adotadas nas ciências contábeis. Na apuração contábil de uma empresa tais diferenças têm razões práticas e objetivas para serem assim consideradas. Para o caso dos projetos, o que vamos considerar é que um projeto gasta dinheiro para ser executado e esse dinheiro será chamado, indiscriminadamente, de custo ou gasto, como se fossem a mesma coisa.

O orçamento de um projeto pode ser definido como uma estimativa dos recursos financeiros em termos de valores gastos que serão necessários para que o projeto seja concluído. Nesse ponto, o que as estimativas buscam responder se refere a quanto dinheiro será gasto no projeto. 

Quanto se trata do orçamento de um projeto, não é suficiente conhecer apenas o valor total a ser gasto. É necessário conhecer os gastos à medida que o projeto avança. Esses gastos podem ser discriminados por pacote de trabalho da Estrutura Analítica do Projeto, que representa o escopo do projeto. Assim sendo, será possível e necessário conhecer os gastos estimados relativos a cada parte do projeto e não apenas o gasto total estimado a ser alcançado apenas ao final do projeto. Isso permitirá um melhor controle de custos ao longo da execução do projeto. 

Todas as despesas previstas no orçamento devem ser previamente aprovadas pela empresa executora do projeto. Assim sendo, o cronograma de desembolso do projeto mostra os pagamentos das despesas previstas e autorizadas pela empresa executora do projeto, sendo uma ferramenta fundamental tanto para o planejamento quanto para o controle do projeto. 

Para apresentar a técnica do cronograma de desembolso vamos usar o exemplo da implantação de um pacote de software cuja execução ocorreu entre 05/04/2021 e 03/08/2021. Na tabela abaixo temos as atividades desse projeto, com a duração correspondente, a data de início, a data de fim e a atividade antecessora, exatamente como apresentado no cronograma do projeto.

Como o pacote de software desse exemplo inclui a operação em terminais celulares, a empresa cliente exigiu que fosse realizada uma prova de conceito antes da implantação definitiva do pacote de software. Essa atividade envolve a realização de testes preliminares que comprovem que o software irá funcionar como definido nos requisitos do projeto. 

Como informação adicional, vale destacar que os marcos de nosso exemplo de implantação de um pacote de software são os seguintes: 

Início: 05/04/2021

Reunião de kick off: 14/04/2021

Aprovação da prova de conceito: 15/04/2021

Aceitação da prova de conceito: 26/05/2021

Aprovação do plano do projeto: 27/05/2021

Aceitação final: 03/08/2021 

Os custos do projeto estão detalhados nos seguintes tabelas: Orçamento do Projeto por Entrega (tabela A) e Cronograma de Desembolso do Projeto (tabela B).  Os custos do trabalho de gestão do projeto não aparecem discriminados nas tabelas, uma vez que foram diluídos nas outras atividades.

 

Tabela A: Orçamento do Projeto por Entrega

Os custos foram estimados com base na experiência em projetos anteriores e nos valores reais definidos em contrato de prestação de serviços entre o cliente e a empresa responsável pela implantação do pacote de software.  

 

Tabela B: Cronograma de Desembolso do Projeto   

O cronograma de desembolso do projeto (tabela B) será usado para controlar o fluxo mensal de saída de recursos. Além disso, o gerenciamento dos custos será realizado levando em conta as seguintes ações:

·     Fazer o monitoramento e controle de cada item de custo;

·    Buscar informações atualizadas, evitando burocracia e demora, para que seja possível reagir e tomar ações corretivas sempre que necessário;

·     Manter contato próximo com os responsáveis pelas atividades do projeto para acompanhar seu engajamento, monitorar o trabalho e, se possível, antecipar problemas;

·     Buscar economias de custo sempre que possível;

·    Atualizar diariamente o orçamento com relação ao progresso do projeto ou em caso de mudanças;

·    Em caso de mudanças, usar o documento de Controle Integrado de Mudanças

 

Espero que este conteúdo tenha sido interessante para você. Em caso de dúvidas, envie seu comentário.

É isso aí, até a próxima.

Técnicas Fundamentais de Gestão de Projetos – Parte 4

 

Veremos nesse post o gráfico de Gantt, que pertence ao grupo das principais técnicas de gestão de projetos. Esta técnica foi inicialmente criada em 1896 pelo polonês Karol Adamiecki com foco em apresentar processos interdependentes. Adamiecki batizou sua técnica de harmonograma (“hamonograf”). A história segue até 1910, ano em que Henry Gantt, em uma conferência sobre engenharia industrial, apresentou um gráfico - baseado na criação de Adamiecki - que passou a ser chamado de gráfico de Gantt. 

O mais surpreendente dessa técnica é que continua sendo amplamente utilizada até os dias de hoje. 

Um gráfico de Gantt é uma representação visual, com barras horizontais, usado para mostrar as tarefas do projeto e o tempo necessário para concluir cada uma dessas tarefas. É uma técnica que considera três componentes: as tarefas de um projeto, a data de início de cada tarefa e a data de término de cada tarefa. 

Assim sendo, cada tarefa é representada por uma barra, cujo comprimento representa a duração da tarefa. O gráfico também pode incluir marcos do projeto, como a data de início e a data de conclusão de fases consideradas importantes. Além disso, as dependências entre as tarefas são destacadas, permitindo que o gerente de projeto identifique as relações críticas entre as mesmas. 

Para elaborar o gráfico de Gantt de um projeto recomenda-se seguir os seguintes passos: 

Identificar as tarefas do projeto – as tarefas do projeto devem ser identificadas uma vez que estão diretamente relacionadas ao escopo do projeto. Estas tarefas são necessárias para produzir as entregas identificadas na estrutura analítica do projeto.   

Fazer o sequenciamento das tarefas – para tanto são identificadas e documentadas as dependências entre as tarefas do projeto. Portanto, é necessário saber que tarefa será feita primeiro, em seguida a próxima e assim sucessivamente, até o encerramento. É necessário considerar que há tarefas que são executadas de forma seriada, enquanto outras são executadas em paralelo. Ao término do sequenciamento é criado o diagrama de rede que mostrará a sequência lógica das tarefas do projeto com a visualização das dependências. 

Estimar os recursos para executar as tarefas – nesse processo são estimadas as quantidades de recursos e seus tipos, o que significa, em outras palavras, atribuir pessoas, máquinas, equipamentos, materiais, etc, para que uma tarefa seja devidamente executada. A estimativa de recursos deverá ser feita para todas as tarefas do cronograma. Estimar recursos envolve estimar a alocação de recursos humanos e materiais, incluindo tipos e quantidades, para cada tarefa do projeto. Geralmente, esse processo ocorre de forma coordenada com as estimativas de custo. 

Estimar as durações das tarefas – nesse passo são estimados os números de períodos de trabalho – como, por exemplo, horas, dias e meses – que serão necessários para concluir cada uma das tarefas do cronograma. Isso significa que para cada tarefa deverá ser feita uma estimativa de duração. As estimativas de duração devem ser feitas por pessoal experiente, que possua dados históricos de outros projetos, e conheça a natureza e as particularidades das atividades que estão sendo estimadas. Se tal conhecimento especializado não está disponível, as estimativas serão incertas e arriscadas. 

Desenvolver do cronograma – nesse passo são estudadas as possíveis sequências de tarefas, levando em conta as durações das tarefas, os recursos necessários e as restrições (financeiras, de recursos, outras) para desenvolver o cronograma do projeto. O cronograma deverá conter todas as tarefas planejadas e inclusas na lista de tarefas, considerando suas durações e organizadas, por data de início e fim, conforme estabelecido no seqüenciamento (mostrado no diagrama de rede) dessas tarefas. 

O cronograma é uma ferramenta essencial para o controle do andamento do projeto. De um modo geral, o controle do projeto tem como meta comparar o planejado e o executado e, se necessário, implementar ações corretivas. Dessa forma, todas as mudanças deverão ser monitoradas em função de atrasos (tarefas concluídas mais tarde) ou avanços (tarefas concluídas mais cedo) no seu andamento. Se tais mudanças ocorrerem, deverão gerar uma atualização na linha de base do cronograma. 

Os gráficos de Gantt são normalmente criados em uma ferramenta de software como, por exemplo, o MS Project (produto comercial da empresa Microsoft) ou o Project Libre (programa gratuito que pode ser baixado na Internet). Isso torna mais fácil fazer atualizações que poderão ser necessárias à medida que o projeto avança no tempo.

Os gráficos de Gantt são úteis para rastrear o progresso de um projeto, garantindo que o gerente de projetos possa concluí-lo dentro do orçamento e no prazo. Esses gráficos são ótimos para visualizar o cronograma de um projeto e identificar quaisquer dependências. É uma ferramenta fundamental de gerenciamento de projetos que pode ser usada junto com a maioria das técnicas, especialmente para projetos com muitas dependências. No entanto, pode não ser correto usar esta técnica em projetos que adotem abordagens ágeis como, por exemplo, o Scrum.   

Para mais informações acesse: 

H12SServiços Educacionais: Passo a Passo para Elaborar o Cronograma com o ProjectLibre – Parte 1

H12SServiços Educacionais: Passo a Passo para Elaborar o Cronograma com o ProjectLibre – Parte 2 

H12S Serviços Educacionais: Técnicas de Compressão do Cronograma 

H12S Serviços Educacionais: Elaborando o Cronograma do Projeto com o MS Project 

H12SServiços Educacionais: MS Project – Passo à Passo – Parte 1

H12S Serviços Educacionais: MS Project - Passo à Passo - Parte 2 

H12SServiços Educacionais: Um Roteiro para Usar o Open Proj - Introdução

H12SServiços Educacionais: Um Roteiro para Usar o Open Proj –Salvando a Linha Basedo Projeto

 

 

Técnicas Fundamentais de Gestão de Projetos – Parte 3

 

Como dissemos nos posts anteriores, uma técnica de gerenciamento de projeto é uma estrutura ou ferramenta que ajuda a planejar, organizar e executar um projeto.  

Veremos nesse post o PERT (Program Evaluation and Review Technique), que pertence ao grupo das principais técnicas de gestão de projetos. Esta técnica costuma ser estudada junto com o CPM que tratamos no post passado. 

A técnica PERT, que pode ser traduzida por técnica de avaliação e revisão de programa, é uma técnica de gestão de projetos usada para estimar a duração do cronograma de um projeto. Aqui a palavra programa está relacionada ao gerenciamento do tempo e ao cronograma do projeto. 

Esta técnica assume que a estimativa de duração de uma atividade pode ser vista como uma função de distribuição Beta, ilustrada à seguir. 

Nesta curva de distribuição a posição em que se localiza o pico (maior valor na curva Beta) é a estimativa mais provável. Na posição mais à esquerda encontra-se o ponto em que a estimativa pode alcançar o menor tempo e, portanto, a atividade é executada antes do prazo mais provável. Por sua vez, na posição mais à direita encontra-se o ponto em que a estimativa pode alcançar o maior tempo e, portanto, a atividade é executada com atraso em relação a estimativa mais provável. O jeitão da curva de distribuição Beta, sendo maior para a direita do que para a esquerda, apoia-se na ideia - muitas vezes comprovada na prática - de que, em um projeto é mais fácil uma atividade atrasar do que adiantar. 

A técnica PERT primeiro identifica as tarefas de um projeto e registra três estimativas de tempo para cada tarefa: o tempo otimista (O), o tempo pessimista (P) e o tempo mais provável (M). 

A partir daí, as três estimativas de tempo são usadas para calcular uma média ponderada (Xp) para cada tarefa. Em seguida, um caminho crítico de tarefas necessárias é identificado e as estimativas médias ponderadas são usadas para criar o cronograma geral do projeto. 

Para ilustrar a técnica PERT vamos usar o exemplo da tabela abaixo que se refere a um projeto com as atividades A, B, C, D, E, F e G. Note que na tabela estão registrados as estimativas (em semanas) otimista (O), mais provável (M) e pessimista (P), para cada atividade do projeto e os valores calculados da média ponderada (Xp), o desvio padrão e a variância.   

Nesse exemplo, estamos considerando que a organização executora do projeto possui registros de vários projetos já realizados e executados para diferentes clientes. Com base nesses registros extraídos da experiência prática de muitos projetos foi possível obter as estimativas de duração das atividades usadas na técnica PERT. 

O método PERT utiliza a estimativa de três pontos e calcula a média ponderada (Xp) através da seguinte expressão: Xp=(P+4M+O)/6.

As estimativas de duração das atividades devem incluir as faixas de variação de valores possíveis. Tendo esse conceito em mente, precisamos conhecer como calcular as faixas de variação de valores possíveis pelo método PERT.  Para tanto, vamos introduzir a fórmula do desvio padrão, que é expressa com a seguinte fórmula: Desvio Padrão = (P-O)/6. 

Quanto maior o intervalo entre as estimativas pessimista e otimista, maior incerteza (menos confiança) teremos associada ao valor da média ponderada (Xp) calculada com o método PERT. 

No método PERT é comum usar o parâmetro variância que é o desvio padrão elevado ao quadrado.  

O diagrama de rede das atividades do projeto não deve ser construído considerando apenas uma estimativa determinística para cada atividade, mas considerar o valor da média ponderada, que é o tempo esperado da atividade calculado no PERT e a variância a ela associada. 

O diagrama de rede é construído usando os parâmetros PDI (Primeira Data de Início), PDT (Primeira Data de Término), UDI (Última Data de Início) e UDT (Última Data de Término), exatamente como descrito no post Técnicas Fundamentais de Gestão de Projetos - Parte 2, que trata do método do caminho crítico.

Por definição, as atividades no diagrama de rede com folga igual a zero estão no caminho crítico. Para o nosso exemplo, o caminho crítico passa pelas atividades A – C – D – F – G. Somando as durações estimadas pelo método PERT (Xp) para cada atividade temos: 6+2+5+5+4 = 22 semanas. 

Somando agora o valor da variância de cada atividade no caminho crítico (1+1/9+1+1+1=4,111) e extraindo a raiz quadrada do resultado, podemos encontrar a folga estimada que é igual a 2,03, e que, por simplificação, será arredondada para 2 semanas. 

O PERT é uma ótima ferramenta que auxilia na avaliação do cronograma de um projeto. No entanto, em função de sua complexidade recomenda-se seu uso em projetos com muita incerteza, onde várias estimativas de tempo são necessárias para chegar a valor estimado inicial que será usado no plano do projeto. 

As técnicas de gestão de projetos representam as principais estruturas e ferramentas capazes de ajudar o gerente de projetos a gerenciar um projeto com sucesso, cada uma com vantagens e desvantagens.

Técnicas Fundamentais de Gestão de Projetos – Parte 2

 

Como dissemos no post que abordou a EAP (Estrutura Analítica de Projeto), uma técnica de gerenciamento de projeto é uma estrutura ou ferramenta que ajuda a planejar, organizar e executar um projeto. 

Veremos nesse post o método do caminho crítico, ou CPM (Critical Path Method), que está incluso no grupo das principais técnicas de gestão de projetos.  

O método do caminho crítico é uma estrutura de gerenciamento de projetos usada para identificar a sequência mais longa de atividades críticas necessárias para concluir um projeto no prazo. Este caminho crítico representa o menor tempo possível para concluir um projeto. 

Cada atividade no caminho crítico é sequencial, o que significa que qualquer atraso em uma tarefa crítica atrasará o projeto como um todo. Portanto, o método do caminho crítico (CPM - Critical Path Method) permite calcular de forma determinística, uma data única mais cedo e mais tarde, de início e de término para cada atividade, baseado na sequência lógica especificada e em uma duração estimada única. Este método não considera os recursos alocados nas atividades, bem como suas limitações.  

No método do caminho crítico, cada nó do diagrama de rede terá 5 parâmetros; a saber: duração da atividade, PDI (primeira data de início ou “Early Start”), PDT (primeira data de término ou “Early Finish”), UDI (última data de início ou “Late Start”) e UDT (última data de término ou “Late Finish”).

  

Em nosso exemplo, existem dois caminhos possíveis para o projeto. Qual deles é o caminho crítico? Como podemos calculá-lo? Vamos responder essas perguntas seguindo os passos abaixo.  

Nesse exemplo, cada atividade tem a sua duração em semanas, como indicado na parte superior do nó.  O valor da duração estimada de uma atividade é fornecido por um indivíduo, ou pela área responsável na empresa, ou por empresa terceira subcontratada, que é considerado como o especialista na execução dessa atividade.

Caminhando no sentido do início para o fim do diagrama de rede, temos que A tem duração de 5 semanas e PDI de zero, por estar no início do projeto. Com isso, a PDT de A é igual a 5 (0 + 5).  

Isso leva a PDI das atividades B e C para 5. A atividade B tem duração de 6 semanas, portanto, sua PDT será igual a 11 (5 + 6). Da mesma forma, isso leva a PDI da atividade D para 11, e sua PDT para 13, uma vez que sua duração é igual a 2 semanas. Já a atividade C, com duração de 4 semanas, terá sua PDT igual a 9.  

As atividades C e D são predecessoras da atividade E, entretanto, esta só poderá iniciar após o término da atividade com maior duração. Assim sendo, a PDI da atividade E é igual a 13. Seguindo na direção do final do diagrama de rede, temos que a PDT de E é igual a 16, pois sua duração é 3 semanas.  

Por outro lado, percorrendo o caminho do fim para o início do diagrama de rede, notamos que a UDT da atividade E é igual a 16, que é a semana final do projeto. Como E tem duração de 3 semanas, sua UDI é igual a 13.  

Isso leva a UDT das atividades D e C para 13. Como a atividade C tem duração de 4 semanas, sua UDI será igual a 9. Por sua vez, a UDI da atividade D será igual a 11, pois sua duração é 2 semanas.  

Isso leva a UDT de B para 11, que com duração de 6 semanas, terá sua UDI igual a 5. 

As atividades B e C são sucessoras de A e, como estamos “voltando no tempo”, a UDT de A será igual a menor UDI entre as atividades sucessoras. No nosso exemplo, a menor UDI é igual a 5, para a atividade B. Como a atividade A tem duração de 5 semanas, sua UDI é igual a zero, retornando ao início do projeto.  

O próximo passo será identificar as atividades com folga, bastando, para isso calcular a diferença entre UDT e a PDT, ou entre a UDI e a PDI. Em nosso exemplo, a única atividade com folga é a C, com valor igual a 4 semanas. A folga assim calculada é definida como folga total. Todas as demais atividades têm folga total igual a zero e, portanto, estão no caminho crítico do projeto (A - B - D - E).  

A-B-D-E: caminho com duração total de 16 semanas (caminho crítico)

A-C-E: caminho com duração total de 12 semanas. 

Recomenda-se o uso de softwares de gerenciamento de projetos com capacidade de construção de diagramas de rede e gráficos de Gantt, possibilitando o cálculo e o desenho do caminho crítico de um projeto como parte de seus resultados. 

O método CPM é usado para identificar as tarefas mais importantes de um projeto, descobrir dependências de tarefas sequenciais e calcular a duração de uma tarefa para cada atividade crítica. 

A partir daí, será possível calcular e desenhar um cronograma geral do projeto com base na duração de cada tarefa crítica.  

O caminho crítico é representado como um diagrama visual que inclui todas as dependências de tarefas sequenciais e suas estimativas de tempo, ajudando o gerente do projeto a gerenciar o projeto geral.  

A técnica CPM é ótima para usar quando o gerente do projeto está gerenciando um projeto complexo onde o tempo é o fator importante ou limitante. Também é uma ótima técnica para usar quando o gerente do projeto estiver gerenciando um projeto com muitas dependências de tarefas lineares.

Técnicas Fundamentais de Gestão de Projetos - Parte 1

 

Os gerentes de projeto experientes costumam utilizar técnicas comprovadas de gerenciamento de projetos por compreender que isso aumenta as chances de sucesso de seus projetos. 

Uma técnica de gerenciamento de projeto é uma estrutura ou ferramenta que ajuda a planejar, organizar e executar um projeto. Existem muitas técnicas de gerenciamento de projetos disponíveis, entretanto, a escolha de uma determinada técnica depende do tamanho, complexidade e objetivos do projeto, bem como da composição da equipe. 

Vejamos nesse post a EAP, ou Estrutura Analítica de Projeto, que é uma das principais técnicas de gestão de projeto. 

A EAP (Estrutura Analítica de Projeto), que é a tradução adotada no Brasil para o termo WBS (Work Breakdown Structure), é uma técnica de gestão de projetos que segmenta o escopo de um projeto em entregas menores e mais fáceis de serem gerenciadas. Aqui a ideia básica é dividir para vencer. E sim, tudo começa pelo escopo, que precisa ser entendido e propriamente definido. 

A EAP organiza o escopo do projeto em uma estrutura hierárquica em forma de árvore, com o objetivo geral do projeto no topo dessa estrutura. 

É muito comum usar EAPs orientadas à tarefa, que definem o que será entregue com o trabalho executado no projeto em termos das ações que devem ser feitas para produzir cada entrega. Em outras palavras, as EAPs orientadas à tarefa são decompostas em entregas e, para cada entrega são definidos pacotes de trabalho. 

A decomposição deve ser feita até o nível de pacote de trabalho, que é o mais baixo na EAP. O nível do pacote de trabalho é aquele onde o custo e a duração das tarefas necessárias para o trabalho podem ser estimadas e gerenciadas com confiança. 

Outro ponto importante é cumprir a regra dos 100%. Essa regra é um dos princípios mais importantes para elaboração de uma EAP, sendo definida da seguinte forma: A EAP inclui 100% do trabalho definido pelo escopo do projeto e captura todos os produtos fornecidos - internos, externos, provisórios - no que se refere ao trabalho a ser concluído, incluindo também o gerenciamento do projeto. 

A EAP é, portanto, uma técnica de gestão de projetos visual que mostra todos os pacotes de trabalho necessários para que cada entrega do projeto seja completada e, uma vez que todas as entregas do projeto sejam completadas, o projeto será completado (regra dos 100%). 

A EAP é ótima para definir o escopo de um projeto, identificar dependências, estimar cronogramas e custos, atribuir tarefas aos membros da equipe e rastrear o progresso geral do projeto. A técnica da EAP é, portanto, melhor para projetos maiores e mais complexos que precisam ser decompostos em partes menores. Isso ocorre porque projetos complexos geralmente têm muitas dependências e subtarefas, e a EAP é ótima para identificá-las e planejá-las. 

Para mais informações acesse os links:

H12SServiços Educacionais: EAPs e a Regra dos 100%

H12SServiços Educacionais: Mas afinal o que é o escopo do projeto?

H12SServiços Educacionais: Mas o que é um pacote de trabalho?