Desenvolver o termo de abertura do projeto

Desenvolver o termo de abertura do projeto é o processo de desenvolver um documento que formalmente autoriza a existência de um projeto e dá ao gerente do projeto a autoridade necessária para aplicar recursos organizacionais às atividades do projeto. O principal benefício deste processo é um início de projeto e limites de projeto bem definidos, a criação de um registro formal do projeto, e uma maneira direta da direção executiva aceitar e se comprometer formalmente com o projeto. As entradas, ferramentas e técnicas, e saídas deste processo são mostradas na Figura 4-2. A Figura 4-3 mostra o diagrama de fluxo de dados do processo

O termo de abertura do projeto estabelece uma parceria entre a organização executora e a organização solicitante. No caso dos projetos externos, um contrato formal é normalmente a forma preferida de estabelecer um acordo. Neste caso, a equipe do projeto torna-se o fornecedor que responde às condições de uma oferta de compra de uma entidade externa. Um termo de abertura do projeto é também usado para estabelecer acordos internos no âmbito de uma organização para garantir a entrega nos termos do contrato. O termo de abertura do projeto aprovado inicia formalmente o projeto. O gerente de projeto é identificado e designado o mais cedo possível, preferivelmente enquanto o termo de abertura está sendo desenvolvido e sempre antes do início do planejamento. O termo de abertura do projeto deve ser elaborado pela entidade patrocinadora. O termo de abertura do projeto dá ao gerente do projeto a autoridade para planejar e executar o projeto. É recomendável que o gerente do projeto participe do desenvolvimento do termo de abertura do projeto para obter uma compreensão de base dos requisitos do mesmo. Esta compreensão permitirá a designação de recursos mais eficientes para as atividades do projeto

Os projetos são iniciados por uma entidade externa ao projeto tais como um patrocinador, um programa, um membro da equipe do escritório de gerenciamento de projetos (PMO), ou pelo responsável pela governança do portfólio ou o seu representante autorizado. O responsável inicial ou patrocinador do projeto deve estar em um nível apropriado para captar o financiamento e dedicar recursos para o projeto. Os projetos são iniciados em virtude de necessidades internas da empresa ou influências externas. Essas necessidades ou influências normalmente provocam a criação de uma análise de necessidades, estudo de viabilidade, business case, ou descrição da situação que o projeto abordará. A abertura de um projeto valida o alinhamento do projeto com a estratégia e o trabalho em progresso da organização. Um termo de abertura de projeto não é considerado um contrato, porque não há pagamento, promessa ou troca de dinheiro envolvidos na sua criação. 

GERENCIAMENTO DA INTEGRAÇÃO DO PROJETO

O gerenciamento da integração do projeto inclui os processos e atividades para identificar, definir, combinar, unificar e coordenar os vários processos e atividades dentro dos grupos de processos de gerenciamento do projeto. No contexto de gerenciamento de projetos, integração inclui características de unificação, consolidação, comunicação e ações integradoras que são essenciais para a execução controlada do projeto até a sua conclusão, a fim de gerenciar com sucesso as expectativas das partes interessadas, e atender aos requisitos. O gerenciamento da integração do projeto inclui fazer escolhas sobre alocação de recursos, concessões entre objetivos e alternativas conflitantes e gerenciamento das dependências mútuas entre as áreas de conhecimento de gerenciamento de projetos. Os processos de gerenciamento de projetos são geralmente apresentados como distintos e com interfaces definidas, embora, na prática, eles se sobrepõem e interagem de maneiras que não podem ser completamente detalhadas no Guia PMBOK® (PMBOK® Guide).
 A Figura 4-1 fornece uma visão geral dos processos de gerenciamento da integração de projetos, que são:
 4.1  Desenvolver o termo de abertura do projeto—O processo de desenvolver um documento que formalmente autoriza a existência de um projeto e dá ao gerente do projeto a autoridade necessária para aplicar recursos organizacionais às atividades do projeto
.
4.2  Desenvolver o plano de gerenciamento do projeto—O processo de definir, preparar e coordenar todos os planos subsidiários e integrá-los a um plano de gerenciamento de projeto abrangente. As linhas de base e os planos subsidiários integrados do projeto podem ser incluídos no plano de gerenciamento do projeto.

 4.3  Orientar e gerenciar o trabalho do projeto—O processo de liderar e realizar o trabalho definido no plano de gerenciamento do projeto e a implementação das mudanças aprovadas para atingir os objetivos do projeto.

 4.4  Monitorar e controlar o trabalho do projeto—O processo de acompanhar, revisar e registrar o progresso do projeto para atender aos objetivos de desempenho definidos no plano de gerenciamento do projeto.

4.5  Realizar o controle integrado de mudanças—O processo de revisar todas as solicitações de mudança, aprovar as mudanças e gerenciar as mudanças nas entregas, ativos de processos organizacionais, documentos do projeto e no plano de gerenciamento do projeto, e comunicar a decisão sobre os mesmos. 4.6  Encerrar o projeto ou fase—O processo de finalização de todas as atividades de todos os grupos de processos de gerenciamento do projeto para encerrar formalmente o projeto ou a fase.

Esses processos interagem entre si e com os de outras áreas de conhecimento, conforme descrito com detalhes nas Seção 3 e no Anexo A1.
A necessidade do gerenciamento da integração do projeto fica evidente em situações onde os processos distintos interagem. Por exemplo, uma estimativa de custos necessária para um plano de contingência envolve a integração dos processos nas áreas de conhecimento de gerenciamento de custos, tempo e riscos. Quando riscos adicionais associados às várias alternativas de alocação de pessoal são identificados, então um ou mais desses processos podem ser reconsiderados. As entregas do projeto também podem precisar ser integradas às operações em progresso da organização executora ou da organização do cliente e ao planejamento estratégico de longo prazo que considera problemas ou oportunidades futuras. O gerenciamento da integração do projeto também inclui as atividades necessárias para gerenciar documentos para garantir a consistência com o plano de gerenciamento do projeto e entregas de produto, serviço ou capacidade.

Os profissionais mais experientes em gerenciamento de projetos sabem que não há uma única maneira de gerenciar um projeto. Eles aplicam conhecimentos em gerenciamento de projeto, habilidades e processos necessários em uma ordem preferida e rigor variado para alcançar o desempenho desejado do projeto. Contudo, a determinação de que um processo específico não é exigido não significa que ele não deva ser discutido. O gerente do projeto e a equipe do projeto precisam abordar todos os processos e o ambiente do projeto para determinar o nível de implementação de cada processo no projeto. Se o projeto tiver mais de uma fase, o nível de rigor aplicado em cada fase do projeto deve ser apropriado para cada fase. Esta determinação é também abordada pelo gerente do projeto e pela equipe do projeto.

A natureza integrativa dos projetos e o gerenciamento de projetos podem ser entendidos considerando-se outros tipos de atividades realizadas durante a execução de um projeto. São exemplos de algumas atividades realizadas pela equipe de gerenciamento:
•  Desenvolver, revisar, analisar e entender o escopo. Isto inclui os requisitos do projeto e produto, critérios, premissas, restrições e outras influências relacionadas ao projeto, e como cada um será gerenciado ou discutido dentro do projeto;
 •  Transformar as informações do projeto coletadas em um plano de gerenciamento do projeto usando uma abordagem estruturada como descrita no Guia PMBOK®;
•  Realizar atividades para produzir as entregas do projeto; e
•  Medir e monitorar o progresso do projeto e tomar as medidas necessárias para atender os objetivos do projeto

Informações do projeto

Ao longo do ciclo de vida do projeto, uma quantidade significativa de dados e informações é coletada, analisada, transformada e distribuída em vários formatos para os membros da equipe do projeto e outras partes interessadas. Os dados do projeto são coletados como resultado dos vários processos de execução e compartilhados no âmbito da equipe do projeto. Os dados coletados são analisados no contexto e agregados e transformados tornando-se informações de projetos durante vários processos de controle. As informações podem então ser verbalmente comunicadas, ou armazenadas e distribuídas como relatórios em vários formatos.

Os dados do projeto são continuamente coletados e analisados no decorrer do contexto dinâmico da sua execução. Como resultado, os termos, dados e informações são frequentemente usados intercambiavelmente na prática. O uso indiscriminado desses termos pode levar à confusão e mal-entendidos pelas várias partes interessadas no projeto. As diretrizes a seguir ajudam a reduzir os erros de comunicação e ajudam a equipe do projeto a usar a terminologia apropriada:

•  Dados de desempenho do trabalho. As observações e medições em estado bruto, identificadas durante a execução das atividades de realização dos trabalhos do projeto. Exemplos incluem a percentagem registrada do trabalho fisicamente concluído, medidas de desempenho da qualidade e técnico, datas de início e término das atividades programadas, número de solicitações de mudanças e número de defeitos, custos reais, durações reais, etc.
 •  Informações de desempenho do trabalho. Os dados de desempenho coletados de vários processos de controle, analisados no contexto e integrados com base nos relacionamentos em todas as áreas. Exemplos de informações de desempenho são o status das entregas, o status da implementação das solicitações de mudanças e as estimativas previstas para terminar.
