Certifica PMI

Project Charter

2010-03-03T06:41:00.001-08:00

Se você esta precisando de um modelo de termo de abertura ou project charter clique neste link.

Project Charter

Integração - Project Charter ou Termo de Abertura

2010-02-19T18:44:00.000-08:00

Segundo o PMBOK em seu capítulo 4.1 (Integração/Project Charter) o documento que autoriza formalmente um projeto é o Project Charter ou Termo de abertura do projeto traduzindo para o português. Este documento deve ser emitido pelo Cliente ou Patrocinador do projeto, seja ele interno ou externo a organização.

O Project Charter autoriza o gerente de projetos a alocar recursos organizacionais nas atividades pertinentes ao projeto. Apesar de o PMBOK enfatizar que a maioria dos projetos nasce fora das organizações como forma de: Demanda de mercado, Necessidade de negócios, solicitação de clientes, etc... O que vemos hoje é um grande crescimento de escritórios de projetos (PMO) dentro das organizações que irão transformar as idéias da organização em projetos executados de maneira estruturada.

Mas não importa de onde venha a necessidade do projeto o importante é que um documento de iniciação do projeto seja formalmente emitido um (Project Charter ou Termo de abertura do projeto). Lembrando que um gerente de projetos deve ser designado para o projeto o quanto antes possível, de preferência durante o desenvolvimento do Project Charter.

SOW - Declaração do Trabalho

2009-10-14T09:32:00.000-07:00

Statement Of Work

A declaração do trabalho descreve o item a ser contratado com suficiente detalhe para permitir que os potenciais fornecedores possam avaliar se são capazes de atender o edital. O nível de detalhe pode variar de acordo com a natureza do item, as necessidades do comprador, ou a forma do contrato.

Algumas áreas de aplicações reconhecem diferentes tipos de SOW. Por exemplo, em algumas jurisdições de governo, o termo SOW é reservado para um item de compra que seja um produto ou serviço claramente especificado, e o termo Declaração de Requerimentos (SOR) é usado para um item de compra que seja apresentado como um problema a ser resolvido.. A declaração de trabalho pode ser revisada e refinada no transcorrer do processo de compra.

Por exemplo, um fornecedor potencial pode sugerir uma abordagem mais eficiente ou um produto mais barato do que aquele originalmente especificado. Cada item de compra individual requer uma declaração de trabalho separada. Entretanto, produtos ou serviços múltiplos podem ser agrupados como um item de compra com um único SOW. A declaração de trabalho deve ser tão clara, completa e concisa, quanto possível.

Ela deve incluir uma descrição de qualquer serviços relacionados, tais como relatórios de desempenho ou suporte após o projeto para o item comprado. Em algumas áreas de aplicação, há requerimentos específicos de conteúdo e formato para a SOW.

PMBOK no gerenciamento de projetos.

2009-10-12T04:33:00.000-07:00

Empresas de todos os setores da economia vêm reconhecendo a importância do Gerenciamento de Projetos para o sucesso de suas iniciativas. O desenvolvimento de novos produtos, serviços criação de novas unidades de trabalho e etc. Todas elas são mais bem gerenciadas e produzem melhores resultados quando são conduzidas sob a forma de projetos.

Um estudo do Standish Group International divulgou em abril, que um grande percentual dos mais de U$ 250 bilhões gastos anualmente no desenvolvimento de aplicações na área de Tecnologia da Informação é desperdiçado, porque as empresas falham na utilização de efetivas práticas de gerenciamento de projetos.

31% de todos os projetos são cancelados antes de seu término
88% dos projetos ultrapassam seu prazo, orçamento ou ambos
Os projetos ultrapassam, em média, 189% dos custos originalmente estimados
Os projetos ultrapassam, em média 222% do prazo originalmente estimado

