Mudanças no exame PMP em 2016

Se você está se preparando ou pretende iniciar o preparo para o exame de certificação Project Management Professional (PMP®), fique atento às mudanças, que serão implementadas a partir de 12 de janeiro de 2016.

 

O Project Management Institute (PMI) realiza periodicamente uma pesquisa em larga escala, junto aos profissionais da área de gerenciamento de projetos: o Role Delineation Study (RDS).

 

Esta pesquisa tem por objetivo manter este exame de certificação atualizado de acordo com a realidade do mercado profissional. Então, é identificado e validado tudo aquilo que é relevante e que agrega valor à profissão, e separado em domínios, tarefas, conhecimento e habilidades.
 

Baseado na pesquisa, o PMI atualiza a referência do exame PMP®, o Exam Content Outline.

 

 

 

Quais são as principais mudanças a serem implementadas em janeiro/2016?

As principais mudanças estão associadas aos seguintes temas:

• Maior ênfase em estratégias de negócios e na entrega dos benefícios esperados;
• Valorização das lições aprendidas do projeto;
• Responsabilidade associada ao Termo de Abertura do Projeto;
• Maior ênfase no relacionamento e engajamento das Partes Interessadas.

O PMI informa que aproximadamente 25% do conteúdo do exame será modificado, com base principalmente nestes temas listados anteriormente, e que são a principal referência para as tarefas que estão sendo incluídas (listadas a seguir). Outras questões do exame associadas aos temas propostos serão adaptadas para manter a coerência.

O exame continua baseado nos cinco domínios: Iniciação, Planejamento, Execução, Monitoramento e Controle, e Encerramento, porém foram alteradas e incluídas algumas tarefas (além de alterações pontuais não significativas):

 

Domínio 1 – Iniciando o projeto

Tarefa 1 (Alterada)

Aumento da importância do uso das lições aprendidas durante a iniciação do projeto.

Tarefa 2 (Nova)

Identificar as principais entregas com base nos requisitos de negócios, a fim de gerenciar as expectativas dos clientes e direcionar a realização dos objetivos do projeto.

Tarefa 5 (Alterada)

Reforça o conceito de que o gerente de projetos não deve ser o principal autor do Termo de Abertura do Projeto, mas sim um participante de sua elaboração.

Tarefa 7 (Nova)

Conduzir a análise de benefícios com as partes interessadas para validar o alinhamento do projeto com a estratégia organizacional e o valor de negócio esperado.

Tarefa 8 (Nova)

Informar as partes interessadas sobre a aprovação do Termo de Abertura do Projeto para garantir a compreensão comum das principais entregas, marcos, e seus papéis e responsabilidades.

 

Domínio 2 – Planejando o projeto

Tarefa 2 (Alterada)

Aumento da importância e do foco na elaboração do Plano de Gerenciamento do Projeto, além da importância da EAP já associada a este processo.

Tarefa 5 (Alterada)

Troca do termo “utilizados” para “alocados” quando da mobilização dos recursos humanos.

Tarefa 8 (Alterada)

Inclusão da definição dos padrões de qualidade no desenvolvimento do Plano de Gerenciamento da Qualidade.

Tarefa 12 (Alterada)

Aumento da importância das comunicações no engajamento das partes interessadas.

Tarefa 13 (Nova)

Desenvolver o plano de gerenciamento das partes interessadas através da análise de necessidades, interesses e impacto potencial, a fim de gerenciar eficazmente as expectativas das partes interessadas e engajá-las nas decisões do projeto.

 

Domínio 3 – Executando o projeto

Tarefa 1 (Alterada)

Destaque para mobilizar e gerenciar recursos a fim de atender os requisitos do projeto.

Tarefa 6 (Nova)

Gerenciar o fluxo de informações, seguindo o plano de comunicação, a fim de manter as partes interessadas engajadas e informadas.

Tarefa 7 (Nova)

Manter relacionamentos com as partes interessadas, seguindo o plano de gerenciamento das partes interessadas, a fim de receber apoio contínuo e gerenciar as suas expectativas.

 

Domínio 4 – Monitorando e controlando o projeto

Tarefa 2 (Alterada)

Substituiu “atingir os objetivos do projeto” por “garantir que os objetivos do projeto estejam alinhados às necessidades de negócios”, como aspectos de destaque na gerência de mudanças.