•  Relatórios de desempenho do trabalho. A representação física ou eletrônica das informações de desempenho do trabalho são compiladas em documentos do projeto com a intenção de prover argumentos para decisões ou para levantar questões, disparar ações e promover a conscientização. Os exemplos incluem relatórios de status, memorandos, justificativas, notas informativas, painéis eletrônicos, recomendações e atualizações.

Grupo de processos de encerramento

O grupo de processos de encerramento consiste dos processos executados para finalizar todas as atividades de todos os grupos de processos de gerenciamento do projeto, visando concluir formalmente o projeto, a fase, ou as obrigações contratuais. Este grupo de processos, quando concluído, verifica se os processos definidos estão completos em todos os grupos de processos a fim de encerrar o projeto ou uma fase do projeto, da forma apropriada, e define formalmente a finalização do projeto ou da fase.
Este grupo de processos também formaliza o encerramento prematuro do projeto. Os projetos encerrados prematuramente podem incluir, por exemplo, projetos abortados, projetos cancelados e projetos em situação crítica. Em casos específicos, quando alguns contratos não podem ser formalmente encerrados (ex., reclamações, cláusulas de encerramento, etc.) ou algumas atividades devam ser transferidas para outras unidades organizacionais, procedimentos específicos de entrega devem ser providenciados e finalizados.
No encerramento do projeto ou da fase, podem ocorrer as seguintes atividades:

• Obter a aceitação pelo cliente ou patrocinador para encerrar formalmente o projeto ou fase, • Fazer a revisão pós-projeto ou de final de fase,

• Registrar os impactos de adequação de qualquer processo,
• Documentar as lições aprendidas,

• Aplicar as atualizações apropriadas aos ativos de processos organizacionais,
•  Arquivar todos os documentos relevantes do projeto no sistema de informações de gerenciamento de projetos (SIGP) para serem usados como dados históricos,

•  Encerrar todas as atividades de aquisições, assegurando a rescisão de todos os acordos relevantes, e
• Executar a avaliação dos membros da equipe e liberar os recursos do projet

Grupo de processos de monitoramento e controle

O grupo de processos de monitoramento e controle consiste dos processos necessários para acompanhar, analisar e organizar o progresso e o desempenho do projeto; identificar quaisquer áreas nas quais serão necessárias mudanças no plano; e iniciar as respectivas mudanças. O principal benefício deste grupo de processos é a medição e análise do desempenho do projeto a intervalos regulares, em ocorrências apropriadas ou em condições excepcionais, a fim de identificar as variações no plano de gerenciamento do projeto. O grupo de processos de monitoramento e controle também envolve:
 •  Controlar as mudanças e recomendar ações corretivas ou preventivas em antecipação a possíveis problemas,

•  Monitorar as atividades contínuas do projeto em relação ao plano de gerenciamento do projeto e a linha de base de desempenho do mesmo, e

 •  Influenciar os fatores que poderiam impedir o controle integrado de mudanças ou de gerenciamento de configurações para que somente as mudanças aprovadas sejam implementadas.

Este monitoramento contínuo fornece à equipe do projeto uma visão melhor sobre a saúde do projeto e identifica quaisquer áreas que exijam atenção adicional. O grupo de processos de monitoramento e controle não apenas monitora e controla o trabalho sendo feito dentro do grupo de processos, mas também monitora e controla todo o esforço do projeto. Nos projetos de várias fases, o grupo de processos de monitoramento e controle coordena as fases do projeto para implementar ações corretivas ou preventivas para que o projeto cumpra o seu plano de gerenciamento. Esta revisão pode resultar em atualizações recomendadas e aprovadas para o plano de gerenciamento do projeto. Por exemplo, uma data de término de atividade não cumprida pode exigir ajustes e compensações entre os objetivos do orçamento e do organograma. A fim de reduzir ou controlar as despesas indiretas, procedimentos de gerenciamento por exceção e outras técnicas podem ser consideradas de forma apropriada.

Grupo de execução de processos

O grupo de execução de processos consiste dos processos executados para concluir o trabalho definido no plano de gerenciamento do projeto a fim de cumprir as especificações do projeto. Este grupo de processos envolve coordenar pessoas e recursos, gerenciar as expectativas das partes interessadas, e também integrar e executar as atividades do projeto em conformidade com o plano de gerenciamento do projeto.
Durante a execução do projeto, os resultados poderão requerer atualizações no planejamento e mudanças nas linhas de base. Isso pode incluir mudanças nas durações esperadas para as atividades, mudanças na produtividade e na disponibilidade dos recursos e riscos imprevistos. Essas variações podem afetar o plano de gerenciamento do projeto ou os documentos do projeto e exigir uma análise detalhada e o desenvolvimento de respostas apropriadas de gerenciamento de projetos. Os resultados da análise podem acionar solicitações de mudanças que, se forem aprovadas, poderão modificar o plano de gerenciamento ou outros documentos do projeto e talvez exigir a definição de novas linhas de base. Uma grande parte do orçamento do projeto será gasta na execução dos processos do grupo de processos de execução.

Grupo de processos de planejamento

O grupo de processos de planejamento consiste dos processos realizados para estabelecer o escopo total do esforço, definir e refinar os objetivos e desenvolver o curso de ação necessário para alcançar esses objetivos. Os processos de planejamento desenvolvem o plano de gerenciamento e os documentos do projeto que serão usados para executá-lo. A natureza complexa do gerenciamento de projetos pode exigir o uso de realimentações periódicas para análise adicional. À medida que mais informações ou características do projeto são coletadas e entendidas, pode ser necessário um planejamento adicional. Mudanças significativas ocorridas ao longo do ciclo de vida do projeto acionam uma necessidade de revisitar um ou mais dos processos de planejamento e possivelmente alguns dos processos de iniciação. Este detalhamento progressivo do plano de gerenciamento de projetos é denominado “planejamento por ondas sucessivas”, indicando que o planejamento e a documentação são atividades iterativas e contínuas. O benefício principal deste grupo de processos é delinear a estratégia e a tática, e também o curso de ação ou o caminho para a conclusão do projeto ou da fase com sucesso. Quando o grupo de processos de planejamento é bem gerenciado, fica mais fácil conquistar a adesão e a participação das partes interessadas. Esses processos expressam como isto será feito, estabelecendo o caminho para o alcance do objetivo desejado.

O plano de gerenciamento do projeto e os documentos do projeto desenvolvidos como saídas do grupo de processos de planejamento explorarão todos os aspectos do escopo, tempo, qualidade, comunicações, recursos humanos, riscos, aquisições e gerenciamento das partes interessadas
As atualizações resultantes das mudanças aprovadas durante o projeto (geralmente durante os processos de monitoramento e controle, e especificamente durante o processo de orientar e gerenciar a execução do projeto) podem influenciar significativamente o plano de gerenciamento do projeto e os documentos do projeto. As atualizações nesses documentos proporcionam maior precisão com respeito ao cronograma, custos e requisitos de recursos para cumprir o escopo definido para o projeto.
A equipe do projeto busca informações e estimula o envolvimento de todas as partes interessadas ao planejar o projeto e desenvolver o plano de gerenciamento e os documentos do projeto. Como o processo de coleta de feedback e refinamento dos documentos não pode continuar indefinidamente, os procedimentos definidos pela organização determinam quando o planejamento inicial termina. Esses procedimentos serão afetados pela natureza do projeto, pelos limites definidos para o mesmo, pelas atividades de monitoramento e controle apropriadas e também pelo ambiente em que o projeto será executado.
Outras interações nos processos dentro do grupo de processos de planejamento dependem da natureza do projeto. Por exemplo, em alguns projetos haverá pouco ou nenhum risco identificável após a execução de um planejamento significativo. Nessa ocasião, a equipe poderá reconhecer que as metas de custos e cronograma são excessivamente agressivas e, portanto, envolvem consideravelmente maior risco do que anteriormente entendido. Os resultados das interações são documentadas como atualizações no plano de gerenciamento do projeto ou em vários documentos do projeto.

Grupo de processos de iniciação

O grupo de processos de iniciação consiste dos processos realizados para definir um novo projeto ou uma nova fase de um projeto obtendo autorização para iniciar o projeto ou a fase. Nos processos de iniciação, o escopo inicial é definido e os recursos financeiros iniciais são comprometidos. As partes interessadas internas e externas que vão interagir e influenciar o resultado geral projeto são identificadas. Se ainda não foi designado, o gerente do projeto será selecionado. Estas informações são capturadas no termo de abertura do projeto e no registro das partes interessadas. Quando o termo de abertura é aprovado, o projeto é oficialmente autorizado. Embora a equipe de gerenciamento do projeto possa ajudar a redigir o termo de abertura do projeto, este padrão pressupõe que a avaliação, aprovação e o financiamento do caso de negócio são externos aos limites do projeto (Figura 3-4). O limite de um projeto é definido como o momento determinado em que o início ou a conclusão do projeto ou da fase do projeto é autorizado. O objetivo principal deste grupo de processos é alinhar as expectativas das partes interessadas com o objetivo do projeto, dar-lhes visibilidade sobre o escopo e objetivos, e mostrar como a sua participação no projetos e em suas respectivas fases pode assegurar a realização das suas expectativas. Estes processos ajudam a estabelecer a visão do projeto, o que precisa ser alcançado.