Uma pesquisa feita pelo PMI-Rio (http://www.pmirio.org.br/) em 2004, ao ser questionado sobre às empresas participantes acerca dos temas que pretendiam investir nos próximos 12 meses, 85% dos entrevistados responderam que seria no Desenvolvimento / Revisão de metodologia de gerenciamento de projetos.

Questões - Aquisições

2009-10-12T04:04:00.000-07:00

Analise as seguintes afirmações relativas ao processo Seleção de fornecedores, segundo o PMBOK:

I. Um Sistema de classificação é um método para quantificar dados qualitativos de forma a minimizar os efeitos de influências pessoais na seleção de fornecedores. A maioria desses sistemas envolve: designar um peso numérico para cada critério de avaliação; atribuir notas para cada fornecedor em cada critério, multiplicar o peso pela nota e totalizar os produtos resultantes para cálculo do resultado final.

II. Nas Estimativas independentes, a organização contratante pode preparar suas próprias estimativas para servir de base para avaliação dos preços propostos. A ocorrência de diferenças significativas em relação às estimativas pode indicar que a Declaração de Trabalho não foi adequada, que o fornecedor não entendeu ou errou no pleno atendimento da mesma. Essas estimativas são freqüentemente referenciadas como estimativas, isto é, "quanto deve custar".

III. Um Sistema de ponderação envolve o estabelecimento de requerimentos mínimos de desempenho para um ou mais critérios de avaliação. Por exemplo, pode ser exigida dos fornecedores, a apresentação de um gerente de projetos que seja um Project Management Professional (PMP) antes que o restante da proposta seja considerada.

IV. A Negociação contratual envolve o esclarecimento e o acordo mútuo da estrutura e requerimentos do contrato antes de sua assinatura. A linguagem final do contrato deve refletir, o máximo possível, todo o acordo alcançado. Os assuntos cobertos incluem, mas não se limitam a responsabilidades e autoridades, termos e leis aplicáveis, abordagens quanto à gerência técnica e do negócio, financiamento do contrato e preço.

Indique a opção que contenha todas as afirmações verdadeiras.

a) I e II
b) II e III
c) II e IV
d) I e III
e) III e IV

Resposta>>(C)< (Marque o intervalo em branco e obtenha a resposta)

PMBOK revisado.

2009-10-10T12:19:00.000-07:00

Este livro foi desenvolvido para ser utilizado em conjunto com o PMBOK Terceira Edição. Os dois materiais são complementares e utilizados em conjunto aumentam as chances de passar na prova de certificação PMP junto ao PMI.Os capítulos do livro apresentam os tópicos mais cobrados no exame de certificação, e ao final de cada capítulo foram disponibilizados exercícios com questões comentadas.

Para cada capítulo do PMBOK existe um capítulo correspondente neste livro. Com exceção dos capítulos 1 e 2, os títulos são os mesmos, para facilitar a correspondência entre os dois materiais. Além disso, muitos assuntos que são cobrados no exame não se encontram no PMBOK, entretanto, grande parte deles está presente neste livro, e são, em sua maioria, suficientes para responder às questões da prova.

Esta segunda edição, além de ter sido revisada, traz um novo capítulo só com exercícios simulados para melhor fixação do conteúdo.

Conheça melhor este livro.

Questões - R.H.

2009-09-20T16:14:00.000-07:00

Em uma organização matricial fraca, gerentes de projeto são normalmente responsáveis por:

A. Monitoramento de desempenho de pessoal

B. Aprovação para mudanças de cronograma de projeto

C. Monitoramento do progresso de seus membros da equipe do projeto

D. Mudanças que causam impacto na participação dos membros da equipe

Resposta>>(B)Euma matriz fraca, o gerente de projeto pode não saber quem está realmente fazendo o trabalho do projeto, mas detém a responsabilidade de gerente funcional para entrega< (Marque o intervalo em branco e obtenha a resposta)

Questões - Custos

2009-09-19T15:34:00.000-07:00

O orçamento final do projeto é criado durante qual fase do ciclo de vida?
a. Início
b. É entregue ao gerente de projeto antes do ciclo de vida do gerenciamento do projeto
c. Planejamento
d. Execução

Resposta>> (C) No início você não tem dados suficiente, antes do ciclo de vida você também não tem dados suficientes e na execução o orçamento ja foi aprovado.<< (Marque o intervalo em branco e obtenha a resposta)

Como fazer: EAP - WBS

2009-08-02T16:36:00.000-07:00

Vou fazer uma WBS (Work Breakdown Structure) ou EAP (Estrutura Analitica de Projeto)