Tarefa 3 (Alterada)

Substituiu “satisfação das partes interessadas” por “atender os requisitos do projeto e necessidades de negócios” como objetivo do gerenciamento da qualidade na verificação das entregas.

Tarefa 4 (Alterada)

Destaca a importância da avaliação da eficiência nas respostas aos riscos.

Tarefa 6 (Nova)

Capturar, analisar e gerenciar as lições aprendidas, usando técnicas de gestão de lições aprendidas, a fim de permitir a melhoria contínua.

Tarefa 7 (Nova)

Monitorar atividades de aquisições de acordo com o plano de aquisições, a fim de verificar a conformidade com os objetivos do projeto.

 

Domínio 5 – Encerrando o projeto

Tarefa 3 (Alterada)

Substituiu “evitar qualquer agravamento da responsabilidade” por “garantir a transferência da responsabilidade” na comunicação formal do encerramento do projeto.

Tarefa 4 (Alterada)

Substituiu “Distribuir o relatório final para todas as partes interessadas” por “Preparar e compartilhar o relatório final do projeto de acordo com o Plano de Gerenciamento das Comunicações”, destacando também o desempenho na avaliação e comunicação final do projeto.

Tarefa 5 (Alterada)

Destaca que as lições aprendidas devem ser documentadas durante todo o projeto, e não somente durante o encerramento.

Tarefa 7 (Alterada)

Destaca o uso do Plano de Gerenciamento das Partes Interessadas como referência para avaliar a satisfação delas em relação ao projeto.

 

Mais uma mudança a destacar é na distribuição percentual das questões entre os domínios. O domínio de Execução passa a representar 31% do exame (antes 30%) e o domínio de Encerramento passa a representar 7% do exame (antes 8%).

 

Não perca tempo, prepare-se e faça o exame antes de 12 de janeiro. Ainda é possível.

 

Veja mais detalhes a respeito destas alterações em:

 http://www.easybok.com.br/treinamentos/gerenciamento-de-projetos/preparatorio-para-certificacao-pmp/

Consulte também a página oficial do PMI (em inglês):

http://www.pmi.org/certification/exam-changes/pmp.aspx

 

Um abraço, e sucesso!

Prof. Gerson Luis da Costa, PMP

Congresso Paranaense de Gerenciamento de Projetos 2015

O Congresso Paranaense de Gerenciamento de Projetos 2015 segue a evolução natural do Seminário Paranaense de Gestão de Projetos, evento realizado há 12 anos no Estado do Paraná. Somente nos últimos dois anos, o SPGP 2013 e o CPGP 2014 proporcionaram conhecimento, capacitação e atualização em Gerenciamento de Projetos para mais de 400 participantes.

 

Nessa linha, o CPGP 2015 tem como principais objetivos:

• Divulgar as boas práticas de Gerenciamento de Projetos;

• Capacitar os profissionais, através da discussão de cases e lições aprendidas, que servem de benchmarking para a redução de problemas relacionados a escopo, tempo, custo, entre outros, resultando em melhor eficiência e aumento na taxa de sucesso dos projetos;

• Discutir técnicas, ferramentas e metodologias, no intuito de auxiliar a prática cotidiana;

• Propiciar a troca de experiências e conhecimentos entre profissionais de diferentes setores;

• Promover um ambiente de integração e networking para esses profissionais.

 

CLIQUE NA IMAGEM PARA ACESSAR

 

Já somos mais de 80 mil

 

 

Ultrapassamos a marca de 80 mil acessos. Agradeço a cada um de vocês que passam por aqui e que, de uma forma ou de outra, deixam sua marca. Chegamos aos 80 mil acessos e devo esse sucesso a você. Agradeço também aos leitores que seguem o blog, atestando, assim, o conteúdo.
Esperamos ter vocês por aqui por muito tempo.
Vamos juntos rumo ao 100 mil...!!!
Obrigado amigos...!!!

COMO LIDAR COM CONFLITOS

Seis técnicas para resolução de conflitos
 

EVITAR

Característica: recuo de situações conflitantes verdadeiras ou potenciais.

O que dizer: "Desculpe, não posso lidar com isso agora." "Um... não tenho certeza...." "Vamos conversar sobre isto em outro momento?"