Os projetos muito grandes e complexos devem ser divididos em fases separadas. Nesses projetos, os processos de iniciação são realizados durante fases subsequentes para validar as decisões tomadas durante o processos originais de desenvolvimento do termo de abertura do projeto e de identificação das partes interessadas. A execução dos processos de iniciação no início de cada fase ajuda a manter o foco do projeto na necessidade da empresa para o qual o mesmo foi criado. Os critérios para o sucesso são verificados e a influência, os acionadores/gatilho e os objetivos das partes interessadas no projeto são analisados. Então é decidido se projeto deve ser continuado, adiado ou interrompido.

O envolvimento de patrocinadores, clientes e de outras partes interessadas durante a iniciação gera uma compreensão compartilhada dos critérios para o sucesso, reduz as despesas indiretas de envolvimento e geralmente melhora o nível de aceitação da entrega, de satisfação do cliente e das outras partes interessadas. 

Os processos de iniciação podem ser executados a nível de organização, programa ou portfólio e, assim sendo, seriam externos ao nível de controle do projeto. Por exemplo, antes da iniciação do projeto, a necessidade de requisitos de alto nível pode ser documentada como parte de uma iniciativa organizacional maior. Um processo de avaliação de alternativas pode ser utilizado para determinar a viabilidade do novo empreendimento. Podem ser desenvolvidas descrições claras dos objetivos do projeto, incluindo as razões porque um projeto específico é a melhor alternativa para cumprir os requisitos. A documentação para esta decisão também pode conter a declaração inicial do escopo do projeto, entregas, duração do projeto e uma previsão dos recursos para a análise do investimento da organização. Como parte dos processos de iniciação, o gerente do projeto recebe a autoridade para aplicar os recursos organizacionais às atividades subsequentes do projeto.

Grupos de processos de gerenciamento de projetos

As seções a seguir identificam e descrevem os cinco grupos de processos de gerenciamento de projetos necessários em qualquer projeto. Esses cinco grupos têm dependências claras, são em geral executados em cada projeto e interagem muito entre si. Esses cinco grupos de processos independem de áreas de aplicação ou especialização do setor. Os grupos de processos individuais e os processos individuais são frequentemente iterados antes da conclusão do projeto e podem ter iterações dentro de um grupo de processos e entre os grupos de processos. A natureza dessas iterações varia de um projeto para o outro e podem ou não ser executadas em uma ordem específica.

O diagrama de fluxo de processos, Figura 3-3, fornece um resumo geral do fluxo básico e das interações entre os grupos de processos e as partes interessadas específicas. Os processos de gerenciamento do projeto estão vinculados por entradas e saídas específicas onde o resultado de um processo torna-se a entrada de outro, mas não necessariamente no mesmo grupo de processos. Os grupos de processos não são fases do ciclo de vida do projeto. Na realidade, é possível que todos os grupos de processos possam ser conduzidos dentro de uma fase. À medida que os projetos são separados em fases ou subcomponentes distintos tais como desenvolvimento do conceito, estudo de viabilidade, concepção, protótipo, construção, ou teste, etc. , todos os grupos de processos seriam normalmente repetidos para cada fase ou subcomponente conforme explicado anteriormente e ilustrado na Figura 3-2.

Os processos de gerenciamento de projetos são mostrados no grupo de processos em que a maior parte das atividades ocorre. Por exemplo, um processo que normalmente ocorre na fase de planejamento é colocado no grupo de processos de planejamento. Quando esse processo é atualizado por um processo ou atividade do grupo de processos de execução, ele não é considerado um processo novo no grupo de processos de execução mas continua a ser um processo ou atividade do grupo de processos de planejamento. A natureza iterativa do gerenciamento de projetos significa que os processos de qualquer grupo podem ser usados novamente ao longo do ciclo de vida do projeto. Por exemplo, em resposta a um evento de risco, a execução de uma resposta ao risco pode desencadear uma análise adicional do mesmo, que leva a outra iteração do processo de identificação de riscos e à realização dos processos de análise quantitativa para avaliar o impacto.

Interações comuns em processos de gerenciamento de projetos

Os processos de gerenciamento de projetos são apresentados como elementos distintos com interfaces bem definidas. Entretanto, na prática eles se sobrepõem e interagem de formas que não são detalhadas integralmente neste documento. Os profissionais de gerenciamento de projetos mais experientes reconhecem que há mais de uma maneira de gerenciar um projeto. Os grupos de processos necessários e os processos que os constituem são guias para a aplicação de conhecimentos e habilidades de gerenciamento de projetos durante o projeto. A aplicação dos processos de gerenciamento de projetos é iterativa e muitos deles são repetidos durante o projeto.

A natureza integrativa do gerenciamento de projetos requer que o grupo de processos de monitoramento e controle interaja com os outros grupos de processos, conforme mostra a Figura 3-1. Os processos de monitoramento e controle ocorrem ao mesmo tempo que os processos contidos em outros grupos de processos. Então, o processo de monitoramento e controle é descrito como um grupo de processos “de fundo” para os outros quatro grupos de processos mostrados na Figura 3-1.

Os grupos de processos de gerenciamento de projetos estão vinculados pelas saídas que produzem. Os grupos de processos são raramente eventos distintos ou que ocorrem uma única vez; são atividades sobrepostas que ocorrem ao longo de todo o projeto. A saída de um processo em geral torna-se uma entrada em outro processo ou é uma entrega do projeto, subprojeto, ou fase do projeto. As entregas a nível de projeto ou subprojeto podem ser chamadas de entregas incrementais. O grupo de processos de planejamento fornece ao grupo de processos de execução o plano de gerenciamento do projeto e os documentos do projeto e, à medida que o projeto avança, ele frequentemente cria atualizações no plano de gerenciamento e nos documentos do projeto. A Figura 3-2 ilustra como os grupos de processos interagem e mostra o nível de sobreposição em diversas ocasiões. Se o projeto estiver dividido em fases, os grupos de processos interagem dentro de cada fase.

Um exemplo dessa interação é a saída de uma fase de concepção, que requer a aceitação do patrocinador para o documento de concepção. Quando estiver disponível, o documento de concepção fornece a descrição do produto para os grupos de processos de planejamento e execução em uma ou mais fases posteriores. Quando um projeto é dividido em fases, os grupos de processos são usados, conforme apropriado, para orientar com eficácia o projeto em direção à conclusão de forma controlada. Nos projetos com várias fases, os processos são repetidos em cada fase até que os critérios para a conclusão das fases sejam cumpridos. Informações adicionais sobre os ciclos de vida e as fases dos projetos são fornecidas no Capítulo 2

PROCESSOS DE GERENCIAMENTO DE PROJETO

Gerenciamento de projetos é a aplicação de conhecimentos, habilidades, ferramentas e técnicas às atividades do projeto a fim de cumprir os seus requisitos. A aplicação do conhecimento requer o gerenciamento eficaz dos processos de gerenciamento do projeto.
Um processo é um conjunto de ações e atividades inter-relacionadas que são executadas para criar um produto, serviço ou resultado pré-especificado. Cada processo é caracterizado por suas entradas, ferramentas e técnicas que podem ser aplicadas, e as saídas resultantes. Como explicado na Seção 2, o gerente de projetos deve levar em consideração os ativos de processos organizacionais e os fatores ambientais da empresa. Eles devem ser considerados para todos os processos, mesmo que não estejam explicitamente listados como entradas na especificação do processo. Os ativos de processos organizacionais fornecem diretrizes e critérios para adequação dos processos da organização às necessidades específicas do projeto. Os fatores ambientais da empresa podem restringir as opções de gerenciamento do projeto

Para que um projeto seja bem-sucedido, a equipe do projeto deveria:

• Selecionar os processos apropriados para cumprir os objetivos do projeto;
• Usar uma abordagem definida que pode ser adaptada para cumprir os objetivos;
• Estabelecer e manter a comunicação e o engajamento apropriado com as partes interessadas;
• Cumprir os requisitos para atender às necessidades e expectativas das partes interessadas;
•  Obter um equilíbrio entre as demandas concorrentes de escopo, organograma, orçamento, qualidade, recursos e riscos para criar o produto, serviço ou resultado especificado.

Os processos do projeto são executados pela equipe do projeto com a interação das partes interessadas e, em geral, podem ser classificados em uma de duas categorias principais:

•  Processos de gerenciamento de projeto. Esses processos garantem o fluxo eficaz do projeto ao longo da sua existência. Esses processos abrangem as ferramentas e técnicas envolvidas na aplicação de habilidades e capacidades descritas nas áreas de conhecimento (Capítulos 4 até 13).

•  Processos orientados a produtos. Esses processos especificam e criam o produto do projeto. Os processos orientados a produtos são normalmente definidos pelo ciclo de vida do projeto (como discutido na Seção 2.4) e variam de acordo com a área de aplicação e a fase do ciclo de vida do produto. O escopo do projeto não pode ser definido sem algum entendimento básico de como criar o produto especificado. Por exemplo, as diversas técnicas e ferramentas de construção devem ser consideradas ao determinar a complexidade geral da casa que será construída.