- Analisar a probabilidade de usar parcialmente ou integralmente uma WBS antiga;
- Lembrar que a WBS deve conter 100% do trabalho que será feito no projeto;
- O nível de detalhe pode variar, mas usualmente tem de 3 a 4 níveis;
- Não ter mais de 200 elementos terminais ou pacotes;
- Se houver necessidade de mais pacotes crie sub-projetos;
- Planeje entregas não tarefas, se planejar tarefas possivelmente poderá se deparar com uma WBS imensa;
- No primeiro nível deve conter o nome do projeto;
- No segundo nível deve ter o ciclo do projeto , ou seja dividir cronologicamente as grandes etapas e liga-las a sub-produtos;
- Colocar no terceiro nível o pacote de tarefas;

Gerências ou Áreas de Conhecimento

2009-07-10T05:24:00.000-07:00

As nove áreas de conhecimento abordam, respectivamente, o gerenciamento dos seguintes aspectos do projeto:

Integração
Escopo
Tempo
Custos
Qualidade
Recursos humanos
Comunicações
Riscos
Aquisições

Cada área de conhecimento abrange diversos processos de gerenciamento de projetos.

Escopo, Tempo, Custos e Qualidade são os principais focos para o objetivo de um projeto: entregar um resultado de acordo com o escopo, o prazo e o custo definidos, com qualidade adequada. Recursos Humanos e Aquisições são os insumos que movem um projeto. Comunicações e Riscos são elementos aos quais deve haver sempre atenção e tratamento constantes em um projeto. E Integração abrange a orquestração de todos estes aspectos

Questões - PMP

2009-05-07T11:28:00.000-07:00

Quem deve estar no controle do projeto durante a fase de planejamento?

a. O gerente do projeto
b. Um membro da equipe
c. O gerente funcional
d. O chefe do gerente do projeto

Resposta
>>
a - O Gerente tem no planejamento uma das suas mairoes funçoes dentro do projeto. <<

(Marque o intervalo em branco e obtenha a resposta)

Fluxo de Gerência de Escopo

2009-04-01T17:57:00.000-07:00

Clique na imagem para ver melhor os detalhes.

Declaração de Escopo - Organização inicial do projeto.

2008-12-26T11:42:00.000-08:00

São identificados os membros da equipe do projeto e as partes nteressadas. A organização do projeto também é documentada. Riscos iniciais definidos. Identifica os riscos conhecidos.

Declaração de Escopo - Premissas do projeto.

2008-12-25T14:56:00.000-08:00

Lista e descreve as premissas específicas do projeto associadas ao escopo do projeto e o impacto potencial dessas premissas, se não forem confirmadas. Freqüentemente, as equipes de projetos identificam, documentam e validam as premissas como parte do seu processo de planejamento. As premissas listadas na declaração do escopo detalhada do projeto são normalmente mais numerosas e mais detalhadas do que as listadas no termo de abertura do projeto.

Declaração de Escopo - Restrições do projeto.

2008-12-24T14:27:00.000-08:00

Lista e descreve as restrições específicas do projeto associadas ao escopo do projeto que limitam as opções da equipe. Por exemplo, são incluídos um orçamento predefinido ou datas impostas (marcos do cronograma) divulgadas pelo cliente ou pela organização executora. Quando um projeto for realizado sob contrato, em geral as cláusulas contratuais se constituirão em restrições. As restrições listadas na declaração do escopo detalhada do projeto são normalmente mais numerosas e mais detalhadas do que as listadas no termo de abertura do projeto.

Declaração do Escopo - Critérios de aceitação de produtos.

2008-12-24T09:45:00.000-08:00

Define o processo e os critérios para aceitar os produtos terminados.

Declaração do Escopo - Entregas do Projeto

2008-12-22T16:45:00.000-08:00

As entregas (Seção 4.4.3.1) incluem tanto as saídas que compõem o produto ou serviço do projeto, como resultados auxiliares, como documentação e relatórios de gerenciamento de projetos. Dependendo da declaração do escopo do projeto, as entregas podem ser descritas de forma sumarizada ou detalhada. Critérios de aceitação de produtos. Define o processo e os critérios para aceitar os produtos terminados.

Declaração de Escopo - Limites do projeto

2008-12-20T13:32:00.000-08:00

Normalmente identifica o que está incluído dentro do projeto. Declara de forma explícita o que está excluído do projeto, para evitar que uma parte interessada possa supor que um produto, serviço ou resultado específico é um componente do projeto.