Quando usar: Sempre que a equipe não concorda e precisam de um tempo para recompor e lidar com o conflito quando estiverem mais calmos. Sempre que necessitar de tempo para decidir a melhor ação a ser tomada.

 

FORÇAR

Característica: forçar o ponto de vista à custa de outros. Conhecido como ganha-perde.

O que dizer: "Preciso de um relatório melhor, gerencial, senão, conversarei com o seu gerente sobre seu desempenho."

Quando usar: Utilizado quando o tempo é curto e você precisa manter as coisas em andamento. Para tomada de decisões rápidas ou impopulares.

 

ACOMODAR

Característica: Ressalta os pontos positivos ao invés das áreas de diferença. Significa dar menos importância para um conflito, para evitar discussões ou mal-estares. Normalmente, uma pessoa cede às necessidades do outro às próprias custas.

O que dizer: "Farei um esforço extra amanhã para trabalhar nos relatórios." "Farei isso, já que será uma única vez." “Claro, podemos trocar o turno se você precisa de uma folga."

Quando usar: Quando o relacionamento entre as pessoas envolvidas no conflito for mais importante do que o problema. Quando uma pessoa tem poderes significativos sobre outra.

 

CEDER

Característica: Abrange negociar uma solução que traga um pouco de contentamento para todas as partes envolvidas.

O que dizer: "Se você me mandar o relatório um dia antes, posso revisar, para não termos retrabalho." "posso atender este cliente em seu lugar e na próxima semana você atende o meu."

Quando usar: Quando ambos têm poderes similares, mas objetivos mutuamente exclusivos. Utilizado quando se precisa de uma solução temporária para um problema complexo.

 

COLABORAR

Característica: Envolve a combinação de ideias e pontos de vista de várias pessoas com diferentes perspectivas. Motiva um acordo e compromisso geral para uma solução entre todos os membros da equipe.

O que dizer: "Desculpe, eu não sabia que você estava a horas trabalhando. Vamos ver o que podemos fazer para tornar as coisas mais fáceis para você." "Vamos sentar e procurar uma solução que funcione para nós dois." "Percebi que você está triste em seu trabalho e isso está afetando o seu serviço. Vamos ver como podemos melhorar isto."

 

Quando usar: Quando há mais de uma preocupação igualmente importante e não podem ser descartadas. Quando queremos combinar a percepção de vários membros da equipe que tenham diferentes perspectivas.

 

CONFRONTAR

 

Característica: Engloba identificar a causa raiz de um problema e sua melhor solução com base nas alternativas. Requer uma atitude de dar e receber, assim como um diálogo aberto em que os membros da equipe avaliam e consideram as opções. Normalmente fornece uma solução duradoura para um conflito, pois todos da equipe estão envolvidos na solução para a causa do conflito.

O que dizer: "Muito bem pessoal, vamos tentar descobrir qual é o verdadeiro problema."

Quando usar: Quando você precisa atingir soluções mutuamente aceitáveis, com a qual todas as partes possam se comprometer e que lhe permite resolver o conflito e seguir em frente com o projeto ou a tarefa.

 

MS Project x Primavera Project: vantagens e desvantagens

 

 

O MS Project e o Primavera Project são atualmente os principais softwares que auxiliam os profissionais na elaboração e gestão de cronogramas em todo o mundo. Apesar de suas diferenças em torno de comandos e funções, ambos possuem o mesmo objetivo: oferecer soluções para a elaboração e controle de cronogramas no desenvolvimento das Atividades de Planejamento e Gestão de Projetos.
 

Mais qual deles é o melhor software de gestão? Essa é uma questão de difícil resposta. Os dois softwares tem suas vantagens e desvantagens e ambos, dentro do que se propõem a fazer, cumprem com excelência com seus objetivos.
 

A simples comparação em termos de usabilidade entre MS Project e Primavera Project não é a mais adequada, pois os softwares possuem características distintas em termos de funcionalidades e objetivos.
 

 

Em sua grande parte, as divergências entre estes dois softwares está relacionado ao conceito de gerenciamento de projetos empregado pelos fabricantes.
 

A seguir, irei comparar alguns critérios básicos que permeiam a usabilidade dos dois softwares, porém não se restringem ao que vai ser tratado.
 