O Guia PMBOK® descreve somente os processos de gerenciamento de projetos. Embora os processos orientados a produtos estejam fora do escopo deste documento, eles não devem ser ignorados pelo gerente de projetos e a equipe do projeto. Os processos de gerenciamento de processos e os processos orientados a produtos sobrepõem-se e interagem ao longo do ciclo de vida de um projeto.
Os processos de gerenciamento de projetos são aplicados globalmente e nos mais variados setores econômicos e indústrias. “Boa Prática” significa que existe um acordo geral de que a aplicação dos processos de gerenciamento de projetos pode aumentar as chances de sucesso em uma ampla gama de projetos. Boa prática não significa que os conhecimentos, habilidades e os processos descritos devem ser sempre aplicados de forma uniforme em todos os projetos. Para qualquer projeto específico, o gerente do projeto, em colaboração com a equipe do projeto, é sempre responsável por determinar quais processos são apropriados e o grau apropriado de rigor para cada um.

Os gerentes de projetos e suas equipes devem abordar com cuidado cada processo e as suas entradas e saídas e determinar quais são aplicáveis ao projeto em que estão trabalhando. O Guia PMBOK® pode ser usado como um recurso para gerenciar um projeto e também considera a abordagem e metodologia geral que será usada no projeto. Este esforço é conhecido como adequação.

O gerenciamento de projetos é um empreendimento integrado que requer que cada processo e produto seja alinhado e conectado de forma apropriada com os outros processos para facilitar a coordenação. As ações adotadas durante um processo em geral afetam esse e outros processos relacionados. Por exemplo, uma mudança no escopo costuma afetar o custo do projeto, mas pode não afetar o plano de gerenciamento de comunicações ou o nível de risco. Com frequência, essas interações entre processos exigem compensações entre os requisitos e objetivos do projeto, e as compensações de desempenho variarão de um projeto para outro e de uma organização para outra.
O gerenciamento de projetos bem-sucedido inclui gerenciar ativamente essas interações para cumprir os requisitos do patrocinador, do cliente e de outras partes interessadas. Em algumas circunstâncias, um processo ou conjunto de processos deverá ser iterado várias vezes para alcançar o resultado desejado.
Os projetos existem em uma organização e não podem operar como um sistema fechado. Eles requerem a entrada de dados da organização e externos, e entregam capacidades à organização. Os processos de projeto podem gerar informações para aprimorar o gerenciamento de projetos e ativos de processos organizacionais futuros.

O Guia PMBOK® descreve a natureza dos processos de gerenciamento de projetos em termos da integração entre os processos, suas interações e seus objetivos. Os processos de gerenciamento de projetos são agrupados em cinco categorias conhecidas como grupos de processos de gerenciamento de projetos (ou grupos de processos);

•  Grupo de processos de iniciação. Os processos executados para definir um novo projeto ou uma nova fase de um projeto existente através da obtenção de autorização para iniciar o projeto ou fase.
 •  Grupo de processos de planejamento. Os processos necessários para definir o escopo do projeto, refinar os objetivos e definir a linha de ação necessária para alcançar os objetivos para os quais o projeto foi criado.
 •  Grupo de processos de execução. Os processos realizados para executar o trabalho definido no plano de gerenciamento do projeto para satisfazer as especificações do projeto.
•  Grupo de processos de monitoramento e controle. Os processos exigidos para acompanhar, analisar e controlar o progresso e desempenho do projeto, identificar quaisquer áreas nas quais serão necessárias mudanças no plano, e iniciar as mudanças correspondentes.
 •  Grupo de processos de encerramento. Os processos executados para finalizar todas as atividades de todos os grupos de processos, visando encerrar formalmente o projeto ou fase.

Ciclos de vida adaptativos

Os ciclos de vida adaptativos (também conhecidos como direcionados à mudança ou utilizadores de métodos ágeis) são projetados para reagir a altos níveis de mudança e envolvimento contínuo das partes interessadas. Os métodos adaptativos são também iterativos e incrementais, a diferença é que as iterações são muito rápidas (geralmente com uma duração de 2 a 4 semanas), com tempo e recursos fixos. Os projetos adaptativos geralmente executam vários processos em cada iteração, embora as primeiras iterações possam se concentrar mais nas atividades de planejamento.

O escopo geral do projeto pode ser desmembrado em um conjunto de requisitos e trabalhos a serem executados, comumente chamado de backlog do projeto. No início de uma iteração, a equipe trabalhará para determinar a quantidade de itens altamente prioritários da lista de backlog que podem ser entregues na próxima iteração. No final de cada iteração, o produto deve estar pronto para a análise pelo cliente. Isso não significa que o cliente deve aceitar a entrega, mas simplesmente que o produto não deve incluir características inacabadas, incompletas, ou que não podem ser usadas. Os representantes do patrocinador e do cliente devem estar continuamente envolvidos no projeto para fornecer o feedback sobre as entregas à medida que elas são criadas, a fim de garantir que o backlog do produto reflitam suas necessidades atuais.

Os métodos adaptativos geralmente são preferidos quando se lida com um ambiente em rápida mutação, quando os requisitos e escopo são difíceis de definir antecipadamente, e quando é possível definir pequenas melhorias incrementais que entregarão valor às partes interessadas.

Ciclos de vida iterativos e incrementais

Ciclos de vida iterativos e incrementais são aqueles em que as fases do projeto (também chamadas de iterações) intencionalmente repetem uma ou mais atividades de projeto à medida que a compreensão do produto pela equipe do projeto aumenta. Iterações desenvolvem o produto através de uma série de ciclos repetidos, enquanto os incrementos sucessivamente acrescentam à funcionalidade do produto. Os ciclos de vida desenvolvem o produto de forma tanto iterativa como incremental.

Os projetos iterativos e incrementais podem avançar em fases, e as iterações propriamente ditas são executadas de maneira sequencial ou sobre posicional. Durante uma iteração, as atividades de todos os grupos de processos de gerenciamento de projeto serão executadas. No final de cada iteração, uma entrega ou conjunto de entregas será concluído. As iterações futuras podem aprimorar tais entregas ou criar novas entregas. Cada iteração desenvolve de forma incremental as entregas até que os critérios de saída da fase sejam cumpridos, permitindo que a equipe do projeto incorpore o feedback.

Na maioria dos ciclos de vida iterativos, uma visão de alto nível é desenvolvida para o empreendimento em geral, mas o escopo detalhado é elaborado uma iteração de cada vez. Frequentemente, o planejamento para a nova iteração é feito à medida que o trabalho no escopo e entregas da iteração atual avança. O trabalho exigido para um determinado conjunto de entregas pode variar em duração e esforço, e a equipe do projeto pode mudar entre ou durante as iterações. As entregas não abordadas no escopo da iteração atual são normalmente abrangidas em um nível mais alto somente e podem ser provisoriamente designadas para uma iteração futura específica. As mudanças no escopo da iteração são cuidadosamente gerenciadas assim que o trabalho se inicia.

Os ciclos de vida iterativos e incrementais são geralmente preferidos quando uma organização necessita administrar as mudanças dos objetivos e escopo, reduzir a complexidade de um projeto ou quando a entrega parcial de um produto é benéfica e proporciona valor para um ou mais grupos de partes interessadas sem causar impacto na entrega ou conjunto de entregas final. Projetos grandes e complexos são muitas vezes executados de maneira iterativa para reduzir o risco ao permitir que a equipe incorpore o feedback e as lições aprendidas entre as iterações.

Ciclos de vida predeterminados

Os ciclos de vida previstos (também conhecidos como ciclos de vida inteiramente planejados) são aqueles em que o escopo do projeto, bem como o tempo e custos exigidos para entregar tal escopo são determinados o mais cedo possível no ciclo de vida do projeto. Conforme mostrado na Figura 2-13, esses projetos progridem através de uma série de fases sequenciais ou sobrepostas, em que cada fase geralmente foca um subconjunto de atividades de projeto e processos de gerenciamento de projeto. O trabalho executado em cada fase é geralmente de caráter diferente do trabalho das fases anteriores e subsequentes e, assim sendo, a formação e habilidades exigidas da equipe do projeto podem variar de fase para fase

Quando o projeto é iniciado, a equipe do projeto se concentra em definir o escopo geral de produto e projeto, desenvolve um plano de entrega do produto (e de quaisquer entregas associadas), e então dá prosseguimento às fases para a execução do plano dentro daquele escopo. As mudanças no escopo do projeto são meticulosamente gerenciadas e exigem o replanejamento e a aceitação formal do novo escopo.

Os ciclos de vida previsíveis são geralmente preferidos quando o produto a ser entregue é bem entendido, quando há uma base significativa de prática na indústria, ou quando se exige que o produto seja entregue por inteiro para ter valor junto aos grupos de partes interessadas. 

Os projetos uniformes com ciclos de vida previsíveis podem usar o conceito de planejamento em ondas sucessivas, em que um plano mais geral e de alto nível está disponível e um planejamento mais detalhado é executado para as janelas de tempo apropriadas, à medida que novas atividades de trabalho se aproximam e recursos devem ser designados.