Declaração de Escopo - Requisitos do projeto.

2008-12-20T13:25:00.000-08:00

Descreve as condições ou capacidades que devem ser atendidas ou possuídas pelas entregas do projeto para satisfazer um contrato, norma, especificação ou outros documentos formalmente impostos. As análises das partes interessadas de todas as suas necessidades, desejos e expectativas são convertidas em requisitos priorizados.

Declaração de Escopo - Descrição do escopo do produto

2008-12-20T13:07:00.000-08:00

Descreve as características do produto, serviço ou resultado para cuja criação o projeto foi realizado. Essas características terão normalmente menos detalhes nas fases iniciais e mais detalhes nas fases posteriores, conforme as características do produto forem progressivamente elaboradas. Embora a forma e o conteúdo das características variem, a descrição do escopo deve sempre fornecer detalhes suficientes para dar suporte ao planejamento posterior do escopo do projeto.

Declaração de Escopo - Objetivos do Projeto

2008-12-20T12:58:00.000-08:00

Os objetivos do projeto incluem os critérios mensuráveis do sucesso do projeto. Os projetos podem possuir uma ampla variedade de objetivos técnicos, de negócios, custo, cronograma e qualidade. Os objetivos do projeto também podem incluir metas de custo, cronograma e qualidade. Cada objetivo do projeto possui atributos como custo, uma métrica como dólares e um valor absoluto ou relativo como inferior a 1,5 milhão de dólares.

Escopo - Declaração do Escopo

2008-11-13T09:51:00.000-08:00

A declaração do escopo do projeto descreve, em detalhes, as entregas do projeto e o trabalho necessário para criar essas entregas. A declaração do escopo do projeto também fornece um entendimento comum do escopo do projeto a todas as partes interessadas no projeto e descreve os principais objetivos do projeto. Além disso, permite que a equipe do projeto realize um planejamento mais detalhado, orienta o trabalho da equipe do projeto durante a execução e fornece a linha de base para avaliar solicitações de mudanças ou trabalho adicional e verificar se estão contidos dentro ou fora dos limites do projeto.O grau e o nível de detalhe com que uma declaração do escopo do projeto define o trabalho que será realizado e o trabalho que será excluído podem determinar a eficácia com que a equipe de gerenciamento de projetos poderá controlar o escopo global do projeto. O gerenciamento do escopo do projeto, por sua vez, pode determinar e eficácia com que a equipe de gerenciamento de projetos poderá planejar, gerenciar e controlar a execução do projeto. A declaração do escopo detalhada do projeto inclui, diretamente ou referenciando outros documentos:
Objetivos do projeto.
Descrição do escopo do produto.
Requisitos do projeto.

Limites do projeto.

Entregas do projeto.
Critérios de aceitação de produtos.

Restrições do projeto.

Premissas do projeto.
Organização inicial do projeto.
Marcos do cronograma. O cliente ou a organização executora podem identificar marcos e colocar datas impostas nesses marcos do cronograma. Essas datas podem ser consideradas como restrições do cronograma.
Limitação de fundos. Descreve qualquer limitação dos recursos financeiros do projeto, uma limitação do valor total ou uma limitação imposta em prazos especificados.
Estimativa de custos. A estimativa de custos do projeto indica o custo total esperado do projeto e é normalmente precedida de um modificador que fornece alguma indicação de exatidão como, por exemplo, conceitual ou definitiva.
Requisitos do gerenciamento de configuração do projeto. Descreve o nível de gerenciamento de configuração e controle de mudanças que será implementado no projeto.
Especificações do projeto. Identifica os documentos de especificação com os quais o projeto deve estar de acordo.
Requisitos de aprovação. Identifica os requisitos de aprovação que podem ser aplicados a itens como objetivos, entregas, documentos e trabalho do projeto.

PMI - Integração - Iniciação

2008-11-11T10:42:00.000-08:00

A iniciação formal liga o projeto com o trabalho em execução na organização. Em algumas organizações um projeto é formalmente iniciado somente depois da conclusão de um estudo de viabilidade, de um plano preliminar ou de qualquer outra forma equivalente de análise que foi iniciada separadamente. Alguns tipos de projetos, especialmente projetos de serviços internos e projetos para o desenvolvimento de novos produtos, são iniciados informalmente e alguma quantidade limitada de trabalho é feita para assegurar as aprovações necessárias para a iniciação formal.