O MS Project se destaca por sua facilidade de interação com o usuário. Sendo um item integrado na plataforma Office da Microsoft, sua interface com o usuário já é comum e por isso, suas ferramentas e comandos são encontrados facilmente, sem necessidade constante de um “manual de instruções”.
 

Estas características implicam na crescente existência de profissionais no mercado com esta habilidade e o conhecimento na manipulação e aplicação desta ferramenta, tornando-se uma obrigatoriedade, o que antes era um diferencial.
 

A relevância de usabilidade do MS Project não é sinônimo de ameaça para o Project Primavera e sim de oportunidade. A complexa interação com o usuário fornecida por este software proporciona aos profissionais que detenham o conhecimento operacional, uma visão mais crítica e sistêmica do projeto como um todo.
 

O Project Primavera é um produto pertencente a Oracle, instituição que fornece soluções e sistemas de gestão de banco de dados. Por isso, antes que profissional possa desenvolver um cronograma de qualidade no Project Primavera, ele precisará parametrizar todas as informações do projeto em uma plataforma SQL Server.
 

Em termos de formas de visualização, o MS Project supera o Primavera Project, pois reflete os dados alimentados no desenvolvimento do cronograma, além de se integrar com outras plataformas como MS Word, MS Excel e MS Visio.
 

Quanto à segurança, o Primavera Project se supera, pois por ser um Banco de Dados, nada é perdido, não sendo necessário o salvamento periódico das informações. A funcionalidade é fator predominante deste software, pois possui várias ferramentas e comandos.
 

Um grande obstáculo para os usuários é o idioma. O MS Project oferece uma série de idiomas que podem ser adaptados a quem está utilizando, aspecto inexistente no Primavera Project que utiliza a língua inglesa com exclusividade.
 

O MS Project possui uma deficiência no que se refere à vulnerabilidade dos dados, pois podem ser alterados mesmo que as condições impostas para o projeto não sejam corretas, ou seja, aceita “martelar o cronograma”. Este aspecto inexiste no Primavera Project, onde uma vez parametrizados, as informações não fornece aos usuários opções de alterações, ou seja, ele é mais preciso nas informações.
 

Com relação ao custo de aquisição e implantação, o MS Project se encontra mais acessível no mercado. Independente de quais versões será adquirida (Standard, Professional e Server) ainda sim o valor unitário se é mais barato do que o do Primavera Project.
 

Bom, diante dos prós e contras dos dois softwares, basta dizer que independentemente do que venha ser sua escolha, o fator humano é o que mais prevalece. O profissional deve estar disposto em exercer uma busca constante de conhecimento para adquirir conteúdo prático e teórico, melhorando assim sua performance na busca dos resultados esperados. A tomada de decisão está na mente do profissional, o software apenas é uma ferramenta para que ele esteja convicto de sua escolha.
 

Como dizer não elegantemente

Nas palavras de Warren Buffet, “A diferença entre pessoas bem-sucedidas e as pessoas muito bem-sucedidas é que as pessoas muito bem-sucedidas dizem ‘não’ a ​​quase tudo”. As probabilidades são de que milhões de oportunidades apareçam em seu caminho: convites para falar em conferências, pedidos de conselhos, sugestões para abrir operações em novas localizações… Você pode estar animado com muitos deles, mas quando alguns vêm juntos aqueles em que você não está interessado, aqui estão dois exemplos de como dizer não.

 O primeiro é um exemplo bem-humorado do autor E.B. Whiteo, Lê-se:

“Caro Sr. Adams, Obrigado pelo convite para participar do comitê das Artes e das Ciências de Eisenhower. Devo recusar, por razões secretas. Atenciosamente, E.B. Whiteo “

 O segundo exemplo vem de um e-mail que eu enviei recentemente:

“Muito obrigado pelo contato. Eu agradeço o que você está tentando fazer. Um dos nossos principais valores é a transparência, então eu vou ser totalmente honesto. No momento, eu quero me dedicar inteiramente às nossas prioridades fundamentais, o que inclui colocar nosso projeto em funcionamento, garantir a continuidade de nossa empresa e equipe e dobrar o tamanho da empresa, com Excelência. Isso significa que eu estou optando em termos esta conversa em outra oportunidade; por isso não vou ser capaz de atender sua solicitação.