Fases do projeto

Um projeto pode ser dividido em qualquer número de fases. A fase de um projeto é um conjunto de atividades relacionadas de maneira lógica que culmina na conclusão de uma ou mais entregas. As fases do projeto são usadas quando a natureza do trabalho a ser executado é única para uma parte do projeto, e são normalmente ligadas visando o desenvolvimento de uma entrega principal específica. Uma fase pode enfatizar os processos de um grupo específico de processos de gerenciamento do projeto, mas é provável que a maioria ou todos os processos serão executados de alguma forma em cada fase. Geralmente as fases são terminadas sequencialmente, mas podem se sobrepor em algumas situações do projeto. Fases distintas normalmente têm durações ou esforços diferentes. A natureza de alto nível das fases de um projeto as torna um elemento do ciclo de vida do projeto.

A estrutura de fases permite que o projeto seja segmentado em subconjuntos lógicos para facilitar o gerenciamento, o planejamento e controle. O número de fases, a necessidade de fases e o grau de controle aplicado depende do tamanho, grau de complexidade e impacto potencial do projeto. Independentemente do número de fases que compõem um projeto, todas têm características semelhantes:

•  O trabalho tem um foco diferente de quaisquer outras fases. Isso muitas vezes envolve diferentes organizações, locais e conjuntos de habilidades.
 •  Atingir a entrega ou objetivo principal da fase exige o uso de controles ou processos exclusivos para a fase ou suas atividades. A repetição dos processos entre todos os cinco grupos de processos, conforme descrito na Seção 3, proporciona um grau adicional de controle e define os limites da fase.
•  O encerramento de uma fase ocorre com alguma forma de transferência ou entrega do produto do trabalho produzido como a entrega da fase. O final desta fase representa um ponto natural de reavaliação das atividades em andamento e de modificação ou término do projeto, se necessário. Pode-se referir a este ponto como ponto de verificação, marco, análise de fase, revisão de fase ou ponto de término. Em muitos casos, há a necessidade da aprovação do encerramento de uma fase de alguma forma antes que a mesma seja considerada como encerrada.

Não existe uma estrutura ideal única que possa ser aplicada a todos os projetos. Embora práticas comuns no setor normalmente levem à utilização de uma estrutura preferida, projetos no mesmo setor, ou mesmo dentro da mesma organização, podem apresentar variações significativas. Alguns terão somente uma fase, conforme exibido na Figura 2-10. Outros projetos podem ter duas ou mais fases.

Algumas organizações têm políticas estabelecidas que padronizam todos os projetos, enquanto outras permitem que a equipe do projeto escolha e adapte a abordagem mais apropriada para seu projeto específico. Por exemplo, uma organização pode tratar um estudo de viabilidade como um trabalho rotineiro da fase préprojeto, outra pode tratá-lo como a primeira fase de um projeto, e uma terceira pode tratar o estudo de viabilidade como um projeto distinto e independente. Da mesma maneira, uma equipe de projeto pode dividir um projeto em duas fases onde uma equipe de projeto diferente pode decidir gerenciar todo o trabalho como uma única fase. Muito depende da natureza do projeto específico e do estilo da equipe de projeto ou da organização

Características do ciclo de vida do projeto

Os projetos variam em tamanho e complexidade. Todos os projetos podem ser mapeados para a estrutura genérica de ciclo de vida a seguir (veja a Figura 2-8):
• Início do projeto,

• Organização e preparação,

• Execução do trabalho do projeto, e

• Encerramento do projeto.

Esta estrutura genérica de ciclo de vida é frequentemente referenciada na comunicação com a alta administração ou outras entidades menos familiarizadas com os detalhes do projeto. Ela não deve ser confundida com os grupos de processos de gerenciamento de projeto porque os processos de um grupo de processos consistem de atividades que podem ser executadas e ocorrer novamente em cada fase de um projeto assim como para o projeto como um todo. O ciclo de vida do projeto é independente do ciclo de vida do produto produzido ou modificado pelo projeto. Entretanto, o projeto deve levar em consideração a fase atual do ciclo de vida do produto. Esta visão de alto nível pode oferecer um quadro de referência comum para comparação de projetos – mesmo que, em sua natureza, eles não sejam semelhantes.

A estrutura genérica do ciclo de vida geralmente apresenta as seguintes características: 

•  Os níveis de custo e de pessoal são baixos no início, atingem um valor máximo enquanto o projeto é executado e caem rapidamente conforme o projeto é finalizado. A Figura 2-8 ilustra este padrão típico. 

•  A curva típica de custo e pessoal acima pode não se aplicar a todos os projetos. Um projeto pode exigir despesas substanciais para assegurar os recursos necessários no início do seu ciclo de vida, por exemplo, ou dispor de uma equipe completa bem no início do seu ciclo de vida.

•  Os riscos e incertezas (como ilustrados na Figura 2-9) são maiores no início do projeto. Esses fatores diminuem ao longo da vida do projeto à medida que as decisões são tomadas e as entregas são aceitas. 

•  A capacidade de influenciar as características finais do produto do projeto, sem impacto significativo sobre os custos, é mais alta no início do projeto e diminui à medida que o projeto progride para o seu término. A Figura 2-9 ilustra a ideia de que os custos das mudanças e correções de erros geralmente aumentam significativamente à medida que o projeto se aproxima do término. Embora essas características continuem presentes até certo ponto nos ciclos de vidas de quase todos os projetos, elas não estão sempre presentes no mesmo grau. Os ciclos de vida adaptativos, em especial, são desenvolvidos com o intuito de manter o grau de influência das partes interessadas mais alto e os custos das mudanças mais baixos do que nos ciclos de vida previsíveis, ao longo de todo o ciclo de vida.

Dentro do contexto da estrutura genérica do ciclo de vida, um gerente de projetos pode determinar a necessidade de controle mais eficaz sobre certas entregas, ou que certas entregas devem ser concluídas antes que o escopo do projeto possa ser completamente definido. Projetos grandes e complexos em particular podem requerer este nível adicional de controle. Nestes casos, o trabalho realizado para atingir os objetivos do projeto pode se beneficiar com a divisão formal em fases

Ciclo de vida do projeto

Ciclo de vida do projeto é a série de fases pelas quais um projeto passa, do início ao término. As fases são geralmente sequenciais e os seus nomes e números são determinados pelas necessidades de gerenciamento e controle da(s) organização(ões) envolvida(s) no projeto, a natureza do projeto em si e sua área de aplicação. As fases podem ser desmembradas por objetivos funcionais ou parciais, resultados ou entregas intermediários, marcos específicos no escopo geral do trabalho, ou disponibilidade financeira. As fases são geralmente limitadas pelo tempo, com um início e término ou ponto de controle. Um ciclo de vida pode ser documentado em uma metodologia. O ciclo de vida do projeto pode ser definido ou moldado de acordo com aspectos exclusivos da organização, setor ou tecnologia empregada. Embora todos os projetos tenham um início e um fim definidos, as entregas e atividades específicas conduzidas neste ínterim poderão variar muito de acordo com o projeto. O ciclo de vida oferece uma estrutura básica para o gerenciamento do projeto, independentemente do trabalho específico envolvido.

Os ciclos de vida do projeto podem variar ao longo de uma sequência contínua, desde abordagens previsíveis ou direcionadas por um plano em uma extremidade, até abordagens adaptativas ou acionadas por mudanças na outra. Em um ciclo de vida previsível (Seção 2.4.2.2), o produto e as entregas são definidas no início do projeto e quaisquer mudanças no escopo são cuidadosamente gerenciadas. Em um ciclo de vida adaptativo (Seção 2.4.2.4), o produto é desenvolvido através de múltiplas iterações e um escopo detalhado é definido para cada iteração somente no início da mesma.

Composição das equipes dos projetos

A composição das equipes de projeto varia de acordo com fatores como localização, escopo e cultura organizacional. O relacionamento entre o gerente de projeto e a equipe varia dependendo do nível de autoridade do gerente de projeto. Em alguns casos, o gerente de projeto pode ser o gerente de linha da equipe, com autoridade total sobre os seus membros. Em outros casos, um gerente de projeto pode ter pouca ou nenhuma autoridade organizacional sobre os membros da equipe e ter sido mobilizado para liderar o projeto em regime de tempo parcial ou como contratado. Composições básicas de equipes de projeto incluem:

•  Dedicada. Em uma equipe dedicada, todos ou a maioria dos membros da equipe trabalham no projeto em regime de tempo integral. Os membros da equipe do projeto podem trabalhar presencial ou virtualmente, e geralmente se reportam diretamente ao gerente do projeto. Esta é a estrutura mais simples para um gerente de projetos, pois as linhas de autoridade são claras e os membros da equipe podem se concentrar nos objetivos do projeto.