Teste Comentado:

A fase Iniciação de um projeto, segundo o PMBOK Guide 2000, engloba a área de gerenciamento de:

(A) recursos humanos.

(B) comunicações.

(D) escopo.

(E) aquisições.

No pmbok de 2.000 ele estava no Gerenciamento de Escopo, no de 2.004 ele passou para o Gerenciamento de Integração.

PMI - Overview

2008-11-11T09:00:00.000-08:00

Um projeto é um empreendimento único, com início e fim definidos, que utiliza recursos limitados e é conduzido por pessoas, visando atingir metas e objetivos pré-definidos estabelecidos dentro de parâmetros de prazo, custo e qualidade [1]. Reconhecendo a relevância do gerenciamento de projetos e a importância de uma referência que, entre outros aspectos, permitisse uma melhor comunicação entre gerentes de projetos (e projetos) o PMI definiu o PMBOK – Project Management Body of Knowledge. O PMBOK está definido em :

As áreas de conhecimento do PMBOK com o objetivo de organizar o conhecimento sobre gerenciamento de projetos o PMI definiu nove áreas de conhecimento em gerência de projetos. Para cada área foi definido um conjunto de trinta e nove processos. Passamos a descrever, a seguir, as áreas e processos do PMBOK [1].

1. Gerenciamento do Escopo
Esta área de conhecimento compreende os processos necessários para o gerenciamento do escopo do projeto: iniciação, planejamento do escopo, detalhamento do escopo, verificação do escopo e controle de mudanças de escopo.
2. Gerenciamento do Tempo
O gerenciamento do tempo do projeto descreve os processos necessários para assegurar que o
projeto termine dentro do prazo previsto. Ele é composto pelos seguintes processos: definição das atividades, sequenciamento das atividades, estimativa da duração das atividades, desenvolvimento do cronograma e controle do cronograma.
3. Gerenciamento do Custo
O gerenciamento do custo do projeto descreve os processos necessários para assegurar que o projeto termine dentro do orçamento aprovado. Ele é composto pelos processos: planejamento dos recursos, estimativa dos custos, orçamento dos custos e controle dos custos.
4. Gerenciamento dos Riscos
Esta área de conhecimento envolve os processos necessários para identificar, analisar, responder
e controlar os riscos de um projeto. São os seguintes os seus processos: planejamento do gerenciamento de riscos, identificação dos riscos, análise qualitativa dos riscos, análise quantitativa dos riscos, planejamento das respostas aos riscos e controle e monitoramento dos riscos.
5. Gerenciamento dos Recursos Humanos
O gerenciamento dos recursos humanos do projeto descreve os processos necessários para proporcionar a melhor utilização das pessoas envolvidas no projeto. Ela é composta pelos seguintes processos: planejamento organizacional, montagem da equipe e desenvolvimento da equipe.
6. Gerenciamento da Qualidade
O gerenciamento da qualidade do projeto descreve os processos necessários para assegurar que as necessidades que originaram o desenvolvimento do projeto sejam satisfeitas. O gerenciamento da qualidade é composto pelos processos: planejamento da qualidade, garantia da qualidade e controle da qualidade.
7. Gerenciamento da Comunicação
O gerenciamento da comunicação do projeto descreve os processos necessários para assegurar a
geração, coleta, distribuição, armazenamento e pronta apresentação das informações do projeto. Este gerenciamento é composto pelos seguintes processos: planejamento das comunicações, distribuição das informações, relato de desempenho e encerramento administrativo do projeto.
8. Gerenciamento da Contratação
O gerenciamento da contratação descreve os processos necessários para a aquisição de mercadorias e serviços fora da organização que desenvolve o projeto. Este gerenciamento é discutido do ponto de vista do comprador na relação comprador-fornecedor. Ele é composto pelos processos: planejamento das aquisições, preparação das aquisições, obtenção de propostas, seleção de fornecedores, administração dos contratos e encerramento do contrato.
9. Gerenciamento da Integração
Tem como objetivo garantir que todos os elementos dentro do projeto estejam devidamente coordenados e integrados.Procura garantir também integração com elementos externos como integração com as operações normais da empresa e integração do escopo do produto e do projeto.