Se tiver alguma coisa rápida na qual possa ajudá-lo ou se você tiver alguma pergunta específica, por favor me mande um e-mail a respeito e eu ficarei feliz em te responder!

 Atenciosamente, Gerson Costa”.



Conclusão: Saber como fazer perguntas por e-mail, tendo bastante consideração com as pessoas que você está abordando, ajudará na construção dos relacionamentos que você deseja ter. E a boa notícia é que você já pode começar a praticar agora mesmo com todos a quem você envia e-mails!

Análise Qualitativa de Riscos com apoio do MS Project 2013

Em continuidade, o Professor Projeto, traz mais um post de Alexandre Paiva, Project Manager and Microsoft Project enthusiastic, onde trataremos a Análise Qualitativa de Riscos com apoio do MS Project 2013.

 

 

Olá pessoal,

 

A ideia deste post é mostrar como podemos utilizar a ferramenta MS Project 2013 para auxiliar o Gerente de Projeto no planejamento dos riscos do projeto, mais especificamente na Análise Qualitativa dos Riscos.

 

A Análise Qualitativa dos Riscos, conforme padrão de riscos do PMI, tem por objetivo principal avaliar a probabilidade de ocorrência de cada risco identificado no processo de Identificação de Riscos e o efeito (ou impacto) nos objetivos do projeto. Uma vez identificados probabilidade de ocorrência e impacto, é possível então atualizar o registro de risco (Risk Register) – que é simplesmente uma relação de riscos que vai sendo “turbinada” a medida em que evoluímos no planejamento dos riscos – com estes dados e, a partir deles, verificar quais são os riscos identificados com maior prioridade de gestão (sim por que você não terá tempo e nem grana para gerenciar todos os riscos identificados) e, consequentemente, os que precisam de respostas imediatas.

Utilizando o MS Project 2013 para apoiar a Análise Qualitativa dos Riscos – A matriz PxI

O que vamos fazer aqui, como sempre, é criar tabela e modo de exibição específico no MS Project 2013 para apoiar a Análise Qualitativa, produzindo no final uma matriz Probabilidade versus Impacto. Nesta tabela, faremos uso de alguns campos customizáveis e até mesmo de Lookup tables.

 

Vamos lá!

 

O primeiro passo é criar uma tabela específica que vou chamar de T01 – Análise Qualitativa de Riscos através da guia EXIBIÇÃO e do comando Tabelas no grupo de comandos Dados.

 

 

Vamos selecionar a opção Mais tabelas para criar uma nova tabela.

 

 

Vamos definir que esta nova tabela usa como base a tabela de Tarefa e, em seguida, clicar em Nova.

 

 

Ao clicar em Nova, a caixa de diálogo Definição de Tabela para o projeto em questão aparecerá. Nela vamos informar agora o nome da tabela (definimos que seria T01 – Análise Qualitativa de Riscos) e os campos que utilizaremos na mesma.

 

 

Os campos customizáveis que utilizaremos nesta tabela serão:

 

 

Na sequência muito cuidado para não escolher a opção Aplicar, pois ela alterará o modo de exibição atual mudando a tabela utilizada por esta nova criada. Escolha a opção Fechar e vamos partir para a criação do modo de exibição.

 

 

Para a criação do Modo de Exibição, vamos utilizar a guia EXIBIÇÃO e o comando Outros Modos de Exibição dentro do grupo de comandos Visões do Recurso.

 

 

Selecione a opção Mais modos de exibição.

 

 

Na caixa de diálogo Mais modos de exibição, selecione a opção Novo.

 

 

Vamos utilizar um modo de exibição único.

 

 

Agora, com a caixa diálogo de Definição do novo modo de exibição, vamos informar Nome, Tela, Tabela, Grupo e Filtro para caracterizar o novo modo.

 

 

 

Importante deixar marcado a opção pois permitirá com que este novo modo de exibição possa ser acionado diretamente do Menu do MS Project 2013.

 

E agora sim, com o novo modo marcado, clicaremos em Aplicar. Com isto, eu altero o modo atual para o novo modo criado.

 

 

E o resultado final seria:

 

 

