Gerenciamento de projetos - Um estudo a respeito da modelagem adequada na elaboração de um plano de gerenciamento de riscos em um projeto de desenvolvimento de software
Este documento apresenta boas práticas para estruturar um plano de gerenciamento de riscos em um projeto de desenvolvimento de software, incluindo técnicas para identificar riscos, categorizá-los, avaliar probabilidade e impacto, definir estratégias de resposta e criar um plano de ação. O objetivo é fornecer subsídios para que as empresas possam antecipar e mitigar riscos de forma a aumentar as chances de sucesso dos projetos.
Macrosolutions Treinamento: Gerenciamento de RiscosMacrosolutions SA
Compreenda porque ameaças e oportunidades fazem parte de todos os projetos e que a percepção dos riscos de forma estruturada aprimora os resultados dos projetos.
O documento discute a análise e gestão de riscos em projetos de software. Aborda conceitos-chave como identificação, estimativa e avaliação de riscos, além de métodos para reduzir, supervisionar e gerir riscos ao longo do projeto. O objetivo é antecipar problemas potenciais e suas consequências para que medidas corretivas possam ser tomadas e minimizar impactos negativos no projeto.
O documento descreve os seis passos do gerenciamento de riscos de projetos de acordo com o PMBOK: 1) planejamento, 2) identificação, 3) análise qualitativa, 4) análise quantitativa, 5) planejamento de respostas, 6) controle. Ferramentas como matriz de probabilidade e impacto são usadas para priorizar riscos e desenvolver estratégias de prevenção, transferência, mitigação ou aceitação.
Aula10 TEES UFS Analise e Gestao do Riscoguest8ae21d
Este documento discute gestão e análise de riscos em projetos de software. Ele introduz o conceito de riscos no desenvolvimento de software e métodos para identificar, estimar, avaliar e gerenciar riscos, incluindo a criação de um plano de gestão de riscos. Ele também fornece exemplos de riscos comuns em software e como avaliar seu impacto potencial.
O documento discute os conceitos, ferramentas e técnicas de gerenciamento de riscos em projetos utilizando a metodologia do PMI. Ele define riscos, descreve o ciclo de vida do risco, o processo de planejamento de riscos e as etapas de identificação, qualificação, quantificação, resposta e controle dos riscos.
O documento discute a função e origem do gerenciamento de riscos. A função é reduzir perdas e minimizar seus efeitos através de técnicas de inspeção e análise. O gerenciamento de riscos surgiu nos EUA em 1963 e chegou ao Brasil na década de 1970, inicialmente focado em seguros. O documento também discute os principais riscos industriais como incêndios.
O documento discute as boas práticas e importância do planejamento e gerenciamento de riscos em projetos de software. Ele explica que o gerenciamento de riscos envolve identificar riscos, analisá-los qualitativa e quantitativamente, planejar respostas e monitorá-los. Riscos devem ser identificados cedo e continuamente monitorados para minimizar seu impacto no escopo, prazo e orçamento do projeto.
O documento discute o gerenciamento de riscos em projetos. Primeiro, apresenta a importância do gerenciamento de riscos e como ele deve ser realizado de forma sistemática. Em seguida, descreve os principais processos envolvidos no gerenciamento de riscos, incluindo a identificação, análise, planejamento de respostas e monitoramento. Por fim, fornece exemplos de como analisar e classificar riscos de acordo com sua probabilidade e impacto.
Macrosolutions Treinamento: Gerenciamento de RiscosMacrosolutions SA
Compreenda porque ameaças e oportunidades fazem parte de todos os projetos e que a percepção dos riscos de forma estruturada aprimora os resultados dos projetos.
O documento discute a análise e gestão de riscos em projetos de software. Aborda conceitos-chave como identificação, estimativa e avaliação de riscos, além de métodos para reduzir, supervisionar e gerir riscos ao longo do projeto. O objetivo é antecipar problemas potenciais e suas consequências para que medidas corretivas possam ser tomadas e minimizar impactos negativos no projeto.
O documento descreve os seis passos do gerenciamento de riscos de projetos de acordo com o PMBOK: 1) planejamento, 2) identificação, 3) análise qualitativa, 4) análise quantitativa, 5) planejamento de respostas, 6) controle. Ferramentas como matriz de probabilidade e impacto são usadas para priorizar riscos e desenvolver estratégias de prevenção, transferência, mitigação ou aceitação.
Aula10 TEES UFS Analise e Gestao do Riscoguest8ae21d
Este documento discute gestão e análise de riscos em projetos de software. Ele introduz o conceito de riscos no desenvolvimento de software e métodos para identificar, estimar, avaliar e gerenciar riscos, incluindo a criação de um plano de gestão de riscos. Ele também fornece exemplos de riscos comuns em software e como avaliar seu impacto potencial.
O documento discute os conceitos, ferramentas e técnicas de gerenciamento de riscos em projetos utilizando a metodologia do PMI. Ele define riscos, descreve o ciclo de vida do risco, o processo de planejamento de riscos e as etapas de identificação, qualificação, quantificação, resposta e controle dos riscos.
O documento discute a função e origem do gerenciamento de riscos. A função é reduzir perdas e minimizar seus efeitos através de técnicas de inspeção e análise. O gerenciamento de riscos surgiu nos EUA em 1963 e chegou ao Brasil na década de 1970, inicialmente focado em seguros. O documento também discute os principais riscos industriais como incêndios.
O documento discute as boas práticas e importância do planejamento e gerenciamento de riscos em projetos de software. Ele explica que o gerenciamento de riscos envolve identificar riscos, analisá-los qualitativa e quantitativamente, planejar respostas e monitorá-los. Riscos devem ser identificados cedo e continuamente monitorados para minimizar seu impacto no escopo, prazo e orçamento do projeto.
O documento discute o gerenciamento de riscos em projetos. Primeiro, apresenta a importância do gerenciamento de riscos e como ele deve ser realizado de forma sistemática. Em seguida, descreve os principais processos envolvidos no gerenciamento de riscos, incluindo a identificação, análise, planejamento de respostas e monitoramento. Por fim, fornece exemplos de como analisar e classificar riscos de acordo com sua probabilidade e impacto.
O documento discute o gerenciamento de riscos, destacando: (1) a ideia revolucionária que define a fronteira entre os tempos modernos e o passado é o domínio do risco; (2) o estudo sério do risco iniciou-se no Renascimento, quando as pessoas desafiaram as crenças sagradas; (3) a descoberta da teoria das probabilidades por Pascal e Fermat foi fundamental para o conceito moderno de risco.
O documento fornece diretrizes sobre o processo de gestão de riscos de um projeto, incluindo objetivos, conceitos, etapas do processo como identificação, análise e tratamento de riscos. O objetivo é ajudar os gestores a identificar ameaças e oportunidades, desenvolver planos de contingência e tomar decisões para maximizar o sucesso do projeto de forma sistemática e proativa.
Gerenciamento de projetos aula 13 (riscos)Paulo Junior
O documento discute o gerenciamento de riscos em projetos. Ele descreve os processos de planejar o gerenciamento de riscos, identificar riscos e realizar análise qualitativa e quantitativa de riscos. O objetivo é aumentar as chances de sucesso do projeto ao antecipar e responder adequadamente aos riscos que podem afetar os objetivos do projeto.
Gerenciamento de Riscos e Projetos - Boas Práticas e Desafios da AplicaçãoGUGP SUCESU-RS
O documento discute o gerenciamento de riscos em projetos, apresentando os principais conceitos e etapas do processo, como a identificação, análise e planejamento de respostas aos riscos. Destaca-se a importância de se abordar os riscos de forma sistemática para evitar que eles afetem os objetivos do projeto.
O documento discute o gerenciamento de riscos em projetos. Ele define riscos, descreve os processos e áreas de conhecimento relacionadas a riscos segundo o PMBOK. Também explica como o gerenciamento ativo de riscos pode reduzir a incidência e impacto de eventos negativos e aumentar oportunidades positivas. Ferramentas como planilhas e softwares auxiliam no acompanhamento e simulação de riscos.
O documento discute os processos e técnicas de gerenciamento de riscos em projetos. Inclui a identificação, análise, planejamento de respostas, monitoramento e controle de riscos. Aborda métodos como matriz de probabilidade-impacto, distribuições de probabilidade e técnicas para priorizar riscos e desenvolver respostas.
O documento discute os processos de gerenciamento de riscos em projetos. Ele explica que o planejamento de riscos envolve identificar os riscos, analisá-los qualitativamente e quantitativamente, e planejar respostas. A identificação de riscos usa técnicas como brainstorming e análise SWOT para listar riscos. A análise qualitativa prioriza os riscos usando uma matriz de probabilidade e impacto.
O documento discute o gerenciamento de riscos em projetos. Ele define gerenciamento de riscos como o processo sistemático de identificar, analisar e responder aos riscos do projeto para maximizar as oportunidades e minimizar as ameaças. O documento descreve os processos de gerenciamento de riscos, incluindo identificação, análise qualitativa e quantitativa, planejamento de respostas e controle. Ele também discute categorias, ferramentas e entradas e saídas para cada processo.
Gerenciamento de Riscos em Projetos - Sao PauloGrupo Treinar
O documento descreve um treinamento de Gerenciamento de Risco que inclui: objetivos de consolidar conhecimentos sobre técnicas e ferramentas de gestão de risco; benefícios como material didático e certificado de participação; e conteúdo programático cobrindo processos, ferramentas e abordagens de gestão de risco.
Gerenciamento de Projetos PMBOK cap11 riscoFernando Palma
O documento descreve o processo de gerenciamento de riscos de projeto de acordo com o PMBOK, incluindo planejar, identificar, analisar qualitativa e quantitativamente os riscos, planejar respostas, e monitorar e controlar riscos. O objetivo é identificar eventos incertos que podem afetar o escopo, cronograma, custo e qualidade e desenvolver estratégias para maximizar oportunidades e minimizar ameaças.
O documento discute o gerenciamento de riscos em projetos. Ele explica que o gerenciamento de riscos inclui a identificação, análise, planejamento de respostas e monitoramento de riscos que podem afetar os objetivos do projeto. Além disso, discute métodos de análise de riscos como narrativa, qualitativa e quantitativa e enfatiza a importância de administrar riscos ao longo do ciclo de vida do projeto.
Análise de Riscos em Projetos : Uma Abordagem Qualitativa ou Quantitativaelliando dias
O documento discute as abordagens qualitativa e quantitativa para análise de riscos em projetos. Ele apresenta os componentes de riscos, a importância da gestão de riscos em projetos e como os riscos se relacionam ao ciclo de vida de projetos. O documento também descreve técnicas para identificação de riscos e as análises qualitativa e quantitativa de riscos.
Gerenciamento de riscos abordando os assuntos tratados no PMBOK®, ISO 31000 e...Jefferson Oliveira
O documento discute conceitos e metodologias de gerenciamento de riscos, incluindo COSO, ISO 31000 e PMBOK. Apresenta princípios como identificação, análise e avaliação de riscos para melhorar resultados de projetos.
O documento apresenta mapas mentais e templates para gestão de riscos e crises em empresas, incluindo identificação de riscos, análise de impacto, simulações de crises, e comunicação em momentos decisivos.
O documento apresenta um resumo sobre gerenciamento de riscos de projeto, abordando os principais processos: 1) planejar o gerenciamento de riscos; 2) identificar os riscos; 3) realizar análise qualitativa dos riscos.
O documento discute a análise e gestão de riscos no desenvolvimento de software. Ele descreve o que é gestão de riscos, quem a realiza e por que é importante. Também explica como identificar, estimar e avaliar riscos de projeto, técnicos e de negócios, além de apresentar uma tabela de riscos com suas probabilidades e impactos.
Gerenciamento de Riscos: uma abordagem práticaelliando dias
O documento discute gestão de riscos em projetos, apresentando conceitos, a metodologia MEPCP e tendências. Aborda a evolução da área de conhecimento de riscos no PMBOK e métodos para identificar, qualificar e responder a riscos, incluindo quadros de riscos e contramedidas.
O documento apresenta o Plano de Gerenciamento de Riscos para o Projeto Novas Fronteiras, descrevendo os processos de gerenciamento de riscos, a estrutura de riscos, os riscos identificados, sua qualificação, respostas planejadas e o sistema de controle de mudanças de riscos.
Este documento apresenta uma análise das ferramentas de gerenciamento de riscos em projetos de e-commerce no Brasil. O trabalho descreve as principais ferramentas de gestão de riscos encontradas na literatura e explora quais dessas ferramentas são utilizadas em projetos de três empresas de e-commerce no Brasil por meio de entrevistas. Os resultados indicam que as ferramentas mais utilizadas são brainstorming, análise SWOT e cenários, mas algumas empresas também usam novas ferramentas não apresentadas na literatura geral de ris
Proposta Comercial - in company para implementação de processo de Gerenciamento de Riscos Corporativos, visando contribuir para sua perenidade, auxiliar no cumprimento de suas missões, atingimento de seus objetivos estratégicos e satisfazer as expectativas de seus stakeholders.
minimizar danos às organizações; maximizar recursos; Comunicação de Riscos
O documento discute o gerenciamento de riscos, destacando: (1) a ideia revolucionária que define a fronteira entre os tempos modernos e o passado é o domínio do risco; (2) o estudo sério do risco iniciou-se no Renascimento, quando as pessoas desafiaram as crenças sagradas; (3) a descoberta da teoria das probabilidades por Pascal e Fermat foi fundamental para o conceito moderno de risco.
O documento fornece diretrizes sobre o processo de gestão de riscos de um projeto, incluindo objetivos, conceitos, etapas do processo como identificação, análise e tratamento de riscos. O objetivo é ajudar os gestores a identificar ameaças e oportunidades, desenvolver planos de contingência e tomar decisões para maximizar o sucesso do projeto de forma sistemática e proativa.
Gerenciamento de projetos aula 13 (riscos)Paulo Junior
O documento discute o gerenciamento de riscos em projetos. Ele descreve os processos de planejar o gerenciamento de riscos, identificar riscos e realizar análise qualitativa e quantitativa de riscos. O objetivo é aumentar as chances de sucesso do projeto ao antecipar e responder adequadamente aos riscos que podem afetar os objetivos do projeto.
Gerenciamento de Riscos e Projetos - Boas Práticas e Desafios da AplicaçãoGUGP SUCESU-RS
O documento discute o gerenciamento de riscos em projetos, apresentando os principais conceitos e etapas do processo, como a identificação, análise e planejamento de respostas aos riscos. Destaca-se a importância de se abordar os riscos de forma sistemática para evitar que eles afetem os objetivos do projeto.
O documento discute o gerenciamento de riscos em projetos. Ele define riscos, descreve os processos e áreas de conhecimento relacionadas a riscos segundo o PMBOK. Também explica como o gerenciamento ativo de riscos pode reduzir a incidência e impacto de eventos negativos e aumentar oportunidades positivas. Ferramentas como planilhas e softwares auxiliam no acompanhamento e simulação de riscos.
O documento discute os processos e técnicas de gerenciamento de riscos em projetos. Inclui a identificação, análise, planejamento de respostas, monitoramento e controle de riscos. Aborda métodos como matriz de probabilidade-impacto, distribuições de probabilidade e técnicas para priorizar riscos e desenvolver respostas.
O documento discute os processos de gerenciamento de riscos em projetos. Ele explica que o planejamento de riscos envolve identificar os riscos, analisá-los qualitativamente e quantitativamente, e planejar respostas. A identificação de riscos usa técnicas como brainstorming e análise SWOT para listar riscos. A análise qualitativa prioriza os riscos usando uma matriz de probabilidade e impacto.
O documento discute o gerenciamento de riscos em projetos. Ele define gerenciamento de riscos como o processo sistemático de identificar, analisar e responder aos riscos do projeto para maximizar as oportunidades e minimizar as ameaças. O documento descreve os processos de gerenciamento de riscos, incluindo identificação, análise qualitativa e quantitativa, planejamento de respostas e controle. Ele também discute categorias, ferramentas e entradas e saídas para cada processo.
Gerenciamento de Riscos em Projetos - Sao PauloGrupo Treinar
O documento descreve um treinamento de Gerenciamento de Risco que inclui: objetivos de consolidar conhecimentos sobre técnicas e ferramentas de gestão de risco; benefícios como material didático e certificado de participação; e conteúdo programático cobrindo processos, ferramentas e abordagens de gestão de risco.
Gerenciamento de Projetos PMBOK cap11 riscoFernando Palma
O documento descreve o processo de gerenciamento de riscos de projeto de acordo com o PMBOK, incluindo planejar, identificar, analisar qualitativa e quantitativamente os riscos, planejar respostas, e monitorar e controlar riscos. O objetivo é identificar eventos incertos que podem afetar o escopo, cronograma, custo e qualidade e desenvolver estratégias para maximizar oportunidades e minimizar ameaças.
O documento discute o gerenciamento de riscos em projetos. Ele explica que o gerenciamento de riscos inclui a identificação, análise, planejamento de respostas e monitoramento de riscos que podem afetar os objetivos do projeto. Além disso, discute métodos de análise de riscos como narrativa, qualitativa e quantitativa e enfatiza a importância de administrar riscos ao longo do ciclo de vida do projeto.
Análise de Riscos em Projetos : Uma Abordagem Qualitativa ou Quantitativaelliando dias
O documento discute as abordagens qualitativa e quantitativa para análise de riscos em projetos. Ele apresenta os componentes de riscos, a importância da gestão de riscos em projetos e como os riscos se relacionam ao ciclo de vida de projetos. O documento também descreve técnicas para identificação de riscos e as análises qualitativa e quantitativa de riscos.
Gerenciamento de riscos abordando os assuntos tratados no PMBOK®, ISO 31000 e...Jefferson Oliveira
O documento discute conceitos e metodologias de gerenciamento de riscos, incluindo COSO, ISO 31000 e PMBOK. Apresenta princípios como identificação, análise e avaliação de riscos para melhorar resultados de projetos.
O documento apresenta mapas mentais e templates para gestão de riscos e crises em empresas, incluindo identificação de riscos, análise de impacto, simulações de crises, e comunicação em momentos decisivos.
O documento apresenta um resumo sobre gerenciamento de riscos de projeto, abordando os principais processos: 1) planejar o gerenciamento de riscos; 2) identificar os riscos; 3) realizar análise qualitativa dos riscos.
O documento discute a análise e gestão de riscos no desenvolvimento de software. Ele descreve o que é gestão de riscos, quem a realiza e por que é importante. Também explica como identificar, estimar e avaliar riscos de projeto, técnicos e de negócios, além de apresentar uma tabela de riscos com suas probabilidades e impactos.
Gerenciamento de Riscos: uma abordagem práticaelliando dias
O documento discute gestão de riscos em projetos, apresentando conceitos, a metodologia MEPCP e tendências. Aborda a evolução da área de conhecimento de riscos no PMBOK e métodos para identificar, qualificar e responder a riscos, incluindo quadros de riscos e contramedidas.
O documento apresenta o Plano de Gerenciamento de Riscos para o Projeto Novas Fronteiras, descrevendo os processos de gerenciamento de riscos, a estrutura de riscos, os riscos identificados, sua qualificação, respostas planejadas e o sistema de controle de mudanças de riscos.
Semelhante a Gerenciamento de projetos - Um estudo a respeito da modelagem adequada na elaboração de um plano de gerenciamento de riscos em um projeto de desenvolvimento de software
Este documento apresenta uma análise das ferramentas de gerenciamento de riscos em projetos de e-commerce no Brasil. O trabalho descreve as principais ferramentas de gestão de riscos encontradas na literatura e explora quais dessas ferramentas são utilizadas em projetos de três empresas de e-commerce no Brasil por meio de entrevistas. Os resultados indicam que as ferramentas mais utilizadas são brainstorming, análise SWOT e cenários, mas algumas empresas também usam novas ferramentas não apresentadas na literatura geral de ris
Proposta Comercial - in company para implementação de processo de Gerenciamento de Riscos Corporativos, visando contribuir para sua perenidade, auxiliar no cumprimento de suas missões, atingimento de seus objetivos estratégicos e satisfazer as expectativas de seus stakeholders.
minimizar danos às organizações; maximizar recursos; Comunicação de Riscos
Monografia PUC MINAS 2009 - Processo de Avaliação e Análise de Riscos para El...Marcelo Veloso
Este documento apresenta um processo para a elaboração da Avaliação e Análise de Riscos para a implantação de um Plano de Continuidade de Negócios (PCN). O processo consolida conceitos de metodologias amplamente utilizadas e propõe seis passos para identificar ativos, ameaças, vulnerabilidades, probabilidades, impactos e níveis de risco. O objetivo é fornecer subsídios para o desenvolvimento de estratégias de recuperação que garantam a continuidade dos processos de negócio essenciais de
No dia a dia da logística, os profissionais se destacam com uma realidade repleta de desafios e incertezas. A essência do risco, entendida como a possibilidade de obstáculos interferirem nos objetivos ou a falta de condições necessárias para alcançá-los, as operações logísticas cotidianas.
Na visão de Santos (2002), o risco se traduz na incerteza em torno de eventos que podem resultar em prejuízos para empresa. para profissionais da logística, essa significação vai além do acadêmico, pois o risco implica, na prática, em consequências negativas para saúde econômica da organização.
O documento apresenta uma introdução à gestão de riscos em projetos de software, definindo o que é gestão de riscos, quem a realiza e por que é importante. Também descreve os principais tipos de riscos de software e métodos para identificá-los e estimar seu impacto, como tabelas de riscos.
O documento discute a análise e gestão de riscos no desenvolvimento de software. Ele descreve o que é gestão de riscos, quem a realiza e por que é importante. Também explica como identificar, estimar e avaliar riscos de projeto, técnicos e de negócios, além de apresentar um método e tabela para gerenciá-los.
Este documento apresenta uma monografia sobre a gestão de riscos em gerenciamento de projetos. A monografia foi apresentada como requisito para conclusão de curso de pós-graduação em gerência de projetos na Faculdade Integrada Anglo-Americana sob a orientação do professor Camilo Mussi. O documento aborda a importância de gerenciar riscos diariamente em projetos e apresenta ferramentas e técnicas para identificar e monitorar riscos ao longo do ciclo de vida de um projeto.
A maioria dos gerentes de projeto realmente não têm muita chance praticar Gerenciamento de Risco. O tema é coberto muito bem em todos os métodos de Gerenciamento de Projetos, mas parece ser esquecido tão logo o projeto é iniciado.
Este documento discute o planejamento de riscos em projetos. Ele começa explicando a importância do planejamento de riscos e os principais processos envolvidos: identificar riscos, analisar riscos qualitativamente, analisar riscos quantitativamente e planejar respostas aos riscos. Em seguida, fornece detalhes sobre cada um desses processos, incluindo como identificar riscos, avaliar probabilidade e impacto, e priorizar riscos.
Este documento discute gestão e análise de riscos em projetos de software. Ele introduz o conceito de riscos no desenvolvimento de software e métodos para identificar, estimar, avaliar e gerenciar riscos, incluindo a criação de um plano de gestão de riscos. Ele também fornece exemplos de riscos comuns em software e como avaliar o impacto dos riscos.
Encontro pioneiro, em seus 15 anos de existência a Conferência Gestão Integrada de Riscos se firmou como ponto de referência em aperfeiçoamento e atualização para os profissionais da área. Refletindo uma realidade das grandes corporações, o evento tem ganhado a cada ano adesão e relevância entre profissionais da área de riscos à medida que as empresas têm aumentado seus investimentos na implantação e aprimoramento de seus processos de ERM.
A edição 2013, totalmente renovada e voltada às necessidades reais das empresas brasileiras, colocará em discussão os diferentes modelos de gestão de riscos, além de apresentar estratégias para consolidar a gestão de riscos como geradora de resultados e orientadora do processo decisório das organizações.
32 Congresso Brasileiro dos Fundos de Pensao- Visao de Futuro, inovar no presente.
Palestra Tecnica Modelo de Gestao de Risco Corporativo - FUNCEF. Por Marco Antonio Silva
Gerência de Riscos Para certificação MPS-BRelliando dias
O documento discute a gestão de riscos para projetos de software. Ele explica que a gestão de riscos envolve identificar, analisar, tratar, monitorar e reduzir continuamente os riscos em nível organizacional e de projeto. Também descreve alguns modelos de processos de gestão de riscos como o de Boehm e a norma ISO/IEC 12207.
O documento discute a gestão de riscos em projetos de software, definindo riscos, explicando os tipos de riscos (internos e externos), e os processos de gerenciamento de riscos como identificação, análise qualitativa e quantitativa, planejamento de respostas, monitoramento e controle.
Este documento apresenta um estudo de caso sobre a avaliação da maturidade em gerenciamento de projetos do Núcleo de Tecnologia da Informação e Comunicação da Universidade Federal Fluminense utilizando o Modelo de Maturidade em Gerenciamento de Projetos de Darci Prado. O resumo fornece o perfil de aderência inicial do NTI aos níveis e dimensões de maturidade do modelo, indicando oportunidades de melhoria.
O documento discute análise de riscos, apresentando conceitos, origens e classificação de riscos, técnicas de análise como APR, Hazop e AMFE, além de fatores críticos de sucesso e benefícios da gestão de riscos. A aula também aborda políticas de segurança da informação e classificação da informação.
O documento fornece informações sobre um workshop sobre gerenciamento de riscos ministrado pelo professor Adailton Silva. O workshop abordará técnicas de gerenciamento de riscos organizacionais e de projetos, incluindo a estrutura analítica de riscos e a matriz de probabilidade versus impacto. O objetivo é desenvolver as competências dos participantes em atitude, postura e planejamento para gestão de riscos.
O documento apresenta a abordagem do gerenciamento de riscos na metodologia FEL (Front End Loading). O FEL é utilizado em grandes projetos e divide o ciclo de vida em 3 fases, com portões de aprovação entre elas. Nos processos de gerenciamento de riscos nas fases do FEL, realiza-se a identificação, qualificação e quantificação dos riscos para apoiar as tomadas de decisão nos portões. Simulações de cenários como EMV, árvores de decisão e Monte Carlo são técnicas utilizadas na análise
1. O documento apresenta uma metodologia chamada GAIA Riscos para avaliar o grau de maturidade da gestão de riscos em projetos de software.
2. O framework GAIA Riscos inclui níveis de maturidade, serviços, um processo de implantação e um sistema de avaliação diagnóstica.
3. Um estudo de caso aplicou com sucesso a metodologia GAIA Riscos em um processo de desenvolvimento de software, melhorando a gestão de riscos.
Elo Group Incerteza Como Fonte De Vantagem Competitiva (Abnt)EloGroup
1) O documento discute a necessidade de reinventar o papel da gestão de riscos nas organizações para que se integre melhor aos negócios e gere valor.
2) É apresentado um framework de 5 passos para entender a situação atual e construir uma visão de gestão de riscos integrada aos negócios.
3) Discutem-se os riscos e oportunidades dos diversos processos de uma organização para melhor gerenciá-los de forma positiva.
Semelhante a Gerenciamento de projetos - Um estudo a respeito da modelagem adequada na elaboração de um plano de gerenciamento de riscos em um projeto de desenvolvimento de software (20)
Elo Group Incerteza Como Fonte De Vantagem Competitiva (Abnt)
Gerenciamento de projetos - Um estudo a respeito da modelagem adequada na elaboração de um plano de gerenciamento de riscos em um projeto de desenvolvimento de software
1. DIOGO COIMBRA DE BRITO
GERENCIAMENTO DE PROJETOS: UM ESTUDO A
RESPEITO DA MODELAGEM ADEQUADA NA
ELABORAÇÃO DE UM PLANO DE GERENCIAMENTO DE
RISCOS EM UM PROJETO DE DESENVOLVIMENTO DE
SOFTWARE
Trabalho apresentado ao curso MBA em
Gerenciamento de Projetos, Pós-Graduação lato
sensu, Nível de Especialização, do Programa
FGV Management da Fundação Getúlio Vargas,
como pré-requisito para a obtenção do Título de
Especialista.
Edmarson Bacelar Mota
Coordenador Acadêmico Executivo
Gianfranco Muncinelli
Orientador
Curitiba - PR
2016
2. FUNDAÇÃO GETULIO VARGAS
PROGRAMA FGV MANAGEMENT
MBA EM GERENCIAMENTO DE PROJETOS
O Trabalho de Conclusão de Curso, GERENCIAMENTO DE PROJETOS: UM ESTUDO
A RESPEITO DA MODELAGM ADEQUADA NA ELABORAÇÃO DE UM PLANO DE
GERENCIAMENTO DE RISCOS EM UM PROJETO DE DESENVOLVIMENTO DE
SOFTWARE, elaborado por Diogo Coimbra de Brito e aprovado pela Coordenação
Acadêmica, foi aceito como pré-requisito para a obtenção do certificado do Curso de Pós-
Graduação lato sensu MBA em Gerenciamento de Projetos, Nível de Especialização, do
Programa FGV Management.
Data da Aprovação: Local, Data
Edmarson Bacelar Mota
Coordenador Acadêmico Executivo
Gianfranco Muncinelli
Orientador
3. TERMO DE COMPROMISSO
O aluno Diogo Coimbra de Brito, abaixo assinado, do curso de MBA em Gerenciamento de
Projetos, Turma GP39-Curitiba (2/2014) do Programa FGV Management, realizado nas
dependências da instituição conveniada ISAE/FGV, no período de 11/04/2014 a 16/04/2016,
declara que o conteúdo do Trabalho de Conclusão de Curso intitulado Gerenciamento de
projetos: um estudo a respeito da modelagem adequada na elaboração de um plano de
gerenciamento de riscos em um projeto de desenvolvimento de software, é autêntico e original.
Curitiba, 16 de junho de 2016
Diogo Coimbra de Brito
4. Dedicatória
Aos meus pais pelos exemplos de vida que são para mim, que me motivaram e me trouxeram
até aqui. A minha querida esposa, por toda sua paciência e apoio em todos os momentos deste
caminho. E ao meu pequeno filho, por sua luz que me norteia a seguir em frente.
6. RESUMO
Este trabalho tem por objetivo apresentar boas práticas para estruturação de um cenário propício
para o gerenciamento de riscos em empresas de software, levando em consideração a utilização
da metodologia ASAP 8, para o ERP SAP. Inicia-se dando direcionamento sobre o risco e suas
vertentes boas e ruins, destacando a importância da gestão dos riscos em um projeto e
destacando suas vantagens competitivas sobre os concorrentes e na obtenção de maior sucesso
no controle da gestão das áreas da gestão de projetos. Segue-se estruturando os passos para uma
definição qualitativa de riscos, aprofunda-se no tema através de opções de ferramentas para
identificação dos riscos. É descrita a lista de riscos para este cenário de projetos, suas categorias
e pesos (probabilidade e impactos). Baseado neste levantamento é chegado ao plano de ação
para cada risco identificado, verificando estratégias de respostas para oportunidades e ameaças,
discorrendo sobre a cultura de acompanhamento dos riscos e a necessidade de nutrir entre todas
as partes interessadas sobre os pontos tratados para cada risco e sobre a busca contínua de
melhoria. Ao final observa-se as vantagens de aplicação de estratégias de análise dos riscos a
ponto de iniciar e incentivar em todas as organizações tais ações. A análise dos riscos é o
caminho para aumentar o nível de retorno financeiro dos projetos.
Palavras Chave: Gerenciamento de projetos. Gerenciamento de Riscos em
desenvolvimento de Software. Boas práticas em gerenciamento de riscos. Estruturação para
gerenciamento de riscos.
7. ABSTRACT
This work aims to present best practices for structuring a favorable scenario for managing risks
in software companies, taking into account the use of the ASAP methodology 8, for SAP ERP.
Starts giving guidance about the risk and its good and bad aspects, highlighting the importance
of risk management in a project and highlighting your competitive advantage over competitors
and on achieve greater success in the control of the management of the areas of project
management. In the sequence are the steps to define structured qualitative risks, going deep on
the theme through tools options for risks identification. Is Described the list of risks to this
scenario, their categories and weights (threats and opportunities). Based on this description is
reached the action plan for each risk identified, checking strategies of responses to opportunities
and threats, discussing the culture of monitoring of risks and the need to nurture among all
stakeholders on the treaties for each risk and about the continuous search for improvement. At
the end is seen the advantages of applying risk analysis to begin a start of encourage in all
organizations such actions. The risk analysis is a way to raise the level of finantial feedback of
the projects.
Key Words: Project management. Risk management. Software development best
practices in risk management. Structuring for risk management.
8. LISTA DE FIGURAS
FIGURA 1 - PARADIGMA DO GERENCIAMENTO DE RISCOS ..................................... 17
FIGURA 2 - METODOLOGIA ASAP 8 ................................................................................. 19
FIGURA 3 - CATEGORIZAÇÃO DOS RISCOS ................................................................... 25
FIGURA 4 - ESTRUTURA ANALÍTICA DE RISCOS ......................................................... 26
FIGURA 5 - MATRIZ DE RISCOS POR PROBABILIDADE E IMPACTO ....................... 28
9. LISTA DE TABELAS
TABELA 1 - FASES DO GERENCIAMENTO DE PROJETOS E METODOLOGIA ASAP 8 ....... 19
TABELA 2 - NÍVEIS DE IMPACTO .................................................................................................. 26
TABELA 3 - DESCRIÇÕES DOS IMPACTOS .................................................................................. 27
TABELA 4 - CATEGORIZAÇÃO DOS RISCOS .............................................................................. 29
TABELA 5 - ESTRATÉGIAS DE RESPOSTA AOS RISCOS .......................................................... 36
TABELA 6 - RESPOSTA AOS RISCOS E NOVA EXPOSIÇÃO AOS RISCOS MAIS
IMPACTANTES .................................................................................................................................. 39
10. SUMÁRIO
1. INTRODUÇÃO....................................................................................................................10
1.1 TEMA .............................................................................................................................12
1.2 DELIMITAÇÃO............................................................................................................13
1.3 OBJETIVO GERAL......................................................................................................13
1.4 OBJETIVOS ESPECÍFICOS .......................................................................................13
1.5 COLETA DE DADOS ...................................................................................................13
2. BOAS PRÁTICAS PARA CONTROLAR E DOCUMENTAR RISCOS EXISTENTES NA
EXECUÇÃO DE UM PROJETO DE DESENVOLVIMENTO DE SOFTWARE ..................14
2.1 CONTEXTUALIZAÇÃO .............................................................................................14
2.2 BRAINSTORMING ......................................................................................................15
2.3 TÉCNICA DELPHI.......................................................................................................15
2.4 ENTREVISTAS .............................................................................................................16
2.5 HISTÓRICO (ANALOGIA).........................................................................................16
2.6 ANÁLISE SWOT / FOFA .............................................................................................16
2.7 PARADIGMA DA GESTÃO DE RISCOS..................................................................16
2.8 METODOLOGIA DE PROJETOS UTILIZADA ......................................................18
3 TÉCNICAS E FERRAMENTAS FACILITADORAS DO PROCESSO DE
GERENCIAMENTO DE RISCOS...........................................................................................21
3.1 ANÁLISE DOS RISCOS...............................................................................................21
3.2 CATEGORIZAÇÃO DA CAUSA RAIZ .....................................................................24
3.3 EAR - ESTRUTURA ANALÍTICA DE RISCOS........................................................26
3.4 DESCRIÇÃO DE CADA NÍVEL DE IMPACTO.......................................................26
3.5 MATRIZ DE RISCOS...................................................................................................27
3.6 CATEGORIZAÇÃO DOS RISCOS.............................................................................29
3.7 RESPOSTA AOS RISCOS............................................................................................36
3.7.1 ESTRATÉGIAS PARA RISCOS NEGATIVOS (AMEAÇAS)..............................36
3.7.1.1 EVITAR....................................................................................................................36
3.7.1.2 TRANSFERIR .........................................................................................................37
3.7.1.3 MITIGAR.................................................................................................................37
3.7.1.4 ACEITAR (PASSIVA OU ATIVAMENTE) .........................................................37
11. 3.7.2 ESTRATÉGIAS PARA RISCOS POSITIVOS (OPORTUNIDADES) .................38
3.7.2.1 PROVOCAR ............................................................................................................38
3.7.2.2 COMPARTILHAR..................................................................................................38
3.7.2.3 MELHORAR ...........................................................................................................38
3.7.2.4 IGNORAR ................................................................................................................38
3.8 PLANO DE RESPOSTA ...............................................................................................38
3.9 GATILHOS ....................................................................................................................45
4 ORIENTAÇÕES PARA CRIAÇÃO DA CULTURA DE GESTÃO DO RISCO, CAPAZ
DE GERAÇÃO DE DIFERENCIAL COMPETITIVO............................................................46
5 CONCLUSÕES ..................................................................................................................48
6 POSSÍVEIS DESDOBRAMENTOS..................................................................................50
7 REFERÊNCIAS BIBLIOGRÁFICAS ...............................................................................51
8 APÊNDICES ......................................................................................................................52
8.1 GLOSSÁRIO..................................................................................................................52
12. 10
1. INTRODUÇÃO
Através do advento da era da informação, a evolução dos meios digitais de
comunicação aliados ao progresso dos recursos de TI inflige uma dinâmica
acelerada, focada na melhoria contínua e análise dos recursos disponíveis para
execução de cada vez mais tarefas com menos uso dos mesmos.
Esta nova ordem, torna o mercado cada vez mais competitivo, dinâmico, volátil,
incerto e competitivo.
As corporações devem possuir mecanismos de respostas ágeis as mudanças. Porém,
a resposta por si só não resulta mais na assertividade esperada, o controle da
informação aferida continuamente para que exista a garantia da resposta antecipada
e que a gestão se torne uma vantagem competitiva. Evitando retrabalho e aumento
nos custos.
Contudo, para que as empresas possam transpor seus concorrentes e alcançar outros
nichos de consumidores é necessário se lançar em cenários incertos contendo riscos
calculados. E através do conhecimento dos riscos e acompanhamento próximo do
projeto é possível um controle eficaz da gestão, evitando erros e até mesmo
contribuindo com melhorias nos processos e planejamentos do projeto.
O papel do gerente de projeto baseia-se em administrar e controlar todas as áreas
de conhecimento do gerenciamento de projetos.
A quinta edição do Guia PMBok (PMI, 2013) descreve as seguintes áreas como as
frentes responsáveis para controle na gestão do projeto.
Integração
Escopo
Tempo
Custos
Qualidade
Recursos humanos
13. 11
Comunicações
Riscos
Aquisições
Stakeholders (Partes interessadas)
Porém, a administração dos riscos permeia todas as áreas tornando-se
indispensável para que riscos não afetem o escopo, tempo, custos, qualidade,
comunicação e também que nenhuma parte interessada ou aquisição do projeto gere
um risco.
Desta maneira, a área de riscos é decididamente item principal para sucesso de um
projeto, a falta de controle nesta área disponibiliza uma fissura no controle no
projeto deixando descoberto o cronograma e jogando o time e o próprio sucesso de
conclusão a mercê da sorte.
Técnicas antiquadas e imaturas de gestão de projetos tratavam a gestão de riscos
de forma extremamente otimista contando que o quadro de colaboradores do
projeto não sofreria nenhuma baixa, tanto presencialmente quanto em seu
rendimento.
As ferramentas alocáveis para o projeto estariam disponíveis para utilização sem
apresentação de problemas técnicos ou funcionais e além disso não seria necessário
treinamento ou troca de maquinário.
Os descritivos das necessidades não conteriam equívocos, garantindo assim que
mudanças ao longo do projeto nunca ocorreriam.
Os responsáveis técnicos seriam capazes de entender em sua completude as
necessidades do cliente sem que ocorram retrabalhos na realização de uma
atividade.
A fase de testes não apresentaria incidentes de correção ou melhoria, garantindo
que o cronograma inicial nunca seria alterado.
Esta maneira utópica de execução de projetos vem ao longo dos anos mudando,
porém, estudos realizados por RAZ, SHENHAR e DVIR (2002), demonstram que
as práticas de controle dos riscos são tratadas (ainda) de forma superficial pelas
14. 12
empresas. Estes autores mencionam que poucos projetos utilizam ferramentas deste
gerenciamento e quando utilizam em muitos casos não o executam seguindo as
boas práticas ou no momento adequado.
Para COOPER (2005), o gerenciamento de riscos proporciona melhores resultados
ao projeto e por conseguinte, negócios mais oportunos e competitivos. E este
resultado se torna realidade pois o gerenciamento dos riscos fornece insumos de
dados tratados, para tomadas de decisões. Provendo um processo forte e sólido de
suporte às decisões sobre os processos de planejamento como:
Prevenir ameaças (diminuindo perdas)
Antecipar oportunidades (ampliando resultados)
Aperfeiçoar planos de contingencia ou contenção aos riscos (tratando de
forma consciente os riscos)
Melhorar a alocação dos recursos (evitando retrabalho nas entregas)
Os riscos envolvem incertezas geradas no momento que ousa-se fazer algo novo.
O risco pode ocorrer ou não e, o segredo está no momento em que se torna fato,
pois a resposta deve ser feita como definida no plano caso contrário o desconhecido
pode apontar ao abismo. A análise e gerenciamento de riscos pretendem auxiliar a
equipe de projeto a reconhecer e gerenciar incertezas durante o processo. É
necessário que o gerente de projetos seja preparado para identificar problemas
reais, e ao iniciar o acompanhamento e geração de lições aprendidas, possam
descrever a probabilidade de ocorrer os riscos.
Tanto em projetos de desenvolvimento de software como nos demais projetos, a
falta de compreensão necessária com relação aos elementos impactantes podem
direcionar o projeto ao fracasso. Todos os projetos têm algum risco, e estes devem
ser registrados, comunicados, avaliados e acompanhados constantemente.
1.1TEMA
Gerenciamento de projetos: um estudo a respeito da modelagem adequada na
elaboração de um plano de gerenciamento de riscos em um projeto de
desenvolvimento de software.
15. 13
1.2DELIMITAÇÃO
Análise de um projeto de desenvolvimento de software para o ERP SAP, onde não existe gestão
por riscos. Esta estratégia será estudada para averiguação das vantagens dos riscos e
comparação entre o antes e depois da identificação e resposta aos riscos.
1.3OBJETIVO GERAL
Propor mudanças utilizando as boas práticas da gestão de riscos em uma empresa
de desenvolvimento de software.
1.4OBJETIVOS ESPECÍFICOS
Com foco em alcançar o objetivo geral deste trabalho, propõe-se os seguintes
benefícios específicos:
Identificar as boas práticas para controlar e documentar riscos existentes na
execução de um projeto de desenvolvimento de software.
Elencar técnicas e ferramentas facilitadoras do processo de gerenciamento
de riscos.
Propor um conjunto de orientações para criar uma cultura de gestão do risco,
capaz de propiciar um diferencial competitivo para os projetos executados.
1.5COLETA DE DADOS
O levantamento dos riscos foi identificado através de verificação de dados
históricos, pesquisa bibliográfica, artigos e sites da Internet.
16. 14
2. BOAS PRÁTICAS PARA CONTROLAR E DOCUMENTAR RISCOS EXISTENTES
NA EXECUÇÃO DE UM PROJETO DE DESENVOLVIMENTO DE SOFTWARE
2.1CONTEXTUALIZAÇÃO
Na definição etimológica do termo Risco existem duas fontes principais de seu
significado, do italiano arcaico riscare, significa Ousar (BERNSTEIN, 1996) e do
latim deriva das palavras riscu e risicu tendo um sentido de Inserto ou Incerteza
(SOLER, VALLE, RABECHINI JÚNIOR, SALLES JÚNIOR 2010).
Este sentido destaca o risco como algo inserto que se torna realidade ao ousarmos
executar algo novo, ou algo de maneira nova.
Para HILLSON (2009), risco é uma incerteza que, se ocorrer, terá um efeito nos
objetivos. Os projetos são cadeias de situações realizáveis que objetivam alcançar
um fim, e assim esta cadeia possui diversos intempereis que podem prejudicar ou
propiciar facilidades.
No ramo da criação de software para cada cenário uma nova incerteza pode ser
identificada, por isso todas as vertentes necessitam ser averiguadas antes do início
do projeto e mesmo assim ao decorrer do andamento do projeto a aferição precisará
ser contínua pois, as Incerteza podem ou não ocorrer e desta maneira pode-se ter
gaps no mapeamento dos riscos.
Em um projeto de software é rara a empresa que desenvolve uma solução
totalmente inovadora, e mesmo que assim o faça em pouco tempo terá diversos
concorrentes com ferramentas similares. Desta forma, a análise dos riscos pode e
deve ser utilizada como uma grande ferramenta de agregação de competitividade.
Porém, a palavra risco muitas vezes nos leva a pensar apenas em incidências
negativas, mas em projetos este termo tem duas versões as Ameaças e as
Oportunidades. Como exemplo imagine um projeto que trata suas contratações
baseando-se na cotação do Dólar, isto pode caracterizar um possível risco mas veja
que ao mesmo tempo que pode prejudicar pode também ajudar. Se o Dólar
valorizar-se perante ao Real ocorrerá uma redução nos custos, pois nossa moeda
terá maior valor e assim os funcionários serão mais baratos aumentando a
17. 15
lucratividade, e da mesma maneira se o Dólar se desvalorizar o projeto possuirá
uma desvantagem monetária aumentando o custo de folha (caracterizando uma
Ameaça).
E assim deve-se estabelecer diretrizes que permitam a análise de risco (Ameaças e
Oportunidades) sigam os padrões mais elevados de verificação e respostas,
adequados às necessidades de negócio e de proteção ao cronograma, qualidade e
custos.
Algumas das técnicas mais conhecidas e eficientes para obtenção da lista de riscos
são analogias ao histórico, Brainstorming, técnica Delphi, entrevistas com
especialistas e análise SWOT.
2.2BRAINSTORMING
Esta técnica é extremamente eficiente para geração de massa de dados além de
envolver e motivar a equipe participante.
O brainstorming trata-se de uma reunião multidisciplinar de especialistas onde são
dadas opiniões ou interpretações de forma livre, o facilitador da reunião deve
garantir que o fluxo criativo seja continuado e deve instigar os participantes que
de forma construtiva contribuam com ideias dos possíveis riscos (ameaças e
oportunidades) envolvidos ao projeto.
Após o levantamento da listagem, deve-se classificar e avaliar o que é justo manter
como possível risco. Tendo a lista consolidada geram-se os planos de ação para os
riscos.
2.3TÉCNICA DELPHI
A Técnica Delphi é um método parecido com o Brainstorming, porém, a diferença
é que as participações de cada integrante são feitas separadamente e sigilosamente,
e as participações são direcionadas através de um questionário. Por se tratar de
uma abordagem menos expositiva pode-se obter participações mais sinceras. Fica
a cargo do facilitador recolher as opiniões selecionar os consensos dos riscos e se
necessário fazer uma nova onda de identificação. Ao final o facilitador classifica
e multiplica aos interessados o resultado do processo de levantamento de riscos.
18. 16
2.4ENTREVISTAS
As entrevistas com especialistas é uma boa prática para levantamento de histórico.
O facilitador da entrevista através desta prática se atualiza através das experiências
daqueles que já passaram por estes projetos. Porém, deve-se levar em conta que a
listagem gerada através da entrevista é baseada na experiência de outrem, e assim
não pode-se considerar esta lista completa, a entrevista deve ser acompanhada de
outras técnicas de identificação e pessoas. Esta técnica é utilizada quando não se
conhece o tema a ser abordado e é necessário de uma consultoria sobre o assunto.
2.5HISTÓRICO (ANALOGIA)
A busca histórica refere-se a comparação do projeto atual com ocorrências passadas, esta
técnica diferentemente das Entrevistas é direcionada aos participantes anteriores dos projetos
então entende-se que a empresa já possui um certo know-how sobre o assunto do projeto e
busca-se lições aprendidas e boas práticas para repetir os acertos e para não repetir os mesmos
erros.
2.6ANÁLISE SWOT / FOFA
A análise SWOT largamente conhecida como processo de gestão pode e deve ser
utilizada também na identificação de riscos. Através da SWOT são descritas as
forças, oportunidades, fraquezas e ameaças do projeto. Através de cada frente de
atenção, a equipe pode destacar os riscos e gerar as respostas necessárias. Esta
ferramenta é muito interessante para utilização em conjunto de outras ferramentas
para consolidar informações.
2.7PARADIGMA DA GESTÃO DE RISCOS
Cabe ressaltar que a atividade de validação do fluxo de riscos é cíclica e a melhoria
contínua nos processos de análise podem inclusive levar a descoberta de novos
riscos ou à alteração de tratativas já executadas anteriormente. As respostas devem
ser realinhadas constantemente para que os riscos sejam controlados.
A Figura 1 mostra o Paradigma da gestão de riscos elaborado por SCOY (1992),
baseado no clássico PDCA (Plan, Do, Check, Act) o ciclo do paradigma se
diferencia principalmente através de dois pontos. O passo Identificar, visa
19. 17
revisitar o histórico anterior para conhecimento e preparação ao decorrer do
próximo ciclo. E no ponto central verifica-se o processo Comunicar que descreve
a necessidade de multiplicar quaisquer fatos novos identificados às partes
interessadas do projeto.
Figura 1- Paradigma do Gerenciamento de riscos, Fonte: o autor
Este fluxo de referência age como um recurso norteador para verificação e
validação das ocorrências dos riscos, abaixo pode-se ver no detalhe cada parte do
Paradigma.
Identificar: localize os riscos antes que eles se tornem um problema e
afetem o projeto
Analisar: transformar os dados brutos do risco em informações de tomada
de decisão.
Planejar: transformar as informações de risco em respostas/ações efetivas
(presentes e futuras).
Monitorar: monitorar o status dos riscos e se as respostas se mantem
eficazes.
20. 18
Corrigir: executar o ajuste aos desvios em relação as ações de risco
planejadas.
Comunicar: fornecer o feedback sobre as atividades de risco ativas, riscos
vigentes e riscos emergentes entre todas as partes interessadas dentro do
projeto.
Seguindo estes passos ao final de cada projeto voltado aos riscos consegue-se a
preservação dos seguintes pontos do projeto:
Credibilidade: Garantia de que o andamento do projeto será percorrido a
contento;
Integridade: Capacidade de garantir que as áreas do projeto estão todas
integradas de forma salutar e protegidas por recursos de respostas dentro de
suas necessidades;
Qualidade: Garantia de que a resposta será efetiva e preparada para que o
projeto seja afetado o mínimo possível;
Maturidade: Garantia de que a informação do risco seja evidenciada,
gerando histórico aos próximos gerenciamentos, considerando todas as
informações não previstas no projeto como um item útil e que deve ser
catalogado;
Legalidade: Garantia de que as respostas estão de acordo com as cláusulas
contratuais pactuadas, as políticas da empresa, e a legislação nacional.
Competitividade: Capacidade de conhecer as maneiras de como um projeto
pode ser taxado a ficar mais lucrativo para a empresa e para o cliente.
A escolha das ferramentas deve ser feita conforme a disponibilidade de recursos monetários e
de pessoal.
2.8METODOLOGIA DE PROJETOS UTILIZADA
Para alinhamento entre os riscos e passos executados no projeto deve-se conhecer
a metodologia utilizada. O case de análise é resultado de um desenvolvimento de
software para o ERP SAP. Em projetos SAP, em sua maioria são utilizados a
21. 19
metodologia ASAP 8, desenvolvida pela SAP SE para acompanhamento de
projetos, esta metodologia possui similaridades com as fases tradicionais do
gerenciamento de projetos. Na Figura 2 é demonstrado de forma lúdica o caminho
percorrido pela metodologia ASAP.
Figura 2 - Metodologia ASAP 8, Fonte: SAP
Fases do Gerenciamento de projetos –
Guia PMBoK (PMI, 2013)
Metodologia ASAP 8
Iniciação Preparation – Preparação do projeto
Planejamento
Blueprint – Projeto conceitual ou
Desenho de processos
Execução Realization – Realização
Monitoramento e controle
Final Preparation – Preparação
Final
Encerramento
Go Live Support – Entrada em
Produção
-
Operate – Operação e Melhoria
Contínua
Tabela 1: Fases do Gerenciamento de projetos e Metodologia ASAP 8, Fonte: o autor
Preparation – Preparação do projeto: Durante esta fase, a equipe faz o
planejamento e preparação para o projeto.
Blueprint – Projeto conceitual ou Desenho de processos: Nesta etapa o objetivo
é obtenção do entendimento comum dos processos empresariais, onde o resultado
será os pacotes de trabalhos.
Realization – Realização: Esta fase refere-se a realização das etapas descritas no
documento produzido no Blueprint, contendo todo o escopo do projeto.
Final Preparation – Preparação Final: Nesta etapa a proposta é completar a
realização - incluindo testes e seus aceites, treinamento do usuário final, gestão do
sistema e validação do comportamento em ambiente produtivo.
22. 20
Go Live Support – Entrada em Produção: A finalidade desta fase é acompanhar
a operação já 100% em atividade.
Operate – Operação e Melhoria Contínua: O objetivo desta etapa é garantir a
operacionalidade contínua da solução entregue.
23. 21
3 TÉCNICAS E FERRAMENTAS FACILITADORAS DO PROCESSO DE
GERENCIAMENTO DE RISCOS
3.1ANÁLISE DOS RISCOS
Para iniciarmos a avaliação de um projeto de software necessita-se inicialmente
nos voltar ao passado. Buscando o histórico dos riscos ocorridos ou suspeitas que
não ocorreram graças a alguma interação pontual.
Percebe-se que o detalhamento dos projetos não é realizado de maneira formatada
e que as informações se perdem através de bases de conhecimento segregadas.
Ficando os dados com relação aos problemas enfrentados, oportunidades
vislumbradas ou aperfeiçoamento de técnicas apenas de forma tácita para cada GP.
Neste trabalho serão apresentadas boas práticas a fim de desenhar soluções úteis e
assertivas para o plano de riscos.
A análise dos riscos iniciou-se seguindo os seguintes passos:
Descrição da Causa Raiz dos Riscos
Descrição dos Efeitos
Categorização da Causa Raiz
Desenho da EAR - Estrutura Analítica De Riscos
Definição da probabilidade
Definição dos Impactos com relação a:
o Escopo
o Tempo
o Custo
o Qualidade
Definição de Resposta aos Riscos
24. 22
Através da exposição calculada, é possível identificar quais são os Riscos mais
impactantes e assim preparar-se a eles.
Como lista preliminar foram identificados quarenta e dois riscos, para projetos de
Software.
Alterações de leis, regulamentações;
Liberações de Notas técnicas do governo durante o desenvolvimento do
projeto;
Participação e comprometimento dos colaboradores do cliente;
Morosidade ou falta de autonomia para a tomada de decisões (por parte do
cliente);
Conhecimento parcial dos colaboradores em relação aos processos
envolvidos no projeto;
Morosidade na execução dos testes e validação dos processos configurados
no sistema;
Execução de outros projetos em paralelo, consumindo os mesmos recursos e
a existência de dependência entre os projetos;
Liberação de novas melhorias imprescindíveis para o projeto, gerando a
necessidade de atualização geral no produto;
Dependência de soluções e atividades sob responsabilidade de outros
fornecedores;
Atraso nas entregas de desenvolvimento;
Atraso nas entregas dos incidentes de suporte;
Desinformação das áreas envolvidas no estágio atual do projeto;
Falta de comunicação de novas melhorias desenvolvidas, que podem ser
aceleradoras ao projeto;
25. 23
Escalação equivocada de um incidente do projeto para áreas não atuantes,
causando perda de tempo para tratativa;
Desconhecimento das partes interessadas das datas de golive;
Falta de conhecimento dos processos da área de suporte por parte do GP;
Falta de conhecimento dos processos da área de desenvolvimento por parte
do GP;
Falta de disposição de consultor ABAP durante o projeto para ajustes
específicos (em um projeto SAP entende-se como Enhancement, BAdI ou
desenvolvimentos Zs);
Falta de criação de solicitações de mudança (change request);
Alteração ou ampliação do escopo do projeto posterior a fase de desenho da
solução (Blueprint);
Interrupção ou suspensão total ou parcial do Projeto;
Falha de conhecimento de quais são os stakeholders internos;
Baixa participação do Gerente de projetos no acompanhamento ao projeto;
Desligamento de recurso do projeto;
Absenteísmo de recurso do projeto;
Doença de recurso do projeto;
Férias de recurso do projeto;
Férias de usuário do projeto;
Troca de usuário do projeto – perdendo o know-how já executado;
Nível de senioridade inadequado do consultor responsável;
Utilização dos recursos da consultoria em outras demandas não relacionadas
ao projeto;
Governança corporativa com políticas de acesso excessivamente fechadas;
26. 24
Demora no transporte de requests;
Consultores mal preparados para realização das tarefas;
Falta de documentação das obrigações para realização das tarefas;
Erro no baseline de configurações disponibilizado ao projeto, causando
retrabalho;
Falta ou pouca massa de dados para a execução dos testes e validação dos
processos;
Indisponibilidade do ambiente de teste;
Desatualização da parte SAP standard com relação às necessidades base do
software;
Falta de acesso durante a fase de testes integrados;
Falta de atualização do produto necessária para realização do projeto;
Atualizações ou modificações nos ambientes SAP durante a execução do
projeto.
3.2CATEGORIZAÇÃO DA CAUSA RAIZ
Os riscos identificados foram transpostos em um Diagrama de debate para melhor visualização
das ocorrências e criação da EAR.
As categorias foram divididas em:
Externo: Riscos gerados por entidades fora do projeto, podendo não ser controlados por
atividades do projeto.
Gestão do projeto: Riscos que podem ser acompanhados e tratados a partir de processos dentro
do próprio projeto.
Organizacional: Riscos causados por atividades processuais ou de gestão prática dos times
envolvidos.
Técnico: Riscos de cunho técnico que podem ser desde o acesso ao ambiente de testes à falta
de dados para homologação dos entregáveis.
27. 25
A figura 3 destaca a segregação dos riscos deste projeto através destas categorias.
Figura 3 - Categorização dos riscos, Fonte: o autor
28. 26
3.3EAR - ESTRUTURA ANALÍTICA DE RISCOS
A decorrência destes riscos fora avaliada de forma qualitativamente, primeiro passo para o
detalhamento quantitativo, que se tornam mandatórios para uma visão competitiva das
propostas técnicas.
Os riscos acima descritos foram classificados e segregados em uma Estrutura analítica de riscos
(EAR), esta possibilita uma verificação por Categorias e Subcategorias. A Figura 4 retrata a
EAR do projeto de software analisado.
Figura 4 - Estrutura analítica de riscos, Fonte: o autor
3.4DESCRIÇÃO DE CADA NÍVEL DE IMPACTO
Através do mapeamento de riscos foi possível destacar inicialmente valores para
cada vertente do projeto, Escopo, Tempo, Custo e Qualidade. Além de destacar a
probabilidade de ocorrência e o valor percentual de possível impacto.
Para definição dos valores levou-se em consideração os seguintes padrões.
Nível do impacto Descrição do impacto %
Muito alto Ocorrência frequente ao longo do projeto Acima de 81%
Alto Ocorrerá algumas vezes durante o projeto Entre 61% e 80%
Médio Deverá ocorrer pelo menos uma vez neste projeto Entre 41% e 60%
Baixo Provavelmente não ocorrerá neste projeto Entre 21% e 40%
Muito baixo Não há histórico de ocorrência em projetos Abaixo de 20 %
Tabela 2: Níveis de impacto, Fonte: o autor
Projeto de desenvolvimento
de Software
Gestão do projeto OrganizacionalTécnico Externo
Controle
Priorização
Recursos
Aspectos legais
Subcontratados e
fornecedores
Cliente
Comunicação
Planejamento
Complexidade e
interfaces
Requisitos
Desempenho e
confiabilidade
Tecnologia
Qualidade
29. 27
Área Muito baixo Baixo Médio Alto Muito alto
Custo
Sem acréscimo
significativo de
custo
Acréscimo de
custo < 10%
Aumento no custo
de 10% a 20%
Aumento de custo de
20% a 40%
Aumento no
custo > 40%
Tempo
Sem impacto
no tempo
Atraso < 5%
Atraso de 5% a
10%
Atraso de 10% a
20%
Atraso > 20%
Escopo
Sem mudanças
significativas
no escopo -
Aumento
abaixo de 20 %
Pequeno impacto
para o escopo -
Aumento entre
21% e 40%
Impacto razoável
para o escopo -
Aumento entre
41% e 60%
Alto impacto para o
escopo - Aumento
entre 61% e 80%
Escopo
totalmente
diferente -
Aumento acima
de 81%
Qualidade
Impactos na
qualidade
indetectáveis
Problemas leves
na qualidade
Problemas de
qualidade que
requerem
aprovação
gerencial
Impactos
inaceitáveis na
qualidade
Impactos
inaceitáveis na
qualidade
Tabela 3: Descrições dos impactos, Fonte: o autor
3.5MATRIZ DE RISCOS
A Matriz de Riscos é uma peça fundamental para análise Qualitativa dos Riscos,
já que é através dela que se torna possível identificar a severidade do Risco.
Esta matriz é resultado dos valores da Probabilidade pelo Impacto, este resultado
gera o valor da exposição.
E = P x I
A Figura 5 é o resultado da formula onde demonstra a severidade dos riscos ao
serem expostos.
30. 28
Figura 5 - Matriz de classificação de riscos por probabilidade e impacto, Fonte: o autor
Através desta verificação os riscos são factíveis de categorização agora baseado em seus
impactos ao projeto.
Muito
alto
0,9 0,045 0,09 0,18 0,36 0,72
Alto 0,7 0,035 0,07 0,14 0,28 0,56
Médio 0,5 0,025 0,05 0,1 0,2 0,4
Baixo 0,3 0,015 0,03 0,06 0,12 0,24
Muito
baixo
0,1 0,005 0,01 0,02 0,04 0,08
0,05 0,1 0,2 0,4 0,8
Muito
baixo
Baixo Médio Alto
Muito
alto
Probabilidade
Impacto
31. 29
3.6CATEGORIZAÇÃO DOS RISCOS
Para cada etapa da metodologia utilizada, identifica-se riscos necessários de resposta, estes riscos foram destacados na Tabela
4, já separada em categorias, efeitos e qualificação de suas probabilidades de impacto.
Item Categoria Subcategoria Pode ocorrer...
...causando assim um
impacto em...
Probabilidade
Impacto
Exposição
Escopo
Tempo
Custo
Qualidade
1 Externo Aspectos legais
Alterações de leis,
regulamentações
novos desenvolvimentos e
configurações.
0,5 0,4 0,2 0,8 0,4 0,4 0,8
2 Externo Aspectos legais
Liberações de Notas técnicas do
governo durante o
desenvolvimento do projeto
novos desenvolvimentos e
configurações.
0,5 0,4 0,2 0,8 0,4 0,4 0,8
3 Externo Cliente
Participação e comprometimento
dos colaboradores do cliente.
não sendo possível garantir a
aderência da entrega, já que o
aceite deve partir do cliente
0,1 0,8 0,08 0,4 0,4 0,4 0,8
4 Externo Cliente
Morosidade ou falta de
autonomia para a tomada de
decisões.
ampliação de tempo de entrega 0,3 0,8 0,24 0,1 0,8 0,1 0,1
5 Externo Cliente
Conhecimento parcial dos
colaboradores em relação aos
processos envolvidos no projeto.
retrabalho e ampliação de
tempo de entrega
0,5 0,4 0,2 0,4 0,4 0,4 0,4
32. 30
Item Categoria Subcategoria Pode ocorrer...
...causando assim um
impacto em...
Probabilidade
Impacto
Exposição
Escopo
Tempo
Custo
Qualidade
6 Externo Cliente
Morosidade na execução dos
testes e validação dos processos
configurados no sistema.
retrabalho e ampliação de
tempo de entrega
0,1 0,8 0,08 0,05 0,8 0,4 0,2
7 Externo Cliente
Execução de outros projetos em
paralelo, consumindo os mesmos
recursos e a existência de
dependência entre os projetos.
ampliação de tempo de entrega 0,5 0,4 0,2 0,1 0,4 0,2 0,2
8 Externo
Subcontratados e
fornecedores
Liberação de novas melhorias
imprescindíveis para o projeto,
gerando a necessidade de
atualização geral no produto
novos desenvolvimentos e
configurações.
0,5 0,4 0,2 0,4 0,4 0,4 0,4
9 Externo
Subcontratados e
fornecedores
Dependência de soluções e
atividades sob responsabilidade
de outros fornecedores.
ampliação de tempo de entrega 0,1 0,4 0,04 0,4 0,4 0,4 0,4
10 Externo
Subcontratados e
fornecedores
Atraso nas entregas de
desenvolvimento
ampliação de tempo de entrega 0,3 0,8 0,24 0,2 0,4 0,4 0,4
11 Externo
Subcontratados e
fornecedores
Atraso nas entregas dos
incidentes de suporte
ampliação de tempo de entrega 0,3 0,8 0,24 0,2 0,4 0,4 0,4
33. 31
Item Categoria Subcategoria Pode ocorrer...
...causando assim um
impacto em...
Probabilidade
Impacto
Exposição
Escopo
Tempo
Custo
Qualidade
12
Gestão do
projeto
Comunicação
Desinformação das áreas
envolvidas no estágio atual do
projeto
erros na priorização dos
entregáveis e na priorização do
projeto perante os demais.
0,7 0,4 0,28 0,1 0,4 0,4 0,4
13
Gestão do
projeto
Comunicação
Falta de comunicação de novas
melhorias desenvolvidas, que
podem ser aceleradoras ao
projeto
novos desenvolvimentos e
configurações.
0,9 0,4 0,36 0,8 0,4 0,4 0,4
14
Gestão do
projeto
Comunicação
Escalação equivocada de um
incidente do projeto para áreas
não atuantes, causando perda de
tempo para tratativa
retrabalho e ampliação de
tempo de entrega
0,5 0,2 0,1 0,1 0,4 0,4 0,4
15
Gestão do
projeto
Comunicação
Desconhecimento das partes
interessadas das datas de
Blueprint
pode acarretar na não
priorização correta das
solicitações, por não conhecer
a proximidade correta do
golive
0,5 0,2 0,1 0,05 0,4 0,2 0,4
16
Gestão do
projeto
Controle
Falta de conhecimento dos
processos da área de suporte por
parte do GP
desgaste e retrabalho na
solicitação de apoio ao projeto.
0,9 0,2 0,18 0,8 0,4 0,4 0,4
34. 32
Item Categoria Subcategoria Pode ocorrer...
...causando assim um
impacto em...
Probabilidade
Impacto
Exposição
Escopo
Tempo
Custo
Qualidade
17
Gestão do
projeto
Controle
Falta de conhecimento dos
processos da área de
desenvolvimento por parte do GP
desgaste e retrabalho na
solicitação de apoio ao projeto.
0,9 0,2 0,18 0,8 0,4 0,4 0,4
18
Gestão do
projeto
Planejamento
Falta de disposição de consultor
ABAP durante o projeto para
ajustes específicos (enhancement,
BAdIs, Zs)
no retardo da entrega da
solução para desenvolvimentos
específicos
0,9 0,4 0,36 0,4 0,4 0,4 0,4
19
Gestão do
projeto
Planejamento Falta de criação de changes
inchar o plano de
gerenciamento de custos do
projeto, tornando a
lucratividade do projeto
ineficaz
0,5 0,8 0,4 0,8 0,8 0,8 0,8
20
Gestão do
projeto
Planejamento
Alteração ou ampliação do
escopo do projeto posterior a fase
de desenho da solução
(Blueprint).
ampliação de tempo de entrega
e nos custos pleiteados
0,7 0,8 0,56 0,8 0,8 0,8 0,8
21
Gestão do
projeto
Planejamento
Interrupção ou suspensão total ou
parcial do Projeto
retrabalho e ampliação de
tempo de entrega
0,3 0,8 0,24 0,8 0,4 0,4 0,4
22 Organizacional Controle
Falha de conhecimento de quais
são os stakeholders internos
estar deixando alguma
premissa de lado.
0,3 0,4 0,12 0,4 0,4 0,2 0,4
35. 33
Item Categoria Subcategoria Pode ocorrer...
...causando assim um
impacto em...
Probabilidade
Impacto
Exposição
Escopo
Tempo
Custo
Qualidade
23 Organizacional Priorização
Baixa participação do Gerente de
projetos no acompanhamento ao
projeto
elevação do custo do projeto e
do prazo de entrega
0,1 0,8 0,08 0,8 0,8 0,8 0,8
24 Organizacional Recursos
Desligamento de recurso do
projeto
atualizar o novo recurso ao que
já foi feito e o que está por vir.
0,3 0,4 0,12 0,2 0,4 0,4 0,4
25 Organizacional Recursos
Absenteísmo de recurso do
projeto
afetando o andamento do
projeto.
0,3 0,4 0,12 0,2 0,4 0,4 0,4
26 Organizacional Recursos Doença de recurso do projeto
afetando o andamento do
projeto.
0,3 0,4 0,12 0,2 0,4 0,4 0,4
27 Organizacional Recursos Férias de recurso do projeto
atualizar o novo recurso ao que
já foi feito e o que está por vir.
0,3 0,4 0,12 0,2 0,4 0,4 0,4
28 Organizacional Recursos Férias de usuário do projeto
atualizar o novo recurso ao que
já foi feito e o que está por vir.
0,5 0,4 0,2 0,2 0,4 0,4 0,4
29 Organizacional Recursos
Troca de usuário do projeto –
perdendo o know-how já
executado
atualizar o novo recurso ao que
já foi feito e o que está por vir.
0,5 0,4 0,2 0,2 0,4 0,4 0,4
30 Organizacional Recursos
Nível de senioridade inadequado
do consultor responsável
retrabalho e ampliação de
tempo de entrega
0,5 0,8 0,4 0,1 0,8 0,4 0,8
36. 34
Item Categoria Subcategoria Pode ocorrer...
...causando assim um
impacto em...
Probabilidade
Impacto
Exposição
Escopo
Tempo
Custo
Qualidade
31 Organizacional Recursos
Utilização dos recursos da
consultoria em outras demandas
não relacionadas ao projeto.
ampliação de tempo de entrega 0,7 0,4 0,28 0,05 0,4 0,1 0,4
32 Técnico
Complexidade e
interfaces
Governança corporativa com
políticas de acesso
excessivamente fechadas
retardar a entrega e assim
prejudicando o cronograma do
projeto
0,5 0,8 0,4 0,2 0,8 0,8 0,8
33 Técnico
Complexidade e
interfaces
Demora no transporte de
requests.
ampliação de tempo de entrega 0,5 0,8 0,4 0,05 0,8 0,4 0,4
34 Técnico
Desempenho e
confiabilidade
Consultores mal preparados para
realização das tarefas
retrabalho e ampliação de
tempo de entrega
0,5 0,8 0,4 0,1 0,8 0,8 0,8
35 Técnico Qualidade
Falta de documentação das
obrigações para realização das
tarefas
retardar a entrega e assim
prejudicando o cronograma do
projeto
0,5 0,4 0,2 0,1 0,4 0,1 0,4
36 Técnico Qualidade
Erro no baseline de
configurações disponibilizado ao
projeto, causando retrabalho
retardar a entrega e assim
prejudicando o cronograma do
projeto
0,3 0,4 0,12 0,2 0,4 0,2 0,4
37. 35
Item Categoria Subcategoria Pode ocorrer...
...causando assim um
impacto em...
Probabilidade
Impacto
Exposição
Escopo
Tempo
Custo
Qualidade
37 Técnico Qualidade
Falta ou pouca massa de dados
para a execução dos testes e
validação dos processos.
retrabalho e ampliação de
tempo de entrega
0,1 0,8 0,08 0,1 0,4 0,4 0,8
38 Técnico Qualidade
Indisponibilidade do ambiente de
teste
retrabalho e ampliação de
tempo de entrega
0,1 0,8 0,08 0,05 0,8 0,4 0,4
39 Técnico Requisitos
Desatualização da parte SAP
standard com relação às
necessidades base do software
importar o produto para o
servidor do cliente
0,3 0,8 0,24 0,8 0,4 0,4 0,4
40 Técnico Requisitos
Falta de acesso durante a fase de
testes integrados
atuar no suporte remoto da
solução
0,1 0,8 0,08 0,1 0,8 0,4 0,4
41 Técnico Requisitos
Falta de atualização do produto
necessária para realização do
projeto
retrabalho e ampliação de
tempo de entrega
0,5 0,8 0,4 0,4 0,8 0,4 0,4
42 Técnico Tecnologia
Atualizações ou modificações
nos ambientes SAP durante a
execução do projeto.
retrabalho e ampliação de
tempo de entrega
0,3 0,8 0,24 0,8 0,8 0,8 0,4
Tabela 4: Categorização dos riscos, Fonte: o autor
38. 36
3.7RESPOSTA AOS RISCOS
Para todas as respostas existem os prazos corretos de preparação e de análise aos sintomas, para
uma correta interpretação dos riscos, é necessário a compreensão dos diferentes tipos de
respostas.
Segundo o Guia PMBok (PMI, 2013) existes várias estratégias possíveis de resposta aos riscos
do projeto como ilustrado na Tabela 5.
Tabela 5: Estratégias de resposta aos riscos, Fonte: o autor
O planejamento de resposta aos riscos detalha os passos a serem seguidos para reduzir ameaças
ou incentivar oportunidades.
Quanto mais assertivos forem os planos de resposta aos riscos, ou seja, maiores os detalhes para
acompanhamento dos riscos, maiores serão as chances de acerto e sucesso no projeto. Pois desta
forma os impactos serão reduzidos e o controle sobre as ações do projeto estarão sobre gestão.
E este é o ponto mais importante da resposta ao risco, a resposta baseada em fatos e dados e
não apenas na esperança de sucesso.
Após descrição, categorização e análise dos riscos de um projeto de software é chegada a hora
de escolher a estratégia para cada risco.
3.7.1 ESTRATÉGIAS PARA RISCOS NEGATIVOS (AMEAÇAS)
Os riscos negativos são aqueles que podem afetar de forma a diminuir o sucesso do projeto
como um todo, podendo prejudicar parcialmente ou até mesmo inviabilizar a execução do
projeto.
3.7.1.1 EVITAR
A estratégia Evitar consiste em mudar o caminho do plano do projeto para que aquele risco não
se torne realidade, eliminando a possibilidade de ocorrência, podem ser utilizadas como
Estratégias para riscos negativos Estratégias para riscos positivos
Evitar Provocar
Transferir Compartilhar
Mitigar Melhoriar
Aceitar (passiva ou ativamente Ignorar
39. 37
estratégias para evitar um risco, postergar o início do projeto, estender o cronograma, reduzir o
escopo, esclarecer com maiores detalhes os requisitos.
Para SOLER, VALLE, RABECHINI JÚNIOR, SALLES JÚNIOR (2010), a utilização
exagerada desta estratégia, pode levar o projeto para uma posição conservadora, em que se evita
inovar através de novas estratégias tecnológicas ou mudança de parceiros de negócio. Este
ponto deve ser levado em consideração, em alguns casos deve-se preparar uma nova abordagem
capaz de tornar o risco menos impactante ao invés de simplesmente evita-lo.
3.7.1.2 TRANSFERIR
A Transferência refere-se a terceirização da tratativa do risco, esta estratégia não elimina o risco
porém, possibilita uma segurança a parte realizadora do projeto. Um exemplo a esta estratégia
é um seguro. Esta estratégia deve ser definida detalhadamente em cláusulas contratuais para
que as necessidades do projeto sejam contempladas a contento.
3.7.1.3 MITIGAR
A Mitigação é similar à estratégia de Evitar, porém, ela foca na redução e não na eliminação do
risco. Ao Mitigar um risco a probabilidade ou impacto de ocorrência é diminuída baseado em
um valor esperado. A mitigação envolve a análise do esforço para prevenção, até que ponto
vale investir para que aquele risco ocorra ou não.
Como opções de mitigação de riscos em projetos de software possuímos os seguintes pontos:
Inclusão de testes integrados
Alocação de mais recursos ao projeto
Alocação de recursos Sêniores
Ampliação de prazo de entrega
Porém, como mencionado anteriormente, é necessária uma análise caso a caso se esta resposta
pode surtir o efeito necessário.
3.7.1.4 ACEITAR (PASSIVA OU ATIVAMENTE)
A Aceitação é a estratégias mais arriscada para resposta aos riscos, ela visa a tratativa dos riscos
no momento em que ocorram. Esta resposta é baseada na probabilidade e impacto e pode ser
tratada de duas formas:
40. 38
Passiva: É tratada pelo time do projeto caso o risco aconteça e não existe um plano prévio para
resposta. A solução é dada de forma reativa ao acontecimento.
Ativa: Também é tratado pelo time sem execução de plano de prevenção, porém, é descrito
previamente um plano de contingencia caso o risco ocorra.
3.7.2 ESTRATÉGIAS PARA RISCOS POSITIVOS (OPORTUNIDADES)
Os riscos positivos podem facilitar e execução do projeto através de encurtamento dos prazos
de entrega, ou de proporcionar uma melhor aderência da solução à necessidade do cliente.
3.7.2.1 PROVOCAR
A Provocação trata-se de garantir que uma oportunidade incerta tenha 100% de probabilidade
de ocorrência.
3.7.2.2 COMPARTILHAR
O Compartilhamento, refere-se a criação de alianças a fim de que o projeto se favoreça através
da expertise de outras equipes alheias inicialmente ao projeto.
3.7.2.3 MELHORAR
A Melhoria é o oposto da Mitigação, e resulta em maximizar a probabilidade ou impacto de
ocorrência de uma oportunidade.
3.7.2.4 IGNORAR
A estratégia de Ignorar, é utilizada em riscos cujo impacto é baixo e que não vale a pena realizar
nenhuma ação sobre ele. Desta forma o time atua apenas de forma reativa, recebendo a
oportunidade e seu impacto.
3.8PLANO DE RESPOSTA
Assim que escolhida a estratégia para os riscos mais relevantes e impactantes, é necessário que
exista um plano de ação focado na ocorrência da concretização do risco. Além disto, uma boa
prática, também é possuir um plano B, esta estratégia secundária pode ser de grande valia em
casos da primeira ter sido executada de forma incorreta ou ineficaz.
41. 39
Para realização do plano de ação retira-se os 30 riscos mais impactantes e utiliza-se uma estrutura que é demonstrada na Tabela 6.
Nr. Risco Resposta
Tipo
E: Evitar
T: Transferir
M: Mitigar
A: Aceitar
Probabilidade
0,9: Muito Alto
0,7: Alto
0,5: Médio
0,3: Baixo
0,1: Muito Baixo
Impacto
0,8: Muito Alto
0,4: Alto
0,2: Médio
0,1: Baixo
0,05: Muito Baixo
P x I
20
Alteração ou ampliação do
escopo do projeto posterior
a fase de desenho da solução
(blueprint).
Todas as solicitações de escopo serão
tratadas como change, em caso de
necessidade de novas solicitações, estas
deverão ser tratadas e estimadas a parte.
E: Evitar 0,1 0,05 0,005
19 Falta de criação de changes
O gerente de projetos que permitir a
realização de um entregável ou melhoria
sem que esteja formalizado em uma change
request, será punido através de advertência,
sendo que na terceira ocorrência poderá ser
punido com a demissão
E: Evitar 0,1 0,05 0,005
30
Nível de senioridade
inadequado do consultor
responsável
Ao perceber o nível inadequado para
realização do projeto, o gerente de projetos
deverá imediatamente solicitar substituição,
ou participação de um recurso sênior para
acompanhamento da atividade
T: Transferir 0,3 0,1 0,03
32
Governança corporativa
com políticas de acesso
excessivamente fechadas
As atividades impactadas pela governança
devem ser previstas anteriormente e
encaminhadas aos responsáveis para
aprovação prévia
M: Mitigar 0,5 0,2 0,1
42. 40
Nr. Risco Resposta
Tipo
E: Evitar
T: Transferir
M: Mitigar
A: Aceitar
Probabilidade
0,9: Muito Alto
0,7: Alto
0,5: Médio
0,3: Baixo
0,1: Muito Baixo
Impacto
0,8: Muito Alto
0,4: Alto
0,2: Médio
0,1: Baixo
0,05: Muito Baixo
P x I
33
Demora no transporte de
requests.
As atividades impactadas pela governança
devem ser previstas anteriormente e
encaminhadas aos responsáveis para
aprovação prévia
M: Mitigar 0,5 0,2 0,1
34
Consultores mal preparados
para realização das tarefas
Ao perceber o nível inadequado para
realização do projeto, o gerente de projetos
deverá imediatamente solicitar substituição,
ou participação de um recurso sênior para
acompanhamento da atividade
T: Transferir 0,3 0,1 0,03
41
Falta de atualização do
produto necessária para
realização do projeto
Realizar a validação prévia da versão
disponível no cliente, e se for o caso, prever
atualização em paralelo ao projeto
M: Mitigar 0,3 0,1 0,03
13
Falta de comunicação de
novas melhorias
desenvolvidas, que podem
ser aceleradoras ao projeto
Executar o alinhamento inicial com as áreas
de desenvolvimento para prever possíveis
novas melhorias úteis ao projeto e se for o
caso, aproveita-las para acelerar a entrega
do projeto.
A: Aceitar 0,3 0,1 0,03
18
Falta de disposição de
consultor ABAP durante o
projeto para ajustes
específicos (enhancement,
BADiS, Zs)
Prever a agenda de um consultor ABAP
durante o projeto, esta realidade é válida
para todos os projetos e deve ser estruturada
para utilização durante o projeto (em
momento adequado)
M: Mitigar 0,3 0,05 0,015
43. 41
Nr. Risco Resposta
Tipo
E: Evitar
T: Transferir
M: Mitigar
A: Aceitar
Probabilidade
0,9: Muito Alto
0,7: Alto
0,5: Médio
0,3: Baixo
0,1: Muito Baixo
Impacto
0,8: Muito Alto
0,4: Alto
0,2: Médio
0,1: Baixo
0,05: Muito Baixo
P x I
12
Desinformação das áreas
envolvidas no estágio atual
do projeto
Realizar a participação de todas as áreas de
negócio envolvidas no projeto - PMO,
Suporte, Desenvolvimento e Qualidade
M: Mitigar 0,1 0,05 0,005
31
Utilização dos recursos da
consultoria em outras
demandas não relacionadas
ao projeto.
Esta prática impacta diretamente a entrega
do produto, por este motivo não pode ser
realizada e deve ser evitada
E: Evitar 0,1 0,1 0,01
4
Morosidade ou falta de
autonomia para a tomada de
decisões.
Ao perceber demora na decisão por parte do
cliente, a ponto de prejudicar os
entregáveis, o sponsor do projeto deve
imediatamente ser participado para medidas
cabíveis
E: Evitar 0,5 0,2 0,1
10
Atraso nas entregas de
desenvolvimento
Envolver gerente de área responsável,
informando impactos e datas para execução
de força tarefa para recuperar prazos
T: Transferir 0,3 0,2 0,06
11
Atraso nas entregas dos
incidentes de suporte
Envolver gerente de área responsável,
informando impactos e datas para execução
de força tarefa para recuperar prazos
T: Transferir 0,3 0,2 0,06
21
Interrupção ou suspensão
total ou parcial do Projeto
Ao perceber demora na decisão por parte do
cliente, a ponto de prejudicar os
entregáveis, o sponsor do projeto deve
imediatamente ser participado para medidas
cabíveis
M: Mitigar 0,3 0,1 0,03
44. 42
Nr. Risco Resposta
Tipo
E: Evitar
T: Transferir
M: Mitigar
A: Aceitar
Probabilidade
0,9: Muito Alto
0,7: Alto
0,5: Médio
0,3: Baixo
0,1: Muito Baixo
Impacto
0,8: Muito Alto
0,4: Alto
0,2: Médio
0,1: Baixo
0,05: Muito Baixo
P x I
39
Desatualização da parte
SAP standard com relação
às necessidades base do
software
Realizar a validação prévia da versão
disponível no cliente, e se for o caso, prever
atualização em paralelo ao projeto
M: Mitigar 0,1 0,1 0,01
42
Atualizações ou
modificações nos ambientes
SAP durante a execução do
projeto.
Ao perceber modificações no ambiente que
impactem o projeto sem planejamento
prévio, o sponsor do projeto deve
imediatamente ser participado para medidas
cabíveis
M: Mitigar 0,5 0,1 0,05
1
Alterações de leis,
regulamentações
Envolver gerente de área responsável,
informando impactos e datas para execução
de força tarefa para recuperar prazos
T: Transferir 0,3 0,2 0,06
2
Liberações de Notas
técnicas do governo durante
o desenvolvimento do
projeto
Envolver gerente de área responsável,
informando impactos e datas para execução
de força tarefa para recuperar prazos
T: Transferir 0,3 0,2 0,06
5
Conhecimento parcial dos
colaboradores em relação
aos processos envolvidos no
projeto.
Ao perceber demora na decisão por parte do
cliente, a ponto de prejudicar os
entregáveis, o sponsor do projeto deve
imediatamente ser participado para medidas
cabíveis
M: Mitigar 0,5 0,1 0,05
45. 43
Nr. Risco Resposta
Tipo
E: Evitar
T: Transferir
M: Mitigar
A: Aceitar
Probabilidade
0,9: Muito Alto
0,7: Alto
0,5: Médio
0,3: Baixo
0,1: Muito Baixo
Impacto
0,8: Muito Alto
0,4: Alto
0,2: Médio
0,1: Baixo
0,05: Muito Baixo
P x I
7
Execução de outros projetos
em paralelo, consumindo os
mesmos recursos e a
existência de dependência
entre os projetos.
Esta prática impacta diretamente a entrega
do produto, por este motivo não pode ser
realizada e deve ser evitada
M: Mitigar 0,3 0,2 0,06
8
Liberação de novas
melhorias imprescindíveis
para o projeto, gerando a
necessidade de atualização
geral no produto
Realizar a validação prévia da versão
disponível no cliente, e se for o caso, prever
atualização em paralelo ao projeto
M: Mitigar 0,3 0,2 0,06
28 Férias de usuário do projeto
Preparar dentro do cliente um recurso
backup para apoio em demandas, ou
substituição de recursos.
M: Mitigar 0,3 0,1 0,03
29
Troca de usuário do projeto
– perdendo o know-how já
executado
Preparar dentro do cliente um recurso
backup para apoio em demandas, ou
substituição de recursos.
M: Mitigar 0,3 0,1 0,03
35
Falta de documentação das
obrigações para realização
das tarefas
Envolver gerente de área responsável,
informando impactos e datas para execução
de força tarefa para recuperar prazos, caso
não exista esta documentação. Estimar
prazo junto a consultor que deverá atender
esta atividade.
T: Transferir 0,5 0,2 0,1
24
Desligamento de recurso do
projeto
Realizar substituição de recurso E: Evitar 0,3 0,1 0,03
46. 44
Nr. Risco Resposta
Tipo
E: Evitar
T: Transferir
M: Mitigar
A: Aceitar
Probabilidade
0,9: Muito Alto
0,7: Alto
0,5: Médio
0,3: Baixo
0,1: Muito Baixo
Impacto
0,8: Muito Alto
0,4: Alto
0,2: Médio
0,1: Baixo
0,05: Muito Baixo
P x I
25
Absenteísmo de recurso do
projeto
Realizar substituição de recurso E: Evitar 0,3 0,1 0,03
26
Doença de recurso do
projeto
Preparar substituição de backup para apoio
em demandas durante o período de
convalescência.
M: Mitigar 0,3 0,1 0,03
27 Férias de recurso do projeto
Preparar substituição de backup para apoio
em demandas durante o período.
M: Mitigar 0,3 0,1 0,03
36
Erro no baseline de
configurações
disponibilizado ao projeto,
causando retrabalho
Envolver gerente de área responsável,
informando impactos e datas para execução
de força tarefa para recuperar prazos
T: Transferir 0,5 0,2 0,1
Tabela 6: Resposta aos riscos e nova exposição aos riscos mais impactantes, Fonte: o autor
47. 45
3.9GATILHOS
Gatilhos são os sinais que indicam a eminência de ocorrer um risco, ou seja são os sintomas
prévios a sua ocorrência. O gerente de projetos deve estar atendo a todos os sinais para que os
riscos sejam atendidos e respondidos dentro do tempo hábil.
48. 46
4 ORIENTAÇÕES PARA CRIAÇÃO DA CULTURA DE GESTÃO DO RISCO,
CAPAZ DE GERAÇÃO DE DIFERENCIAL COMPETITIVO
Segundo BERNSTEIN (1996), os riscos são inevitáveis, porém, eles não precisam ser temidos
contanto que exista uma cultura de resposta a eles e assim seus retornos sejam dados de forma
estruturada podendo até gerar através dos riscos oportunidades e diferenciais estratégicos.
“Quando investidores compram ações, cirurgiões realizam operações, engenheiros projetam pontes, empresários
abrem seus negócios e políticos concorrem a cargos eletivos, o risco é um parceiro inevitável. Contudo, suas ações
revelam que o risco não precisa ser hoje tão temido: administrá-lo tornou-se sinônimo de desafio e oportunidade.”
BERNSTEIN - (Rio de Janeiro, 1996)
Em empresas com estratégias focadas na tratativa de riscos é possível alcançar o equilíbrio entre
os resultados positivos em indicadores e o retorno aos investimentos associados aos riscos.
Os planejamentos para introdução de modelos de acompanhamento aos riscos em uma
organização devem ser feitos ponderando o longo prazo, pois o ciclo deve ser contínuo focando-
se na crítica contínua (melhoria contínua), validando qualitativa e quantitativamente os riscos.
Integrando todas as frentes do Paradigma do Gerenciamento de riscos, identificando, avaliando,
tratando e calculando as probabilidades e seus impactos. Esta regra deve ser incorporada ao
planejamento estratégico.
Desta forma, a cada rodada do Paradigma do Gerenciamento de riscos, todos os interessados
devem ser informados das mudanças, novas questões identificadas e soluções propostas. Este
envolvimento é o primeiro passo envolvimento dos demais.
Outro ponto importantíssimo são as avaliações contínuas dos KPIs e cobrança da melhoria de
números, esta regra envolve todas as áreas envolvidas e as metas corporativas devem ser
atreladas a esta análise continuada.
O sucesso da gestão focada em riscos está vinculado ao controle e acompanhamento, sem isto
não é possível prever sintomas e nem agir preventivamente a uma ameaça, o gerente de projetos
deve ser um entusiasta pelo assunto riscos (ameaças e oportunidades) pois a antecipação destes
gera um reflexo em todas as operações do projeto. Este entusiasmo deve ser multiplicado
49. 47
através de Workshops dos cases ocorridos para que todos conheçam e possam participar
gerando mais conteúdo para multiplicar.
A cultura de gestão do risco é um ciclo virtuoso que a cada espiral percorrida, agrega mais
conteúdo e diminui mais as incertezas, diminuindo assim a possibilidade de Riscos. Tornando
a operação mais experiente e mais eficaz.
Este conhecimento torna todas as direções prováveis menos impactantes e o a competitividade
sobre os concorrentes pode ser tratada de forma mais agressiva, pois através de índices de riscos
elevados, é possível considerar margens mais justas e isto pode ser uma forte arma comercial.
50. 48
5 CONCLUSÕES
O objetivo deste trabalho foi identificar e propor soluções para criação de um processo de
identificação aos riscos, primeiramente os riscos devem ser conhecidos, no case de um projeto
de software SAP destaca-se quarenta e dois possíveis impactos.
Após este primeiro estágio, é necessário categorizar cada um dos itens identificados, para que
assim se possa enumerar a probabilidade de ocorrência e seus impactos desdobrados.
Tendo esta visão inicial do projeto possibilita um trabalho mais consciente e mais focado aos
resultados, possibilitando uma realização de um caminho de confiança e respostas assertivas.
O desconhecimento é a principal arma contra o sucesso nos projetos e é sabido que a
ineficiência culmina no fechamento de empresas ou perda considerável de mercado.
Após esta análise foram elencadas técnicas úteis e favoráveis capazes de apoiar no
gerenciamento dos riscos.
Estas técnicas formam uma base para criação de uma cultura baseada na análise contínua dos
riscos e através deste vinculo pode-se chegar a uma visão mais analítica dos riscos e de suas
oportunidades ou ameaças.
No case estudado, foram destacados diversos riscos e estes riscos sofreram a análise de resposta
tendo como resultado uma grande redução qualitativa de seus impactos.
Isto prova como a análise eficiente dos riscos pode além de uma abordagem mais capacitada
dos gerentes de projeto tem-se também um controle completo do projeto.
Esta é a primeira etapa para uma análise quantitativa, que possibilitará um acompanhamento
ainda maior do projeto e de suas vantagens.
A utilização das boas práticas na gestão de risco começa com o envolvimento das
partes interessadas, este envolvimento é cíclico e acaba se fundindo com o foco na
solução do problema apresentado pelo projeto.
Os projetos de software assim como os demais projetos, devem ser encaminhados para a gestão
de riscos para que as frentes de trabalho integrem-se junto a cada área do projeto. Esta gestão
apoia todas as áreas costurando possíveis feridas e ampliando resultados positivos das
oportunidades.
51. 49
As boas práticas de identificação, acompanhamento e retroalimentação das equipes geram as
ferramentas principais para o sucesso do projeto e ampliação da carteira de clientes, através de
projetos rentáveis, bem estimados e conscientes dos riscos a serem enfrentados.
52. 50
6 POSSÍVEIS DESDOBRAMENTOS
Através da análise e realização qualitativa dos riscos como primeiro passo, deve-se então
executar o acompanhamento dos impactos de forma quantitativamente, sendo possível prever
monetariamente os impactos.
53. 51
7 REFERÊNCIAS BIBLIOGRÁFICAS
About SAP SE. Disponível em http://go.sap.com/corporate/en.html . Acesso em 31/05/2016
ASAP 8 Methodology for Implementation. Disponível em https://support.sap.com/support-
programs-services/methodologies/implement-sap/asap-
implementation.html#tabSelector#0_5#1_0 . Acesso em 31/05/2016
BERNSTEIN, P. L. Desafio aos deuses: a fascinante história do risco. Rio de Janeiro:
Campus, 1996.
COOPER, Dale. et al. Project Risk Management Guidelines: managing risk in large
projects and complex procurements. England: Wiley, 2005.
COSO Gerenciamento de Riscos Corporativos - Estrutura Integrada. Disponível em
http://www.coso.org/documents/coso_erm_executivesummary_portuguese.pdf Acesso em
09/06/2016.
Guia de Orientação para Gerenciamento de Riscos Corporativos. Disponível em
http://www.ibgc.org.br/userfiles/3.pdf Acesso em 09/06/2016.
HILLSON, D. O debate da definição de risco: ISO31000. PMP HonFAPM, 2009.
RAZ, Tzvi. SHENHAR, Aaron J.. DVIR, Dov. Risk Management, Project success, and
technological uncertaninty. New Jersey: R&D Management, 2002.
SCOY, Roger L. Van. Software Development Risk: Opportunity, Not Problem.
Pittsburgh: Carnegie Mellon University, 1992.
VALLE, José Angelo Santos do. SOLER, Alonso Mazini. SALLES JÚNIOR, Carlos Alberto
Corrêa. RABECHINI JÚNIOR, Roque. Gerenciamento de projetos. Rio de Janeiro: Editora
FGV, 2010.
VERZUH, Eric. MBA Compacto. Gestão de Projetos. Rio de Janeiro: Campus, 2000.
54. 52
8 APÊNDICES
8.1GLOSSÁRIO
BAdI (Business add-ins) - As Business add-ins, são pontos de melhoria controlados, que ficam
disponíveis para que os clientes executem desenvolvimentos específicos dentro da versão
padrão do sistema SAP.
Desenvolvimentos Zs - A empresa SAP SE disponibiliza aos clientes uma série de códigos
denominados standard, porém, os clientes têm o livre arbítrio de executar seus
desenvolvimentos dentro da plataforma, estes desenvolvimentos para segregação necessitam
ter em sua nomenclatura as iniciais Z ou Y. Todos os programas no sistema SAP iniciados com
Z ou Y são de origem específica do cliente não sendo de responsabilidade de manutenção da
SAP SE. O mais comum é a utilização da inicial Z.
Enhancement - Como as BAdIs proporcionam pontos estratégicos para que o cliente
desenvolva e inclua desenvolvimentos específicos do cenário de negócios da empresa, estes
pontos de ampliação promovem um comportamento diferente do disponibilizado de forma
padrão pela SAP.
ERP - Sigla das palavras inglesas Enterprise Resource Planning, este nome refere-se a
softwares organizacionais capazes de operacionalizar todos os processos de uma empresa,
desde o momento da entrada do insumo até a saída do produto acabado. Passando por toda a
cadeia de procedimentos.
Facilitador - pessoa responsável por regular as reuniões e encontros de levantamento de riscos.
Golive - Momento em que o projeto é disponibilizado no ambiente produtivo da empresa.
GP - Gerente de projetos.
SAP SE - É uma empresa de origem alemã, criadora do software SAP de gestão de empresas –
ERP. Reconhecida mundialmente por sua ferramenta de gestão é hoje a maior distribuidora de
softwares de gestão empresarial do planeta.