PM2ALL - Gestão de Projetos | IA | Intelligent PMIS

*** Rescrito e Atualizado em Dez 2022 ***   A análise Quantitativa dos Riscos do Projeto é o processo de analisar numericamente o efeito dos riscos, nos objetivos gerais do projeto. A análise quantitativa do risco analisa os efeitos desses riscos e eventos e atribui uma valoração numérica a cada um desses riscos com o intuito de: Quantificar os resultados possíveis do projeto e as suas respetivas probabilidades Avaliar a probabilidade de atingir objetivos específicos do projeto Identificar os riscos que requerem mais atenção, quantificando a sua contribuição relativa para o risco global do projeto Tornar mais realistas e atingíveis as estimativas de custo, calendário ou âmbito Determinar as melhores decisões de gestão quando determinadas condições ou resultados são incertas

*** Rescrito e Atualizado em Dez 2022 ***   Consiste no processo de cálculo da dimensão da ameaça ou da oportunidade . Baseia-se na recolha de informação sobre os resultados possíveis, para cada uma das incertezas identificadas no processo de Identificação dos Riscos do Projeto, de forma a proceder à prioritização dos riscos com base na combinação da probabilidade de ocorrência e do impacto nos objetivos do projeto. A análise qualitativa de risco inclui os métodos de prioritização dos riscos que foram identificados, de forma a poderem ser definidas as ações de resposta apropriadas. A prioritização dos riscos efetua-se através da combinação entre a probabilidade de ocorrência e o impacto nos objetivos do projeto (ver PMBOK F&T: Avaliação de probabilidades e impacto dos riscos ).

*** Rescrito e Atualizado em Dez 2022 ***   Consiste na identificação específica das incertezas que podem afetar, positiva ou negativamente, o projeto e na determinação, e documentação, das características que lhes estão associadas. Para que possa ser gerido um risco tem de ser previamente identificado , uma vez concluído o plano de gestão do risco, inicia-se o processo de identificação dos riscos. O processo de identificação de riscos é iterativo,  inicia-se logo que a informação esteja disponível e efetua-se, de forma recorrente, ao longo de todo o projeto , na medida em que as todas a decisões e alterações que acontecem ao longo das diversas fases do projeto podem determinar a eliminação de riscos previamente identificados e o aparecimento de novos riscos.

*** Revisto e Atualizado em Dez 2022 ***   O processo de desenvolvimento de opções e ações para aumentar as oportunidades e reduzir as ameaças aos objetivos do projeto. O Plano de resposta aos riscos é o processo de desenvolvimento de opções e determinação de ações para potenciar as oportunidades e reduzir as ameaças aos objetivos do projeto, o que inclui a identificação e a afetação de uma ou mais pessoas para se responsabilizarem por cada um dos riscos identificados. As respostas aos riscos identificados devem ser apropriadas à significância do risco, terem um custo efetivo (proporcional à prioridade do risco e praticável e realista no contexto do projeto).

*** Rescrito e Atualizado em Nov 2022 *** Monitorizar e controlar os riscos do projeto é o processo de implementação do plano de resposta aos riscos, acompanhamento dos riscos identificados, monitorização dos riscos residuais, identificação de novos riscos e avaliação da eficácia dos processos de tratamento dos riscos que são executados no decurso do projeto. Nesse contexto a monitorização e controlo dos riscos envolve a identificação, análise e planeamento dos riscos que se vão concretizando, bem como o acompanhamento dos riscos identificados, reanalisando e recalculando o seu impacto no projeto.

*** Rescrito e atualizado em Nov-2022 ***   Planear a gestão dos riscos é o processo que define a forma como irão ser executadas as atividades de gestão dos riscos do projeto. O planeamento do processo de gestão do risco é importante para garantir que o grau, tipo e visibilidade da gestão dos riscos é efetuado de forma proporcional ao nível de risco e à importância que o projeto tem para a organização. O planeamento é ainda importante porque permite determinar, de forma objetiva, os recursos necessários para a realização das atividades de gestão de risco . O processo de planear a gestão de risco deve iniciar-se durante a fase de conceção do projeto e ser concluída nas fases iniciais do planeamento do projeto.