Agora, faremos ajustes nos campos personalizados de Probabilidade (Número1) e Impacto (Número2) de tal forma que valores já venham pré-configurados para escolha do gerente do projeto. Ou seja, vamos criar Lookup Tables para estes dois campos personalizados com uma determinada escala de probabilidade (1= muito baixa; 3= baixa; 5=média; 7= alta e 9= muito alta) e impacto (1= muito baixo; 3= baixo; 5=médio; 7= alto e 9= muito alto).

Vamos lá.

 

Com o botão direito do mouse em cima do campo personalizado Probabilidade, selecione a opção Campos Personalizados.

 

 

Na caixa de diálogo Campos Personalizados, verifique se o campo Número1 está marcado e, em seguida, selecione a opção Pesquisar.

 

 

Com a caixa de diálogo de edição da tabela de pesquisa para o campo Número1 (Probabilidade), verificar as configurações abaixo. Destaque para a opção Permitir que itens adicionais sejam informados nos campos. Esta configuração impede com que os usuários informem dados que não estejam na tabela de pesquisa, garantindo a integridade.

 

Definimos também um valor padrão para a lista que é a opção Média.

 

No final, selecione Fechar.

 

 

Faça o mesmo para o campo Número2 (Impacto).

 

 

Por último, vamos ajustar o campo Número3 (Grau de Risco), que usará a fórmula Probabilidade (Número1) x Impacto (Número2) e será representado através de Indicadores Gráficos.

 

 

Aplicando a fórmula, teremos:

 

 

Aplicando Indicadores gráficos ao campo, teremos as seguintes possibilidades com a seguinte escala de severidade do risco (representada pelas cores):

 

 

Os critérios então entrariam nos testes da seguinte forma:

 

 

Dica: sempre começar do maior valor para o menor, pois o MS Project começa a testar de cima para baixo.

 

 

Pronto. Vamos agora popular o Registro de Risco, com a análise qualitativa dos riscos

 

 

Viu como é fácil. O MS Project pode fazer mil coisas por você. Invente uma!

Espero que este post tenha sido útil para vocês e até o próximo.

 

 

Alexandre Paiva, Project Manager and Microsoft Project enthusiastic.
Member of PMI Institute, PMP, PMI-RMP, PMI-SP, MCTS, ITIL Foundation
 http://gerentedeprojeto.net.br/

Indicadores de Qualidade do Cronograma com apoio do MS Project 2013

Caros amigos do Professor Projeto, neste post de Alexandre Paiva, Project Manager and Microsoft Project enthusiastic, trataremos dos Indicadores de Qualidade do Cronograma, assunto de grande relevância para o mundo dos projetos.

 

Um dos processos de planejamento do gerenciamento do tempo do projeto é o desenvolvimento do cronograma. Ele é responsável por verificar o correto sequenciamento das atividades promovido no processo 6.3 (sequenciar atividades), verificar os recursos estimados no processo 6.4 (estimar recursos), verificar as durações estimadas no processo 6.5 (estimar duração para atividades) e observar as premissas e restrições do projeto contidas na declaração de escopo para que o cronograma traduza a realidade do projeto.

 

Costumo dizer que este processo é um “processo de qualidade” – embora não seja – dentro do gerenciamento do tempo, pois analisaremos todo o trabalho realizado nos processos anteriores de tempo de tal forma que o cronograma fique aderente aos requisitos de prazo, custo e qualidade.

 

Sendo assim, precisamos “gastar energia” no desenvolvimento do cronograma sob o risco de gerarmos um cronograma e uma linha de base irreal.

 

A ideia deste post é auxiliar no trabalho de verificação de atributos, sequenciamento de atividades e do diagrama de rede gerado, da alocação de recursos e estimativa de duração das atividades.

 

Com base nesta necessidade, desenvolvi um modo de exibição do MS Project que verificará, através do uso de indicadores, todos estes pontos.

 

 

Sequenciamento de atividades (Diagrama de Rede do projeto)

O primeiro conjunto de indicadores é composto por “Sem Predecessora” e “Sem Sucessora”. Ele verificará se entregas e pacotes de trabalho possuem predecessoras e sucessoras, caracterizando assim uma não conformidade com as melhores práticas. Explico: o processo 6.2 do PMBOK foca no sequenciamento de atividades (e não entregas e pacotes de trabalho) necessárias para produzir os pacotes de trabalho.

 