•  Tempo parcial. Alguns projetos são estabelecidos como um trabalho adicional temporário, em que o gerente de projeto e os membros da equipe trabalham no projeto, mas permanecem em suas organizações e continuam a desempenhar suas funções normais. Os gerentes funcionais mantêm o controle sobre os membros da equipe e os recursos alocados para o projeto, e o gerente do projeto provavelmente continuará a executar outras tarefas de gerenciamento. Os membros da equipe em regime de tempo parcial também podem ser designados para mais de um projeto de uma vez. As composições de equipes de projetos dedicadas e de tempo parcial podem existir em qualquer estrutura organizacional. As equipes de projeto dedicadas são muitas vezes vistas em organizações projetizadas, onde a maior parte dos recursos da organização está envolvida no trabalho do projeto e os gerentes de projetos possuem grande independência e autoridade. As equipes de projetos de tempo parcial são comuns nas organizações funcionais, e as organizações matriciais utilizam tanto as equipes dedicadas como as de tempo parcial. Outros membros, cujo envolvimento nos diversos estágios do projeto é limitado, podem ser considerados membros de projeto de tempo parcial.
A composição da equipe do projeto também pode variar de acordo com a estrutura organizacional. Um exemplo disso é o projeto baseado em parceria. Um projeto pode ser estabelecido como uma parceria, um empreendimento conjunto, consórcio ou aliança entre várias organizações através de contratos ou acordos. Nesta estrutura, uma organização assume a liderança e designa um gerente de projeto para coordenar os esforços entre os parceiros. Os projetos baseados em parcerias podem oferecer flexibilidade a um menor custo. Essas vantagens podem ser anuladas pelo grau mais baixo de controle exercido pelo gerente de projeto sobre os membros da equipe e a necessidade de fortes mecanismos de comunicação e monitoramento do progresso. Projetos em parceria podem ser estabelecidos para explorar sinergias industriais para a realização de empreendimentos que somente um parceiro não poderia bancar sozinho, ou por motivos políticos e estratégicos.

A composição da equipe do projeto também pode variar de acordo com a localização geográfica de seus membros. Um exemplo disso são as equipes virtuais. As tecnologias de comunicação permitem que os membros da equipe situados em diversos locais ou países trabalhem como equipes virtuais. As equipes virtuais dependem de ferramentas colaborativas tais como espaços de trabalho compartilhados on-line e videoconferências para coordenar suas atividades e trocar informações sobre o projeto. Uma equipe virtual pode existir em qualquer tipo de estrutura organizacional ou composição de equipe . Equipes virtuais são muitas vezes necessárias para projetos cujos recursos estão localizados no local ou fora do local, ou ambos, dependendo das atividades do projeto. O gerente de projetos que lidera uma equipe virtual necessita acomodar as diferenças culturais, as horas de trabalho, os fusos horários, as condições locais, e os diferentes idiomas.

Equipe do projeto

A equipe do projeto inclui o gerente do projeto e o grupo de indivíduos que atua conjuntamente na execução do trabalho do projeto para alcançar os seus objetivos. A equipe do projeto inclui o gerente do projeto, o pessoal de gerenciamento do projeto e outros membros da equipe que executam o trabalho, mas que não estão necessariamente envolvidos no gerenciamento do projeto. Essa equipe é composta de pessoas de grupos diferentes, com conhecimento de um assunto específico ou habilidades específicas para a execução do trabalho do projeto. A estrutura e características de uma equipe de projeto podem variar muito, mas uma característica constante é o papel do gerente de projetos como líder da equipe, independentemente do grau de autoridade que ele possa ter sobre os seus membros

As equipes de projeto incluem papéis como:

•  Pessoal de gerenciamento do projeto. Os membros da equipe que executam as atividades de gerenciamento do projeto, tais como de elaboração do cronograma, orçamento, emissão de relatórios e atividades de controle, comunicações, gerenciamento dos riscos e suporte administrativo. Este papel pode ser desempenhado ou apoiado por um escritório de gerenciamento de projetos (PMO).
 •  Recursos humanos do projeto. Os membros da equipe que executam o trabalho de criação das entregas do projeto.
•  Especialistas de suporte. Os especialistas de suporte executam as atividades exigidas para o desenvolvimento ou execução do plano de gerenciamento do projeto. Elas podem incluir atividades como contratações, gerenciamento financeiro, logística, jurídicas, de segurança, engenharia, testes, ou controle da qualidade. Dependendo do tamanho do projeto e nível de suporte exigido, os especialistas de suporte podem trabalhar em tempo integral ou simplesmente participar da equipe quando suas habilidades específicas forem necessárias.
 •  Representantes de usuários ou de clientes. Os membros da organização que aceitarem as entregas ou produtos do projeto podem ser designados para atuar como representantes ou pessoas de contato para garantir a coordenação apropriada, orientar sobre os requisitos ou validar a aceitabilidade dos resultados do projeto.
 •  Vendedores. Vendedores, fornecedores, ou contratadas, são empresas externas que assinam um contrato para fornecimento de componentes ou serviços necessários ao projeto. À equipe do projeto muitas vezes é atribuída a responsabilidade de supervisionar o desempenho e a aceitação das entregas ou serviços dos vendedores. Se os vendedores arcarem com a maior parte do risco para entrega dos resultados do projeto, eles podem ter um papel significativo na equipe do projeto.
•  Membros parceiros de negócios. Membros de organizações de parceiros de negócios podem ser designados como membros da equipe do projeto para garantir sua coordenação adequada.
 •  Parceiros de negócios. Parceiros de negócios são também empresas externas, mas têm uma relação especial com a empresa, às vezes obtida através de um processo de certificação. Os parceiros de negócios fornecem consultoria especializada ou desempenham um papel específico, como instalação, personalização, treinamento ou suporte.

Governança do projeto

A governança do projeto é uma função de supervisão que está alinhada com o modelo de governança da organização e que engloba o ciclo de vida do projeto. A estrutura de governança do projeto dá ao gerente de projetos e à equipe a estrutura, processos, modelos de tomada de decisões e ferramentas para gerenciar o projeto, ao mesmo tempo apoiando e controlando o projeto a fim de obter uma entrega bem sucedida. A governança de projeto é um elemento essencial de qualquer projeto, especialmente dos projetos complexos e arriscados. Ela fornece um método abrangente e consistente de controlar o projeto garantindo o seu sucesso através da definição, documentação e comunicação de práticas confiáveis e repetíveis do projeto. Ela inclui uma estrutura para a tomada de decisões relativas ao projeto, define papéis, responsabilidades e obrigação de prestação de contas para o sucesso do projeto, e determina a eficácia do gerente de projetos. A governança do projeto é definida por, e se adequa ao contexto mais amplo do portfólio, programa ou organização que o patrocina, mas é separada da governança organizacional.
O EGP também pode desempenhar um papel decisivo na governança do projeto. A governança do projeto envolve as partes interessadas assim como políticas, procedimentos e padrões documentados, responsabilidades e autoridades. Exemplos de elementos de uma estrutura de governança de projeto incluem

• Critérios do sucesso e da aceitação das entregas do projeto;
• Processo de identificação, encaminhamento e resolução das questões que surgem durante o projeto; • Relação entre a equipe do projeto, os grupos organizacionais e as partes interessadas externas;
• Organograma do projeto que identifica os papéis do projeto;
• Processos e procedimentos para a comunicação das informações;
• Processos decisórios do projeto;
• Diretrizes para o alinhamento da governança do projeto com a estratégia organizacional;
• Abordagem do ciclo de vida projeto;
• Processo para revisões "Marcos" ou de fases;
•  Processos para a análise e aprovação das mudanças no orçamento, escopo, qualidade e cronograma que estão além da autoridade do gerente de projetos; e
• Processo para alinhar as partes interessadas internas com os requisitos de processo do projeto.

Consideradas tais restrições e as limitações adicionais de tempo e orçamento, cabe ao gerente do projeto e à equipe de gerenciamento do projeto determinar o método mais apropriado de execução do projeto. Embora a governança do projeto seja a estrutura em que a equipe do projeto atua, a equipe ainda é a responsável pelo planejamento, execução, controle e encerramento do projeto. A abordagem da governança do projeto deve ser descrita no plano de gerenciamento do projeto. Decisões são tomadas quanto a quais pessoas serão envolvidas, os procedimentos de encaminhamento, quais recursos serão necessários, e sobre a abordagem geral para a conclusão do trabalho. Outra consideração importante é se haverá mais de uma fase envolvida e, em caso afirmativo, determinar o ciclo de vida específico do projeto individual.

Partes interessadas no projeto

As partes interessadas incluem todos os membros da equipe do projeto, assim como todas as entidades interessadas dentro ou fora da organização. A equipe do projeto identifica as partes interessadas internas e externas, positivas e negativas, e as partes executoras e orientadoras a fim de determinar os requisitos do projeto e as expectativas de todas as partes envolvidas. O gerente de projetos precisa gerenciar a influência de todas essas partes interessadas em relação aos requisitos do projeto a fim de garantir um resultado bem sucedido. A Figura 2.7. ilustra a relação entre o projeto, a equipe do projeto e as diversas partes interessadas

Figura 2-7. Relação entre as partes interessadas e o projeto

