GERENCIAMENTO DOS RISCOS DO PROJETO DE SOFTWARE UTILIZANDO O PMBOK E O RUP 7.0 FABSON TONINATO SHIMABUKU - PDF
GERENCIAMENTO DOS RISCOS DO PROJETO DE SOFTWARE UTILIZANDO O PMBOK E O RUP 7.0 FABSON TONINATO SHIMABUKU
Download "GERENCIAMENTO DOS RISCOS DO PROJETO DE SOFTWARE UTILIZANDO O PMBOK E O RUP 7.0 FABSON TONINATO SHIMABUKU"
Nicholas Martinho Gil
1 GERENCIAMENTO DOS RISCOS DO PROJETO DE SOFTWARE UTILIZANDO O PMBOK E O RUP 7.0 FABSON TONINATO SHIMABUKU Londrina - Paraná 2008
2 i FABSON TONINATO SHIMABUKU GERENCIAMENTO DOS RISCOS DO PROJETO DE SOFTWARE UTILIZANDO O PMBOK E O RUP 7.0 Monografia apresentada ao Curso de Pós-Graduação em Engenharia de Software e Banco de Dados da Universidade Estadual de Londrina, como requisito parcial à obtenção do título de Especialista. Orientador: Prof. Ms. Sérgio Akio Tanaka Londrina - Paraná 2008
3 ii FABSON TONINATO SHIMABUKU GERENCIAMENTO DOS RISCOS DO PROJETO DE SOFTWARE UTILIZANDO O PMBOK E O RUP 7.0 Monografia apresentada ao Curso de Pós-Graduação em Engenharia de Software e Banco de Dados da Universidade Estadual de Londrina, como requisito parcial à obtenção do título de Especialista. COMISSÃO EXAMINADORA Prof. Ms. Rodolfo Miranda de Barros Universidade Estadual de Londrina Prof. Ms. Fábio Cezar Martins Universidade Estadual de Londrina Prof. Ms. Sergio Akio Tanaka Centro Universitário Filadélfia Londrina, de de 2008
4 iii DEDICATÓRIA A Deus, o autor da vida, minha esposa Thaís e meus filhos Pedro e Enzo, pelo carinho, compreensão, incentivo e ajuda nesse trabalho.
5 iv AGRADECIMENTOS A meus pais, Hélio Katsumi Shimabuku e Aparecida Conceição Toninato Shimabuku, que em tudo me ajudaram e incentivaram a continuar estudando sempre, que muitas vezes renunciaram de seus sonhos para realizarem os meus. A minha esposa Thaís, pela paciência e incentivo constante na jornada a que me dispus enfrentar. Ao meu orientador Prof. Msc. Sérgio Akio Tanaka, pelo constante apoio, sua dedicação, atenção dispensada aos seus orientados e sua determinação para o trabalho constituem um exemplo que certamente influenciarão por toda a minha vida. Aos estimados professores do curso Engenharia de Software e Banco de Dados da Universidade Estadual de Londrina, pela dedicação e presteza. Aos amigos João Raphael Vila Real e Cáio Cezar Cavalcanti, pelos momentos felizes e ajuda valorosa durante todo o curso. A todos, meus sinceros agradecimentos.
6 v A mente que se abre a uma nova idéia jamais voltará ao seu tamanho original. Albert Einstein
7 vi LISTA DE FIGURAS FIGURA 1 - FASES DO PROJETO...6 FIGURA 2 - INTERAÇÃO DOS GRUPOS DE PROCESSOS...8 FIGURA 3 - ENTRADAS E SAÍDAS DO PLANO DE GERENCIAMENTO DE RISCOS FIGURA 4 - OS GRUPOS DE PROCESSOS DO GERENCIAMENTO DE PROJETOS FIGURA 5 ÁREAS DE CONHECIMENTO EM GERENCIAMENTO DE PROJETOS FIGURA 6 - MAPEAMENTO DA ÁREA DE CONHECIMENTO GERENCIAMENTO DE RISCOS DO PROJETO FIGURA 7 - VISÃO DO PROCESSO PLANEJAMENTO DO GERENCIAMENTO DE RISCOS FIGURA 8 - VISÃO DO PROCESSO IDENTIFICAÇÃO DE RISCOS FIGURA 9 - VISÃO DO PROCESSO ANÁLISE QUALITATIVA DE RISCOS FIGURA 10 - VISÃO DO PROCESSO ANÁLISE QUANTITATIVA DE RISCOS FIGURA 11 - VISÃO DO PROCESSO PLANEJAMENTO DE RESPOSTAS A RISCOS FIGURA 12 - VISÃO DO PROCESSO MONITORAMENTO E CONTROLE DE RISCOS FIGURA 13 - ARQUITETURA GERAL DO RUP FIGURA 14 - ITERAÇÕES DO RUP FIGURA 15 FASES E ITERAÇÕES DO RUP FIGURA 16 ATIVIDADES E FLUXO DE TRABALHO PARA DISCIPLINA GERENCIAMENTO DE PROJETOS FIGURA 17 - FLUXO DE TRABALHO CONCEBER NOVO PROJETO FIGURA 18 DIAGRAMA DE CASO DE USO FIGURA 19 DIAGRAMA DE ATIVIDADES FIGURA 20 DIAGRAMA DE ATIVIDADES DO GERENCIAMENTO DE RISCOS PARA PROJETO GEDX FIGURA 21 DIAGRAMA DE CASO DE USO DAS RESPONSABILIDADES DA EQUIPE FIGURA 22 ESTRUTURA ANALÍTICA DOS RISCOS (EAR)... 55
8 vii LISTA DE QUADROS QUADRO 1 LISTA DE RISCO INICIAL DO PROJETO GEDX QUADRO 2 LISTA DE RISCO DO PROJETO GEDX QUADRO 3 ESTIMATIVA DE TRÊS PONTOS PARA RISCO PRAZO QUADRO 4 ESTIMATIVA DE TRÊS PONTOS PARA RISCO CUSTO QUADRO 5 PLANO DE RESPOSTA AO RISCO QUADRO 6 ARTEFATO DE ACOMPANHAMENTO DE RISCOS QUADRO 7 ORGANIZAÇÃO E RESPONSABILIDADES DO GERENCIAMENTO DE RISCOS DO PROJETO GEDX QUADRO 8 MATRIZ DE PROBABILIDADE E IMPACTO QUADRO 9 ENTREVISTAS COM ESTIMATIVA DE 3 PONTOS... 56
9 viii SUMÁRIO DEDICATÓRIA... III AGRADECIMENTOS... IV LISTA DE FIGURAS... VI LISTA DE QUADROS... VII RESUMO... X ABSTRACT... XI 1 INTRODUÇÃO OBJETIVOS Objetivo Geral Objetivos Específicos JUSTIFICATIVA IMPORTÂNCIA DO TEMA ESTRUTURA DO TRABALHO FUNDAMENTAÇÃO TEÓRICA GERÊNCIA DE PROJETO DE SOFTWARE Histórico e Conceito Ciclo de Vida do Projeto Os Envolvidos no Projeto Gerente de Projeto PMBOK Histórico e Conceito A Estrutura do Guia PMBOK Grupos de Processos de Gerenciamento de Projetos Áreas de conhecimento em gerenciamento de projetos Gerenciamento de Riscos do Projeto Planejamento do Gerenciamento de Riscos Identificação de Riscos Análise Qualitativa de Riscos Análise Quantitativa de Riscos Planejamento de Respostas a Riscos Monitoramento e Controle de Riscos RUP Conceito Ciclo de vida Fases do RUP Disciplinas do RUP Tarefas, Funções e Artefatos Plano de gerenciamento de riscos UML GERÊNCIA DE RISCOS CONSIDERAÇÕES FINAIS ESTUDO DE CASO A ORGANIZAÇÃO REFERENCIADA NO ESTUDO DE CASO PROPOSTA PARA IMPLEMENTAÇÃO DO GERENCIAMENTO DE RISCOS DO PROJETO O Projeto Escopo do projeto GEDX... 39
10 ix Gerenciamento de Riscos do Projeto GEDX Identificar e avaliar riscos do projeto GEDX Plano de respostas a riscos do projeto GEDX Monitoramento e controle de riscos do projeto GEDX CONCLUSÕES E TRABALHOS FUTUROS REFERÊNCIAS ANEXOS PLANO DE GERENCIAMENTO DE RISCOS DO PROJETO GEDX... 52
11 x SHIMABUKU, Fabson T. GERENCIAMENTO DOS RISCOS DO PROJETO DE SOFTWARE UTILIZANDO O PMBOK E O RUP p Monografia (Pós- Graduação em Engenharia de Software e Banco de Dados) - Universidade Estadual de Londrina. RESUMO Com a complexidade dos grandes projetos de desenvolvimento de software, é imprescindível o gerenciamento dos riscos ao qual o projeto está exposto, fatores que implicam na qualidade, no atraso do cronograma, no aumento de custos ou até mesmo na falha do projeto. Este trabalho apresentou um estudo de caso em relação ao gerenciamento de riscos nos projetos de desenvolvimento de software, o seu processo, suas fases, formas de identificação, análise, planejamento, monitoramento e controle de riscos e os impactos, utilizando o PMBOK e o RUP 7.0, foi também realizado um mapeamento e entendimento das relações entre as duas abordagens, como os processos, métodos e as ferramentas oferecidas para o assunto de gerenciamento de riscos dos projetos. Este trabalho contribuiu para o entendimento da atividade de gerenciamento de riscos do projeto de software, apresentou os conceitos do PMBOK e do RUP, e destacou a importância do assunto. O trabalho foi concluído com a aplicação dos conceitos na elaboração de um estudo de caso de gerenciamento de riscos, fornecendo um exemplo da sua aplicabilidade. Palavras-chave: RUP, PMBOK e UML.
12 xi SHIMABUKU, Fabson T. GERENCIAMENTO DOS RISCOS DO PROJETO DE SOFTWARE UTILIZANDO O PMBOK E O RUP p Monografia (Pós- Graduação em Engenharia de Software e Banco de Dados) - Universidade Estadual de Londrina. ABSTRACT Due the complexity of the major projects of software development, it is essential to manage the risks to which the project is exposed, factors that involve quality, the delay in the schedule, the cost increase or even project failure. This work presented a case study related to risk management of software development projects, its process, its stages, forms of identification, analysis, planning, monitoring, risk and impact control, using the PMBOK and RUP 7.0. It was also carried out an understanding and mapping between the two approaches, as the processes, methods and tools offered to the matter of risk management in projects. This work contributed to the understanding of the activity in software project risk management, presented the concepts of PMBOK and RUP, and stressed the importance of the issue. The work was concluded with the application of concepts in the preparation of a case study of risk management, providing an example of its applicability. Key-words: RUP, PMBOK e UML.
13 1 1 INTRODUÇÃO No cenário atual contemplam-se grandes projetos em diferentes áreas, mas todos os resultados de esforços e eficácia na sua construção, obtidos através de projetos bem planejados, administrados e gerenciados. Nota-se a evidência e a importância da disciplina de gerência de projeto, que desde a década de 60 vem sendo desenvolvida e seu conceito passou a ser aplicado em diferentes áreas, (MARTINS, 2007 p. 3). Na Tecnologia da Informação (TI), verifica-se as inúmeras facilidades que nos cerca proporcionando conforto, agilidade e segurança, tudo isso baseado em software. Em cada atividade do nosso cotidiano, seja no âmbito profissional, científico, lazer ou doméstico, existe uma gama de software de alta complexidade em funcionamento para prover e assegurar tudo isso. A construção desses software não é simples, envolvem e dependem de muitos fatores: planejamento, pessoas, tecnologia, controle, tempo e custo. De acordo com Department of Defense (DOD) 75% de todos os grandes sistemas falham por falta de gerenciamento dos riscos e incertezas inerentes a todos os projetos que necessitam serem identificados e administrados. Através do estudo do Project Management Body Of Knowledge (PMBOK) do Rational Unified Process (RUP) e da UML Unified Modeling Language (UML), esse trabalho desenvolve uma alternativa para gerenciamento de riscos do projeto.
14 2 1.1 OBJETIVOS Essa seção apresenta e descreve os objetivos gerais e específicos do presente trabalho Objetivo Geral O presente trabalho pretende conhecer e discorrer sobre o gerenciamento de riscos do projeto de software utilizando o RUP, juntamente com a ferramenta de modelagem visual UML e a conceituação do PMBOK Objetivos Específicos Prever e identificar na totalidade os riscos do projeto, oferecendo um plano de resposta que evite comprometer o projeto em alguns dos fatores, como: custo, tempo, qualidade e escopo. Realizar análise qualitativa dos riscos identificados priorizando de acordo com probabilidade de ocorrência e impacto no projeto. Realizar a análise quantitativa dos riscos priorizados para customizar recursos do projeto no que tange sobre custos e tempo. Estudar o modelo de gerenciamento de riscos do PMBOK, o processo de especificação RUP e a linguagem padrão UML. Apresentar um estudo de caso de gerenciamento de riscos de um projeto de software com os conceitos estudados.
15 3 1.2 JUSTIFICATIVA Conhecer a conceituação do PMBOK em relação ao gerenciamento de riscos do projeto, juntamente com o RUP e a linguagem de modelagem visual utilizando a UML, entendendo os recursos e formas de controlar e administrar os riscos, esperando propiciar um ambiente de desenvolvimento controlado, conhecido, objetivo e com alta qualidade para atingir o sucesso e os objetivos do projeto. 1.3 IMPORTÂNCIA DO TEMA Dar uma visibilidade dos riscos e incertezas de um projeto de software. Diminuir a tendência de otimismo quanto ao projeto, que está propensa a ignorar os riscos. Evitar o retrabalho pela ocorrência de um risco no projeto. Poupar desperdícios de recursos em projetos que falham. Ter diretrizes do projeto bem definidas e seguras. Conhecer a aplicabilidade do conceito de gerenciamento de riscos do projeto e sua importância. 1.4 ESTRUTURA DO TRABALHO O presente trabalho está organizado em quatro capítulos; o presente capítulo, Introdução, visa apresentar os problemas existentes no gerenciamento de projetos de desenvolvimento de software. Apresenta os objetivos, justificativas e a importância do tema em questão. O capítulo 2 apresenta a fundamentação teórica, os princípios e os conceitos sobre gerência de projetos de software, PMBOK, RUP e a gerência de riscos.
16 4 O capítulo 3 apresenta o estudo de caso. futuros. Finalmente no capítulo 4, são apresentadas as conclusões e trabalhos
17 5 2 FUNDAMENTAÇÃO TEÓRICA Este capítulo apresenta os principais conceitos utilizados neste trabalho. 2.1 GERÊNCIA DE PROJETO DE SOFTWARE Está seção discorre sobre gerência de projeto de software, abrangendo conceito de projeto, ciclo de vida do projeto, envolvidos no projeto e gerente de projeto Histórico e Conceito A disciplina de gerência de projetos nasceu na indústria bélica e aeroespacial americana e depois foi adota na construção civil e em outras áreas da engenharia. Atualmente seu conceito passou a ser entendido e aplicado em diferentes setores da economia, incluindo a política. O PMI (Project Management Institute) é o pioneiro na regulamentação e distribuição deste conhecimento, é uma entidade internacional sem fins lucrativo que congrega os profissionais das áreas relacionadas à gerência de projetos, fundado em 1969 nos EUA, e atualmente presente em todo mundo, (MARTINS, 2007 p. 3). O PMI especificou um conjunto de procedimentos que visam padronizar a teoria associada à gerência de projetos, registrada num documento denominado PMBOK, (MARTINS, 2007 p. 3). De acordo com o guia PMBOK (2004, p. 5) um projeto é um esforço temporário empreendido para criar um produto, serviço ou resultado exclusivo. O gerenciamento de projetos é a aplicação de conhecimento, habilidades, ferramentas
18 6 e técnicas nas atividades do projeto a fim de atender os requisitos do projeto (PMBOK, 2004, p. 8). Os projetos são um meio de organizar atividades que não podem ser abordadas dentro dos limites operacionais normais da organização. Os projetos são, portanto, freqüentemente utilizados como um meio de atingir o plano estratégico de uma organização seja a equipe do projeto formada por funcionários da organização ou um prestador de serviços contratado. (PMBOK, 2004 p. 7) Esses conceitos são melhores compreendidos através dos grupos de processos que compõem: iniciação, planejamento, execução, controle e encerramento, (VIEIRA, 2003 p. 15) Ciclo de Vida do Projeto Entendendo que um projeto deve ter: início e fim, um processo com duração finita que busca alcançar o objetivo, que são alcançados através de fases. O ciclo de vida do projeto é divido em quatro fases principais: a conceitual, a de planejamento, a de execução e a de conclusão. A Figura 1 exemplifica a afirmação. Figura 1 - Fases do projeto Fonte: MENEZES (2001, p. 64)
19 7 A fase conceitual é o início, marcada pela germinação da idéia do projeto até a aprovação da proposta para sua execução. São atividades mais comuns dessa fase: identificação de necessidades, definição de problema, determinação de objetivos e metas a serem alcançados, recursos disponíveis, avaliação de viabilidade e decisão quanto à execução. A fase planejamento, a preocupação central é com a estruturação e viabilização operacional do projeto. Nela, a proposta de trabalho, já aprovada, é detalhada por meio de um plano de execução operacional. São atividades mais comuns dessa fase: detalhamento das metas e objetivos, definição do gerente de projeto, programação das atividades no tempo disponível, aprovisionamento de recursos e treinamento dos envolvidos no projeto. A fase execução é a realização do trabalho propriamente dito: executar as etapas previstas e programadas, utilizar os recursos humanos e materiais. A fase conclusão corresponde ao término do projeto. São atividades mais comuns dessa fase: aceleração de atividades que, eventualmente não tenham sido concluídas, realocação de recursos humanos para outras atividades do projeto, elaboração de relatórios, emissão de avaliações, (MENEZES, 2001, p. 64). Segundo VIEIRA (2003, p. 24) o ciclo de vida do projeto pode ser dividido em cinco grupos de processos: iniciação, planejamento, execução, controle e encerramento. Acrescentado o grupo de controle que serve para garantir que os objetivos do projeto sejam atingidos, através da monitoração freqüente do seu
20 8 progresso, identificando alterações no que foi planejado. Caso essas alterações ocorram, ações pro ativas e corretivas são tomadas. Os grupos de processos são interligados através dos resultados que cada um produz. Além disso, os grupos de processos não podem ser vistos de forma separada ou descontínua, e nem acontecem uma vez durante o ciclo de vida do projeto. Figura 2 exemplifica a afirmação. Figura 2 - Interação dos grupos de processos Fonte: VIEIRA (2003, p. 25) Os Envolvidos no Projeto São denominados stakeholders os envolvidos no projeto, as pessoas e as organizações diretamente ligadas ao projeto, ou aqueles indivíduos afetados pelo projeto, seja de forma positiva ou negativa, esse envolvimento pode ocorrer em todas as fases do ciclo de vida do projeto, (VIERA, 2003, p. 20).
21 9 Durante o projeto outras pessoas poderão ser envolvidas, contudo, quanto mais cedo identificá-las, melhor será para o gerenciamento. Segundo o autor, podem-se enumerar alguns envolvidos: o dono (sponsor), ou patrocinador; o cliente; o gerente de projeto; a organização executora; os membros da equipe do projeto; Gerente de Projeto O gerente de projeto é responsável pelo projeto, no RUP é denominado de coordenador de projeto, é a pessoa que referência e representa, desempenhando geralmente um papel crítico variando de acordo com a área de aplicação. O objetivo é fazer cumprir o planejamento o que tange a tempo, orçamento, qualidade requerida. As funções e responsabilidades do projeto devem ser estreitamente ligadas ao detalhamento do escopo do projeto. As atribuições do gerente: responsabilidades interpessoais, como liderança; responsabilidades informais, como controle da performance, interlocutor com patrocinador do projeto; responsabilidades de decisão, como: alocar recursos e escolha da equipe.
22 PMBOK Está seção discorre sobre PMBOK, apresentando sua estrutura, os grupos de processos de gerenciamento de projetos e uma análise do gerenciamento de risco do projeto no PMBOK Histórico e Conceito O PMBOK teve sua primeira publicação em 1987, descrevendo um conjunto de padrões sobre gerenciamento de projetos. Atualizado em 1996 e 2000, a sua terceira edição foi publicada em novembro de O PMBOK é um guia que reúne os conhecimentos e as melhores práticas dentro da atividade gerência de projetos, fornecendo uma visão geral, não uma descrição completa, abrangendo todo tipo de projeto, inclusive de software. Sendo uma fonte para diretores, gerentes de programas, gerentes de projetos, consultores, clientes e etc. Tornou-se um padrão americano pela ANSI (American National Standards Institute), padrão do IEEE (Institute of Eletrical and Eletronic Engineers). Usado pela ISO (International Standards Organization) e por empresas que desenvolvem sua própria metodologia de gerenciamento de projetos, (SEIBERT, 2004, p. 29) A Estrutura do Guia PMBOK O PMBOK está dividido em três seções:
23 11 A estrutura do gerenciamento de projetos, que fornece um entendimento da atividade gerenciamento de projetos, definindo termos-chaves e descreve o ambiente do projeto. A norma de gerenciamento de projetos, que especifica os processos da atividade gerenciamento de projetos, são cinco grupos de processos necessários para qualquer projeto: grupo de processos de iniciação, grupo de processos de planejamento, grupo de processos de execução, grupo de processos de monitoramento e controle e grupo de processos de encerramento. As nove áreas de conhecimento em gerenciamento de projetos, que organiza os 44 processos dos grupos de processos de gerenciamento de projetos, são: gerenciamento de integração do projeto, gerenciamento do escopo do projeto, gerenciamento de tempo do projeto, gerenciamento de custos do projeto, gerenciamento da qualidade do projeto, gerenciamento de recursos humanos do projeto, gerenciamento das comunicações do projeto, gerenciamento de riscos do projeto e gerenciamento de aquisições do projeto Grupos de Processos de Gerenciamento de Projetos De acordo com PMBOK (2004, p. 38), um processo é um conjunto de ações e atividades inter-relacionadas realizadas para obter um conjunto pré-especificado de produtos, resultados ou serviços. O gerenciamento de projetos é realizado através de processos bem definidos, são as entradas e saídas com resultados esperados. A Figura 3 explica o processo de planejamento do gerenciamento de riscos, temos as entradas do processo, recursos necessários para desempenhar as
24 12 atividades e a saída que o processo deve prover; o plano de gerenciamento de riscos. Figura 3 - Entradas e saídas do plano de gerenciamento de riscos Fonte: PMBOK (2004, p. 53) Isso não significa que o conhecimento, as habilidades e os processos descritos devam ser sempre aplicados uniformemente em todos os projetos. O gerente de projetos, em colaboração com a equipe do projeto, é sempre responsável pela determinação dos processos adequados e do grau adequado de rigor de cada processo, para qualquer projeto específico, PMBOK (2004, p. 37) O PMBOK (2004, p. 41) separa e classifica os processos para gerenciamento de projetos em cinco grupos, iniciação, planejamento, execução, monitoramento e controle e encerramento. A Figura 4 apresenta os grupos de processos.
25 13 Figura 4 - Os grupos de processos do gerenciamento de projetos Fonte: PM Tech Capacitação em Projetos, Grupo de processos de iniciação: define e autoriza o projeto ou uma fase do projeto. 2. Grupo de processos de planejamento: define e refina os objetivos e planeja a ação necessária para alcançar os objetivos e o escopo para os quais o projeto foi realizado. 3. Grupo de processos de execução: integra pessoas e outros recursos para realizar o plano de gerenciamento do projeto para o projeto. 4. Grupo de processos de monitoramento e controle: mede e monitora regularmente o progresso para identificar variações em relação ao
26 14 plano de gerenciamento do projeto, de forma que possam ser tomadas ações corretivas quando necessário para atender aos objetivos do projeto. 5. Grupo de processos de encerramento: formaliza a aceitação do produto, serviço ou resultado e conduz o projeto ou uma fase do projeto a um final ordenado Áreas de conhecimento em gerenciamento de projetos Na Figura 5 têm-se uma visão geral da organização das áreas de conhecimento pelo PMBOK, juntamente com seus processos. Cada área de conhecimento se refere a um aspecto a ser considerado dentro da gerência de projetos. A sua não execução irá afetar negativamente o projeto, pois projeto é um esforço integrado (MACHADO, 2000, p. 3). O gerenciamento de riscos do projeto é uma da área do conhecimento com os seguintes processos: planejamento do gerenciamento de riscos, identificação de riscos, análise qualitativa de riscos, análise quantitativa de riscos, planejamento de respostas a riscos e monitoramento e controle de riscos. Vale ressaltar que a numeração de cada área de conhecimento corresponde ao respectivo capítulo do PMBOK, a área de conhecimento gerenciamento de integração corresponde ao capítulo 4 do PMBOK, a área de gerenciamento de riscos do projeto corresponde ao capítulo 11.
27 15 Figura 5 Áreas de conhecimento em gerenciamento de projetos Fonte: PMBOK (2004, p. 11) Os processos de gerenciamento de projetos, os grupos de processos de gerenciamento de projetos e as áreas de conhecimento, interagem como mostra a Figura 6, o mapeamento da área de conhecimento gerenciamento de riscos do projeto e os grupos de processos e os processos.
28 16 Figura 6 - Mapeamento da área de conhecimento gerenciamento de riscos do projeto Fonte: PMBOK (2004, p. 70) Gerenciamento de Riscos do Projeto De acordo com MARTINS (2007, p. 66), gerenciamento de riscos é o meio pelo qual estas incertezas são sistematicamente gerenciadas, permitindo avaliar e enfrentar os riscos, evitando o evitável, controlando o controlável e minimizando a imprevisibilidade. Os objetivos do gerenciamento de riscos do projeto são aumentar a probabilidade e o impacto dos eventos positivos e diminuir a probabilidade e o impacto dos eventos adversos ao projeto. Os processos são: planejamento do gerenciamento de riscos, identificação de riscos, análise qualitativa de riscos, análise quantitativa de riscos, planejamento de respostas a riscos e monitoramento e controle de riscos, (PMBOK, 2004, p. 237).
29 Planejamento do Gerenciamento de Riscos Nesse processo é decidido como serão abordados e tratados os riscos ao longo do projeto. A Figura 7 dá uma visão geral do processo. Figura 7 - Visão do processo planejamento do gerenciamento de riscos Fonte: PMBOK (2004, p. 242) Os dados de entrada são analisados junto com o gerente de projetos e os líderes de cada área de gerenciamento de projetos através de reuniões, as saídas são as conclusões, os planos básicos para executar as atividades de gerenciamento de riscos formando um relatório que é o plano de gerência de riscos, e deve incluir: metodologia, funções e responsabilidades, orçamentação, tempo, categorias de riscos, definições de probabilidade e impacto de riscos, revisão das tolerâncias das partes interessadas e acompanhamento.
30 Identificação de Riscos A função do processo de identificação de riscos é determinar os riscos que podem afetar o projeto e documentar, suas características é um processo iterativo porque novos riscos podem ser conhecidos durante a execução do projeto. A Figura 8 dá uma visão geral do processo. Figura 8 - Visão do processo identificação de riscos Fonte: PMBOK (2004, p. 246) Na busca de identificação de riscos, são feitas as revisões das documentações do projeto, aplicação de técnicas de coleta de informações como: brainstorming, técnica delphi, entrevistas, identificação da causa-raiz e análise dos pontos fortes e fracos, oportunidades e ameaças. Brainstorming sob a liderança de um facilitador, pessoas geram idéias sobre risco de projeto, são identificados fontes de risco em um escopo amplo e colocadas para todos examinarem durante a reunião, (POSSI, 2006, p. 13).
31 19 Técnica delphi Um facilitador usa um questionário para solicitar idéias sobre os riscos importantes do projeto, as respostas são submetidas individualmente, sendo então circuladas entre os participantes para comentários adicionais, (POSSI, 2006, p. 13). Entrevistas os riscos podem ser identificados por entrevistas com experimentados gerentes de projeto ou especialistas no assunto, (POSSI, 2006, p. 13). Identificação da causa-raiz é uma investigação das causas essenciais dos riscos de um projeto. Muitas vezes uma causa-raiz é a causa de muitos riscos, uma única ação sobre ela elimina muitos problemas, (POSSI, 2006, p.13). Os resultados são as saídas, os registros de riscos através de lista de riscos identificados, lista de respostas possíveis, causas-raiz do risco e categorias de risco atualizadas Análise Qualitativa de Riscos A análise qualitativa de riscos busca classificar e priorizar os riscos identificados, através da probabilidade deles ocorrerem e o impacto no projeto, avaliando fatores como o prazo e tolerância a risco das restrições de custo, cronograma, escopo e qualidade do projeto. A Figura 9 da uma visão geral do processo.
32 20 Figura 9 - Visão do processo análise qualitativa de riscos Fonte: PMBOK (2004, p. 250) As informações de processos anteriores como: plano de gerenciamento de riscos e registros de riscos são analisadas. Algumas técnicas utilizadas como: avaliação de probabilidade e impactos de riscos e matriz de probabilidade de impacto Análise Quantitativa de Riscos Análise quantitativa de riscos é realizada nos riscos que foram priorizados pelo processo de análise qualitativa de riscos, e atribui uma classificação numérica a esses riscos. Tem a finalidade de quantificar os possíveis resultados do projeto e suas probabilidades, avaliar a probabilidade de atingir objetivos específicos do projeto, identificar os riscos que exigem mais atenção e determinar a melhor decisão de gerenciamento de projetos quando algumas condições ou resultados forem incertos. A Figura 10 apresenta uma visão geral do processo.
33 21 Figura 10 - Visão do processo análise quantitativa de riscos Fonte: PMBOK (2004, p. 254) Para a realização da análise quantitativa de riscos são reunidas informações sobre projetos anteriores semelhantes e terminados, bancos de dados de riscos, principais elementos do plano de gerenciamento de riscos, orçamentos e atividades do cronograma do projeto e lista de riscos identificados. No registro de saída têm-se os resultados como: análise probabilística do projeto, com estimativas sobre o cronograma e custo do projeto; probabilidade de realização dos objetivos de custo e tempo e lista priorizada de riscos quantificados Planejamento de Respostas a Riscos O planejamento de respostas a riscos é o processo que desenvolve opções e determinam ações para reduzir as ameaças aos objetivos do projeto, nesse momento pessoas assumem responsabilidades sobre cada resposta a riscos identificados. As respostas devem ser adequadas, rápidas e econômicas. A Figura 11 apresenta uma visão geral do processo.
34 22 Figura 11 - Visão do processo planejamento de respostas a riscos Fonte: PMBOK (2004, p. 260) Para as ameaças ou riscos de impactos negativos no projeto, existem três estratégias: Prevenir, através de esclarecimento dos requisitos, obtenção de informações, boa comunicação, aquisição de especialização podem prevenir riscos do projeto; Transferir, conferir para outra parte a responsabilidade do gerenciamento de um determinado risco, um exemplo é o seguro e a garantia; Mitigar, ações no início para reduzir a probabilidade e/ou o impacto de um risco, mais eficaz do que a tentativa de reparar, através de processos menos complexos, realizando mais testes, ou a escolha de um fornecedor mais estável, como também a elaboração de protótipos. Para as ameaças ou riscos de impactos negativos no projeto, existem três estratégias: Explorar, a exploração de forma direta das respostas e designação de recursos mais capacitados fim de fornecer uma qualidade maior do que a originalmente planejada; Compartilhar, é o ato de compartilhar riscos de impactos positivos com terceiros que possam contribuir melhor em benefício do projeto;