Além disso, este primeiro conjunto de indicadores verificará se existe alguma atividade do cronograma do projeto sem definição de predecessora e/ou sucessora definida para ela. Cabe lembrar aí que, conceitualmente, apenas o marco de início do projeto não possuirá predecessora e o marco de término não possuirá sucessora. As demais atividades deverão ter pelo menos uma predecessora e uma sucessora.

 

Alocação e estimativa de recursos

O segundo conjunto de indicadores analisará os recursos do projeto. O indicador “Verifica alocação de recurso” apontará se existe alguma atividade no cronograma que não possui recurso alocado.

 

Este indicador também observará se temos pacotes de trabalho e marcos com recursos alocados, representando assim um desvio das melhores práticas.

 

Outro indicador que compõem o segundo conjunto de indicadores – “Superalocação de Recursos” – verificará se uma determinada atividade do cronograma possui recurso superalocado. Isto acontecerá quando atribuirmos muito trabalho para um recurso em um determinado período de tempo.

 

Desta forma, com o auxílio deste indicador poderemos observar em que atividades aplicaremos o nivelamento de recursos, que é ferramenta/técnica prevista no processo Desenvolver o cronograma.

 

Estimativa de duração da atividade

Este indicador verificará se a atividade já teve sua duração estimada ou não. Na prática, toda a duração não estimada é representada no MS Project por um sinal de interrogação ao lado de sua duração ()

 

Todos esses casos devem ser revistos e suas durações estimadas.

 

Declaração de escopo do projeto

A declaração de escopo do projeto leva informações de restrições de prazo para dentro do cronograma. Quando isto acontece, surge a figura das datas limite (deadlines) ou datas impostas (restrições de prazo).

 

Sendo assim, este indicador sinaliza a existência de uma data limite ou imposta para uma determinada atividade.

 

Atividade Crítica

Este indicador mostra as atividades críticas do projeto; ou seja, aquelas que influenciam diretamente no término do projeto. Se uma atividade crítica tiver sua duração reduzida ou antecipada, o término do projeto acompanhará diretamente esta mudança.

 

Para que possamos trabalhar na compressão do cronograma, é necessário identificar o caminho crítico do projeto com suas atividades. Feito isso,  poderemos aplicar Crashing ou Fast-Tracking, com o objetivo de otimizar o término do projeto.

 

Dirigida ao Esforço

Este indicador auxilia na identificação de atividades do tipo “dirigida ao esforço”; ou seja, a duração da atividade diminui ou aumenta à medida que os recursos são adicionados ou removidos a ela, enquanto a quantidade de esforço necessária para concluí-la permanecerá inalterada.

 

É importante distinguirmos estas atividades no cronograma do projeto. A combinação “atividade crítica” e “dirigida ao esforço” permite a aplicação de Crashing para redução da duração da atividade e, por definição, para a redução do término do projeto.

 

Folga Livre e Total

Estes indicadores mostram quando uma atividade possui folga livre e folga total. Com a existência de folga livre, podemos observar a quantidade de tempo que uma atividade poderá atrasar sem impactar o início mais cedo da sua sucessora.

Já com a folga total, podemos observar a quantidade de tempo que uma atividade poderá atrasar sem impactar o término do projeto.

 

Sem Linha de Base

Este indicador mostra se a linha de base da atividade foi gerada.

 

Alexandre Paiva, Project Manager and Microsoft Project enthusiastic.
Member of PMI Institute, PMP, PMI-RMP, PMI-SP, MCTS, ITIL Foundation
 http://gerentedeprojeto.net.br/

 

Congresso Paranaense de Gerenciamento de Projetos 2015

O Congresso Paranaense de Gerenciamento de Projetos 2015 segue a evolução natural do Seminário Paranaense de Gestão de Projetos, evento realizado há 12 anos no Estado do Paraná. Somente nos últimos dois anos, o SPGP 2013 e o CPGP 2014 proporcionaram conhecimento, capacitação e atualização em Gerenciamento de Projetos para mais de 400 participantes.

 

O CPGP 2015 será realizado nos dias 15 e 16 de Outubro de 2015, no Lizon Curitiba Hotel. Sendo um evento de grande porte, é o ponto alto do calendário do PMI-PR.

 

http://www.pmipr.org.br/cpgp/