As partes interessadas têm diversos níveis de responsabilidade e autoridade quando participam de um projeto. Este nível pode mudar ao longo do ciclo de vida do projeto. Seu envolvimento pode variar, desde contribuições ocasionais em pesquisas e grupos de discussão até o patrocínio total do projeto, que inclui o fornecimento de apoio financeiro, político, ou outro tipo de apoio. Algumas partes interessadas também pode limitar o sucesso do projeto, de forma passiva ou ativa. Estas partes interessadas exigem a atenção do gerente de projetos no decorrer de todo o ciclo de vida do projeto, bem como um plano de abordagem de quaisquer questionamentos que possam levantar. 

A identificação das partes interessadas é um processo contínuo em todo o ciclo de vida do projeto. A identificação das partes interessadas, a compreensão do seu grau relativo de influência em um projeto e o balanceamento das suas exigências, necessidades e expectativas são fundamentais para o sucesso de um projeto. Caso isso não seja feito, podem ocorrer atrasos, aumentos dos custos, problemas inesperados e outras consequências negativas, incluindo o cancelamento do projeto. Um exemplo seria o reconhecimento tardio de que o departamento jurídico é uma parte interessada importante, o que resulta em atrasos e aumento das despesas devido aos requisitos legais que devem ser cumpridos antes que o projeto seja concluído ou o escopo do produto seja entregue.

Da mesma maneira que as partes interessadas podem influenciar os objetivos do projeto de forma positiva ou negativa, um projeto pode ser visto pelas partes interessadas como tendo resultados positivos ou negativos. Por exemplo, os líderes de negócios de uma comunidade que se beneficiará de um projeto de expansão industrial verá benefícios econômicos positivos para a comunidade na forma de mais empregos, infraestrutura de suporte e impostos. No caso das partes interessadas com expectativas positivas do projeto, seus interesses serão melhor atendidos se ajudarem o mesmo a ser bem sucedido. Por outro lado, os interesses de partes interessadas negativamente afetadas tais como proprietários de residências próximas ou os pequenos negociantes que podem perder seus negócios, serem forçados a mudar-se ou a aceitar mudanças indesejáveis no ambiente local, são melhor atendidos pelo impedimento do progresso do projeto. Negligenciar os interesses das partes interessadas negativamente afetadas pode resultar em maior probabilidade de trocar defeitos por fracassos, atrasos ou consequências negativas ao projeto. 

Uma parte importante da responsabilidade do gerente de projetos é administrar as expectativas das partes interessadas, o que pode ser difícil, pois elas em geral têm objetivos muito diferentes ou conflitantes. Parte da responsabilidade do gerente do projeto é balancear esses interesses e garantir que a equipe do projeto interaja com as partes interessadas de maneira profissional e cooperativa. Os gerentes de projetos podem envolver o patrocinador do projeto ou outros membros de diferentes locais para identificar e gerenciar as partes interessadas dispersas pelo mundo.

As partes interessadas do projeto incluem: •  Patrocinador. Patrocinador é uma pessoa ou grupo que fornece recursos e suporte para o projeto e é responsável pelo sucesso do mesmo. O patrocinador pode ser externo ou interno em relação à organização do gerente de projetos. O patrocinador promove o projeto desde a sua concepção inicial até o seu encerramento. Isso inclui servir como porta-voz para os níveis mais altos de gerenciamento para angariar o suporte em toda a organização e promover os benefícios que o projeto proporciona. O patrocinador conduz o projeto através dos processos iniciais até a sua autorização formal e desempenha um papel significativo no desenvolvimento do escopo inicial e do termo de abertura. No caso das questões que estão além do controle do gerente do projeto, o patrocinador pode encaminhá-las para níveis hierárquicos superiores. O patrocinador também pode se envolver em outras questões importantes, como a autorização de mudanças no escopo, análises de final de fase e decisões de continuação/cancelamento quando os riscos são particularmente altos. O patrocinador também garante uma transferência tranquila das entregas do projeto para os negócios da organização do solicitante após o encerramento do projeto. 

•  Clientes e usuários. Os clientes são as pessoas ou organizações que aprovarão e gerenciarão o produto, serviço ou resultado do projeto. Os usuários são as pessoas ou organizações que usarão o produto, serviço ou resultado do projeto. Os clientes e usuários podem ser internos ou externos em relação à organização executora e também podem existir em múltiplos níveis. Por exemplo, os clientes de um novo produto farmacêutico podem incluir os médicos que o receitam, os pacientes que o utilizam e as empresas de seguro de saúde que pagam por ele. Em algumas áreas de aplicação, os termos clientes e usuários são sinônimos, enquanto em outras, clientes se referem à entidade que adquire o produto do projeto e usuários são os que o utilizarão diretamente.

•  Vendedores. Vendedores, fornecedores, ou contratadas são empresas externas que assinam um contrato para fornecimento de componentes ou serviços necessários ao projeto. 

•  Parceiros de negócios. Parceiros de negócios são organizações externas que têm uma relação especial com a empresa, às vezes obtida através de um processo de certificação. Os parceiros de negócios fornecem consultoria especializada ou desempenham um papel específico, como instalação, personalização, treinamento ou suporte. 

•  Grupos organizacionais. Grupos organizacionais são as partes interessadas internas afetadas pelas atividades da equipe do projeto. Exemplos de diversos elementos de negócios de uma organização que podem ser afetados pelo projeto incluem marketing e vendas, recursos humanos, departamento jurídico, departamento financeiro, operações, fabricação e atendimento ao cliente. Esses grupos apoiam o ambiente de negócios onde os projetos são executados e, assim sendo, são afetados pelas atividades do projeto. Como resultado, há geralmente uma interação significativa entre os diversos elementos de negócios de uma organização e a equipe do projeto à medida que trabalham juntos para atingir os objetivos do projeto. Esses grupos podem fornecer informações para os requisitos e aceitar entregas necessárias a uma transição tranquila para a produção ou operações relacionadas. 

•  Gerentes funcionais. Gerentes funcionais são pessoas chave que desempenham uma função gerencial dentro de uma área administrativa ou funcional do negócio, como recursos humanos, finanças, contabilidade ou aquisições. Eles têm o seu próprio pessoal permanente para executar o trabalho contínuo e têm uma diretiva clara para gerenciar todas as tarefas dentro de sua área de responsabilidade funcional. O gerente funcional pode fornecer consultoria sobre determinado assunto ou serviços ao projeto. 

•  Outras partes interessadas. Outras partes interessadas como entidades de aquisições, instituições financeiras, órgãos públicos reguladores, especialistas em áreas do conhecimento, consultores e outros, podem ter um interesse financeiro no projeto, contribuir com informações para o projeto, ou ter um interesse no resultado do mesmo. As partes interessadas no projeto e o seu envolvimento são discutidos mais detalhadamente na Seção 13 do Gerenciamento das partes interessadas no projeto.

Partes interessadas e governança do projeto

Uma parte interessada é um indivíduo, grupo ou organização que pode afetar, ser afetada ou sentirse afetada por uma decisão, atividade ou resultado de um projeto. As partes interessadas podem estar ativamente envolvidas no projeto ou ter interesses que possam ser positiva ou negativamente afetados pelo desempenho ou término do projeto. As diferentes partes interessadas podem ter expectativas antagônicas que podem criar conflitos no âmbito do projeto. As partes interessadas também podem exercer influência sobre o projeto, suas entregas e sobre a equipe do projeto a fim de atingir um conjunto de resultados que atenda objetivos de negócios estratégicos, ou outras necessidades. Governança do projeto: o alinhamento do projeto com as necessidades ou objetivos das partes interessadas é crítico para a administração bem sucedida do envolvimento das partes interessadas e o alcance dos objetivos organizacionais. A governança do projeto habilita as organizações a gerenciar os projetos de forma consistente, maximizar o valor dos resultados do projeto e alinhar os projetos com a estratégia dos negócios. Ela fornece uma estrutura em que o gerente de projetos e os patrocinadores podem tomar decisões que atendam tanto às necessidades e expectativas das partes interessadas como aos objetivos estratégicos organizacionais, ou abordam as situações em que tais necessidades não estejam alinhada

Fatores ambientais da empresa