Controlar os custos do projeto é, apesar de tudo, uma das atividades mais fáceis da fase de execução do projeto. Esta afirmação é discutível? Todas as afirmações são discutíveis. Vamos então aos factos. Todas as estatísticas indicam que nos últimos 15 anos temos conseguido reduzir em muito as derrapagens de custos dos nossos projetos. Logo estamos a conseguir controlar os custos. Isso indica que estamos a gerir melhor os nossos projetos? Provavelmente, não.

De acordo com o PMBOK v6 a declaração do âmbito / Escopo do Projeto é um resultado do processo 5.2 Definir o Âmbito / Escopo e uma entrada do processo 5.3 Criar Estrutura Analítica Projeto (EAP / WBS ) . A declaração do âmbito / escopo do projeto descreve detalhadamente as entregas do projeto e o trabalho necessário para criar essas entregas, sendo um documento fundamental para criar, entre todos os envolvidos no projeto, um entendimento comum sobre os objetivos do projeto, o que vai ser feito e como vai ser feito.  

Criar a EAP / WBS é o processo de decomposição dos entregáveis do produto ou serviço que necessita ser criado, e do trabalho do projeto por forma a permitir a sua adequada gestão. A estrutura analítica do projeto é uma decomposição hierárquica orientada às entregas do trabalho que necessita ser executado, pela equipa, para que se consiga atingir os objetivos do projeto. Os processos definidos no PMBOK são, por facilidade de explicação, apresentados de forma sequencial, em que os resultados de uns processos são entrada de processos subsequentes. Contudo, aquando da utilização prática, muitos dos processos são executados quase em paralelo.

Definir o âmbito / escopo é o processo de desenvolvimento de uma descrição detalhada do projeto e do produto. Este processo é crítico para o sucesso do projeto na medida em que uma deficiente definição do âmbito / escopo pode gerar um produto ou projeto incompleto ou incorreto. A preparação de uma correta e detalhada definição do âmbito / escopo tem por base uma boa Coleta de Requisitos a qual, como vimos anteriormente, depende de uma boa Identificação das Partes Interessadas no Projeto .

Coletar os Requisitos do Projeto é o processo de definição e gestão das necessidades das partes interessadas (stakeholders) de forma a alcançar os objetivos do projeto. A coleta dos requisitos deve contemplar o processo de definição e documentação das funções e funcionalidades do produto ou serviço que o projeto se propõe criar. Os requisitos recolhidos vão permitir definir o que é necessário fazer e criar da Estrutura Analítica de Projeto (EAP/WBS) . O planeamento do custo, o cronograma e o plano de qualidade são outros documentos que são criados tendo por base os requisitos recolhidos

Planear a Gestão das Atividades do Projeto é o primeiro processo da área de conhecimento gestão do tempo e do calendário do projeto. Este processo envolve a definição das políticas, procedimentos e de toda a documentação que é necessária para o planeamento, desenvolvimento, gestão, execução e controlo do calendário do projeto. Este processo foi introduzido na versão 5 do PMBOK com o intuito de harmonizar a metodologia e dotar cada uma das 10 áreas de conhecimento que englobam a metodologia, de um processo inicial de planeamento. 

Após dispormos de uma visão clara do produto ou serviço que vamos criar estamos em condições de começar a definir como vamos fazer, isto é quais as atividades necessárias. Definir as atividades é o processo de identificação das ações específicas a serem realizadas para produzir as entregas do projeto. No processo 5.4 Criar a Estrutura Analítica (EAP / WBS) , o nível inferior da EAP / WBS é designado como nível de pacotes de trabalho. Cada pacote de trabalho é constituído por várias atividades. Cada um desses pacotes de trabalho representa um ou vários entregáveis do projeto.