Fatores ambientais da empresa se referem às condições fora do controle da equipe do projeto que influenciam, restringem ou direcionam o projeto. Os fatores ambientais da empresa são considerados como entradas na maioria dos processos, podem aumentar ou restringir as opções de gerenciamento de projetos e podem ter uma influência positiva ou negativa no resultado.
Os fatores ambientais da empresa variam muito, em tipo e natureza. Os fatores ambientais da empresa incluem, mas não se limitam, a:
• Cultura, estrutura e governança organizacional;
• Distribuição geográfica de instalações e recursos;
•  Normas governamentais ou do setor (p.ex., regulamentos de agências reguladoras, códigos de conduta, padrões de produto, padrões de qualidade e padrões de mão de obra);
• Infraestrutura (por exemplo, equipamentos e instalações existentes);
•  Recursos humanos existentes (p.ex., habilidades, disciplinas e conhecimento, como projeto, desenvolvimento, jurídico, contratação e compras);
•  Administração de pessoal (p.ex., diretrizes de recrutamento e retenção de pessoal, análises de desempenho de empregados e registros de treinamento, política de compensação e horas extras, e controle do tempo);
• Sistemas de autorização de trabalho da empresa;
• Condições do mercado;
• Tolerância a risco das partes interessadas;
• Clima político;
• Canais de comunicação estabelecidos da organização;
•  Bancos de dados comerciais (por exemplo, dados padronizados de estimativa de custos, informações sobre estudos de risco do setor e bancos de dados de riscos); e
•  Sistema de informações do gerenciamento de projetos (p.ex., uma ferramenta automatizada, como um software de cronograma, um sistema de gerenciamento de configuração, um sistema de coleta e distribuição de informações, ou interfaces web para outros sistemas automatizados online.

Base de conhecimento corporativa

A base de conhecimento organizacional corporativa para o armazenamento e recuperação de informações inclui, mas não se limita a:
•  Bases de conhecimento de gerenciamento de configuração contendo as versões e linhas de base de todas normas, políticas e procedimentos da organização executora, e quaisquer documentos do projeto;

•  Bancos de dados financeiros contendo informações como horas de mão de obra, custos incorridos, orçamentos e qualquer estouro dos custos do projeto;

 •  Bases de conhecimento de informações históricas e lições aprendidas (p.ex., registros e documentos de projetos, todas as informações e documentação de encerramento do projeto relativas aos resultados de decisões de seleção de projetos anteriores e informações do desempenho dos projetos anteriores, além de informações de atividades de gerenciamento de riscos);

 •  Bancos de dados de gerenciamento de problemas e defeitos contendo o status dos mesmos, informações de controle, solução de problemas e defeitos, e resultados de itens de ação;
 •  Bancos de dados de medição dos processos usados para coletar e disponibilizar os dados de medições dos processos e produtos; e

•  Arquivos de projetos anteriores (p.ex., escopo, custo, cronograma, e linhas de base de medição do desempenho, calendários dos projetos, diagramas de rede de cronograma dos projetos, registros dos riscos, ações de respostas planejadas e impacto de riscos definido).

Processos e procedimentos

Os processos e procedimentos da organização para a condução do trabalho do projeto incluem, mas não se limitam, a:
• Iniciação e planejamento:
 ○ Diretrizes e critérios para adequação do conjunto de processos e procedimentos padrão da organização a fim de atender às necessidades específicas do projeto;
 ○ Padrões organizacionais específicos como políticas (p.ex.,políticas de recursos humanos, de saúde e segurança, de ética e de gerenciamento de projetos), ciclos de vida do produto e do projeto, e políticas e procedimentos de qualidade (p.ex., auditorias de processos, metas de melhorias, listas de verificação e definições padronizadas de processos para uso na organização); e
 ○ Modelos (p.ex., registro dos riscos, estrutura analítica do projeto, diagrama de rede do cronograma do projeto e modelos de contrato).
 • Execução, monitoramento e controle:
○ Procedimentos de controle de mudanças, inclusive os passos para modificação dos padrões, políticas, planos e procedimentos da organização, ou de quaisquer documentos do projeto, e o modo como quaisquer mudanças serão aprovadas e validadas;
 ○ Procedimentos de controles financeiros (por exemplo, relatório de horas, análises obrigatórias de gastos e despesas, códigos contábeis e cláusulas contratuais padrão);
○ Procedimentos de gerenciamento de questões e defeitos que definem os seus controles, identificação e solução de questões e defeitos, e acompanhamento dos seus itens de ação;

○ Requisitos de comunicações da organização (p.ex., tecnologia de comunicações específica disponível, mídia de comunicação autorizada, políticas de retenção de registros e requisitos de segurança);
○ Procedimentos de priorização, aprovação e emissão de autorizações de trabalho;
 ○ Procedimentos de controle de riscos, incluindo categorias de riscos, modelos de declaração de riscos, definições de probabilidade e impacto, e matriz de probabilidade e impacto; e
○ Diretrizes padronizadas, instruções de trabalho, critérios de avaliação de propostas, e critérios de medição de desempenho.
• Encerramento:
○ Diretrizes ou requisitos de encerramento do projeto (p.ex., lições aprendidas, auditorias finais do projeto, avaliações do projeto, validações de produto e critérios de aceitação)

Ativos de processos organizacionais

Ativos de processos organizacionais são os planos, processos, políticas, procedimentos e as bases de conhecimento específicas da organização e por ela usados. Eles incluem qualquer artefato, prática ou conhecimento de qualquer ou todas as organizações envolvidas no projeto que possam ser usados para executar ou administrar o projeto. Os ativos de processos organizacionais também incluem as bases de conhecimento da organização, como lições aprendidas e informações históricas. Eles podem incluir cronogramas finalizados, dados sobre riscos e dados de valor agregado. Os ativos de processos organizacionais são entradas da maior parte dos processos de planejamento. No decorrer do projeto, os membros da equipe podem atualizar ou fazer acréscimos aos ativos dos processos organizacionais, conforme necessário. Os ativos de processos organizacionais podem ser agrupados em duas categorias: (1) processos e procedimentos, e (2) base de conhecimento corporativo.

Estruturas organizacionais

A estrutura organizacional é um fator ambiental da empresa que pode afetar a disponibilidade dos recursos e influenciar a forma como os projetos são conduzidos (ver também a Seção 2.1.5).5). As estruturas organizacionais variam de funcionais a projetizadas, com uma variedade de estruturas matriciais entre elas. A Tabela 2-1 mostra as principais características relacionadas a projetos dos principais tipos de estruturas organizacionais

A organização funcional clássica, mostrada na Figura 2-1, é uma hierarquia em que cada funcionário possui um superior bem definido. No nível superior, os funcionários são agrupados por especialidade, como produção, marketing, engenharia e contabilidade. As especialidades podem ainda ser subdivididas em unidades funcionais especializadas, tais como engenharia mecânica e elétrica. Cada departamento em uma organização funcional fará o seu trabalho do projeto de modo independente dos outros departamentos.

As organizações matriciais mostradas nas Figuras 2-2 a 2-4 são uma combinação de características funcionais e projetizadas. As organizações matriciais podem ser classificadas como fracas, balanceadas ou fortes, dependendo do nível relativo de poder e influência entre os gerentes funcionais e gerentes de projetos. As organizações matriciais fracas mantêm muitas das características de uma organização funcional, e o papel do gerente de projetos assemelha-se mais ao de um coordenador ou facilitador. Um facilitador de projetos atua como um assistente de equipe e coordenador de comunicações. O facilitador não pode tomar ou executar decisões por conta própria. Os coordenadores de projetos têm poder para tomar algumas decisões, têm uma certa autoridade, e se reportam a um gerente de nível hierárquico superior. As organizações matriciais fortes apresentam muitas das características da organização projetizada, e têm gerentes de projeto de tempo integral com autoridade considerável e pessoal administrativo de tempo integral trabalhando no projeto. Embora a organização matricial balanceada reconheça a necessidade de um gerente de projetos, ela não dá ao gerente do projeto autoridade total sobre o projeto e sobre o financiamento do projeto. A Tabela 2-1 fornece detalhes adicionais das várias estruturas organizacionais matriciais.

Na extremidade oposta do espectro da organização funcional está a organização projetizada, mostrada na Figura 2-5. Em uma organização projetizada, os membros da equipe frequentemente trabalham juntos. A maior parte dos recursos da organização está envolvida no trabalho do projeto, e os gerentes de projetos possuem muita independência e autoridade. Técnicas de colaboração virtual são muitas vezes usadas para atingir os benefícios das equipes trabalhando no mesmo projeto. Organizações projetizadas muitas vezes têm unidades organizacionais denominadas departamentos, mas elas podem se reportar diretamente ao gerente de projetos ou prestar serviços de suporte aos diversos projetos.

Figura 2-5. Organização projetizada

Muitas organizações envolvem todas essas estruturas em vários níveis e são frequentemente chamadas de organizações compostas, conforme mostrado na Figura 2-6. Por exemplo, mesmo uma organização fundamentalmente funcional pode criar uma equipe de projeto especial para cuidar de um projeto crítico. Essa equipe pode ter muitas das características de uma equipe de projeto de uma organização projetizada. A equipe pode incluir pessoal de diferentes departamentos funcionais em tempo integral, pode desenvolver seu próprio conjunto de procedimentos operacionais e mesmo operar fora da estrutura hierárquica formal padrão durante o projeto. Além disso, uma organização pode gerenciar a maior parte dos seus projetos em uma estrutura matricial forte, mas permitir que pequenos projetos sejam gerenciados por departamentos funcionais

Figura 2-6. Organização composta

Muitas estruturas organizacionais incluem níveis estratégicos, de média gerência e operacionais. O gerente de projetos pode interagir com todos os três níveis, dependendo de fatores como: 

• Importância estratégica do projeto, 

• Capacidade das partes interessadas de exercer influência sobre o projeto, 

• Grau de maturidade em gerenciamento de projetos, 

• Sistemas de gerenciamento de projetos, e 

• Comunicações organizacionais. Esta interação determina as características do projeto, tais como

• Nível de autoridade do gerente de projetos, 

• Disponibilidade e gerenciamento dos recursos, 

• Entidade controlando o orçamento do projeto,

• Papel do gerente de projetos, e 

• Composição da equipe do projeto.