Alguns projetos, especialmente projetos internos de um único departamento da organização, podem não ter um orçamento, sendo o seu custo incluído nos custos gerais de funcionamento do departamento que os promove. Por outro lado, é habitual que os departamentos de sistemas de informação, ou de desenvolvimento de software, sejam considerados departamentos que funcionam por projetos, sendo os orçamentos de projeto substituídos por um orçamento do departamento. Nestes casos o responsável pelos custos do departamento assume algumas das responsabilidades que estão habitualmente na competência do gestor de projeto sendo que, para efeitos financeiros, este tipo de departamentos não é avaliado com base no esforço de cada projeto individual, mas sim tendo em conta o número e a dimensão dos projetos realizados, e a contribuição global desses projetos para os resultados da organização.

Este processo envolve a determinação de quais os recursos (pessoas, equipamentos ou materiais) são necessários para a execução de cada uma das atividades do projeto , em que quantidade esses recursos são necessários, e quando necessitam estar disponíveis. Este processo deve ser coordenado em conjunto com o processo 7.1 Estimar os Custos do Projeto.

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

Estimar os custos de um projeto, é o processo de criar uma estimativa para o custo monetário dos recursos que serão necessários para completar o trabalho do projeto.  No decurso do projeto, as estimativas são desenvolvidas em diversos momentos e com objetivos e graus de precisão distintos . No início do projeto realizam-se estimativas de alto nível com o objetivo de justificar o projeto. Á medida que decorre o ciclo de vida do projeto as estimativas de custo serão refinadas de forma a refletir detalhes adicionais entretanto tornados disponíveis.  

Saber o que devemos fazer para não falhar nem sempre é fácil. A gestão de projetos é uma área em que a pressão para fazer bem está sempre presente, recaindo essa responsabilidade, quase integralmente, sobre os ombros do gestor do projeto. Sendo os projetos por definição todos diferentes, seguir receitas predefinidas não é a melhor forma de evitar os problemas, em vez disso é mais importante conhecer as principais armadilhas em que costumam cair a grande maioria dos gestores de projeto de forma a que, conjugando esse conhecimento com a experiência pessoal de cada gestor, se consigam evitar algumas dessas armadilhas, e estar preparados para responder, de forma eficaz e eficiente, àquelas que não puderem se evitadas. Vejamos com um pouco mais detalhe algumas dessas armadilhas ...

A grande maioria dos projetos de pequena dimensão têm como característica um planeamento deficiente, e isso acontece devido, essencialmente, a duas ordens de razões: Em primeiro lugar se o projeto é pequeno e de curta duração é natural que pensemos, para quê planear? Vamos fazendo e depois logo se vê. Por outro lado nestes projetos de curta duração o tempo disponível para planear antes de iniciar o trabalho é reduzido e a pressão da organização e do Sponsor (Patrocinador) do projeto para que se dê inicio rápido ao trabalho é ainda maior.  Confrontado com estas duas condicionantes é natural que o gestor de projeto ceda à tentação de fazer o que lhe pedem e não preste a devida atenção ao planeamento daquilo que tem que ser feito e de como deve ser feito. Mas isso é um erro que deve ser evitado.

Uma fase importante da definição do âmbito e do planeamento de um projeto, consiste no conhecimento da lista ótima das atividades (isto é, do conjunto mais eficiente e eficaz de atividades) que são necessárias para concretizar o produto ou serviço que será o resultado do projeto. A linguagem de gestão de projetos refere um conjunto relativamente alargado de conceitos que estão relacionados com a definição das atividades dos projetos, o artigo seguinte sistematiza esses conceitos que, não sendo complexo, têm um conjunto de características que devem ser compreendidos por todos de forma a favorecer a comunicação com todos os interessados