PROGERSESW - Processo de Gestão dos Riscos em Engenharia de Software
1 gostou650 visualizações
1. O documento descreve o PROGERSESW, um processo de gerenciamento de riscos em projetos de engenharia de software. 2. O processo inclui 4 etapas: planejar riscos, identificar riscos, classificar riscos e gerenciar respostas a riscos. 3. O objetivo é fornecer um conjunto de processos para planejar, identificar, classificar, monitorar e controlar riscos em projetos de software.
PROGERSESW - Processo de Gestão dos Riscos em Engenharia de Software
- 1. PROGERSESW-PUCPR Processo de Gerenciamento de Riscos em Engenharia de Software Engenharia de Computação – Engenharia de Software II, Alex dos Santos, Rodrigo Júlio Braga, Washington Luiz Peroni, Novembro,2013 Objetivo: Criar um conjunto de processos factíveis para auxiliar os gerentes de projetos de software a, planejar, identificar, classificar, gerenciar, monitorar e controlar os riscos envolvidos no projeto de software. PROGERSESW é um modelo de referência baseado nas melhores práticas do mercado, que deve ser adaptado levando em consideração as estratégias e fatores ambientais de cada empresa e seus metodos próprios de Engenharia de Software. PROGERSESW-PUCPR PROCESSO DE GERENCIAMENTO DE RISCOS EM ENGENHARIA DE SOFTWARE
- 2. 1 PROGERSESW-PUCPR PROCESSO DE GERENCIAMENTO DE RISCOS EM ENGENHARIA DE SOFTWARE DIAGRAMA PROGERSESW Métrica para Gestão Nome da Métrica: Riscos por fase do Projeto Propósito: Verificar Evolução dos Riscos por fase Fórmula X=#soma dos riscos por fase, proviniente da lista de Riscos PROCESSOS 1-Planejar o Gerenciamento dos Riscos 2-Indentificar os Riscos 3-Classificar os Riscos 4-Gerenciar as Respostas aos Riscos PRODUTOS 1-Plano de Gerenciamento dos Riscos 2-Lista dos Riscos 3-Lista de Riscos Classificados 4-Plano de Respostas aos Riscos ANEXOS Template Lista de Riscos Template Lista de Riscos Classificados Matriz de Papéis e Responsabilidades Mapeamento CMMI X MPS.BR REFERENCIAS
- 3. 2 Descrição dos processos Nesta seção serão descritos os processos mínimos necessários para uma gestão de riscos eficiente em engenharia de software. 1. Processo: Planejar o Gerenciamento dos Riscos: Consiste no processo inicial onde o Gerente de Projeto como ator principal, e com auxílio dos stakeholders chave, reune os documentos iniciais do projeto ou da fase, para criar um plano factível e objetivo de como será conduzido todo o processo de Gerenciamento do Risco. 1.1 Sub-Tarefa: Definições das Categorias de Riscos: Consiste em uma sub-tarefa do processo Planejar o Gerenciamento dos Riscos, onde o Gerente de Projeto como ator principal, e com auxílio dos stakeholders chave, define quais categorias de risco serão gerenciadas levando em consideração as estratégias e fatores ambientais da empresa. 1.2 Sub-Tafera: Métricas Classificatórias: Consiste em uma sub-tarefa do processo Planejar o Gerenciamento dos Riscos, onde o Gerente de Projeto como ator principal, e com auxílio dos stakeholders chave, define as métricas classificatórias que irão facilitar o gerenciamento dos riscos, levando em consideração as estratégias e fatores ambientais da empresa. 1.3 Entradas: Documentos Iniciais do Projeto Documentos Iniciais da Fase Plano de Gerenciamento dos Riscos (Atualizado Iterativamente) Documentos Iniciais do Projeto Como o processo de gerenciamento dos riscos é iterativo, quando no inicio do projeto, os documentos iniciais essenciais são os abaixo listados, mas não limitados apenas a estes: A. Termo de Abertura do Projeto B. Lista de requisitos Documentos Iniciais da Fase Quando no Ínicio de uma nova fase, os documentos iniciais são os abaixo listados, mas não limitados apenas a estes: A. Listas de Requisitos da Entrega da Fase
- 4. 3 Plano de Gerenciamento dos Riscos (Atualizado Iterativamente) Após a conclusão de todos os processos do PROGERSESW, o Gerente de Projeto de Software terá em mãos, um Plano de Gerenciamento de Riscos, completo e que conterá as necessidades de monitoramento e controle dos riscos e de possíveis riscos residuais, neste caso, este plano serve como entrada e o PROGERSESW será reiniciado iterativamente seguindo o fluxo processual definido. 1.4 Saídas Plano de Gerenciamento dos Riscos O Plano de Gerenciamento dos Riscos e o documento que guiará o Gerente de Projeto de Software, a gerir de maneira eficiente os riscos no projeto, ele servirá como entrada para os demais processos e será atualizado iterativamente. 2 Processo: Indentificar os Riscos: Consiste no processo onde o Gerente de Projeto como ator principal, e com auxílio dos stakeholders chave, segue o Plano de Gerenciamento dos Riscos para Identificar os Riscos inerentes ao projeto de software. 2.1 Sub-Tarefa: Categorias de Riscos Selecionadas: Consiste em uma sub-tarefa do processo Identificar os Riscos, onde o Gerente de Projeto como ator principal, e com auxílio dos stakeholders chave, seleciona as categorias de Riscos que serão gerenciadas através das categorias definidas no Plano de Gerenciamento dos Riscos, levando em consideração as estratégias e fatores ambientais da empresa. 2.2 Sub-Tarefa: Resultados das Análises “What-If”: Consiste em uma sub-tarefa do processo Identificar os Riscos, onde o Gerente de Projeto como ator principal, e com auxílio dos stakeholders chave, analisa os relatórios das simulações de cenários futuros para melhor compor uma lista de riscos, levando em consideração as estratégias e fatores ambientais da empresa. 2.3 Sub-Tarefa: Lista Preliminar dos Riscos: Consiste em uma sub-tarefa do processo Identificar os Riscos, onde o Gerente de Projeto como ator principal, e com auxílio dos stakeholders chave, cria uma lista preliminar dos riscos, levando em consideração as estratégias e fatores ambientais da empresa.
- 5. 4 2.4 Entradas: Plano de Gerenciamento dos Riscos O Plano de Gerenciamento dos riscos é a entrada principal que deve ser utilizada, pois nela constará as categorias de riscos definidas pelo Gerente de Projeto, e ao fim do processo, o próprio Plano de Gerenciamento dos Riscos será atualizado iterativamente. 2.5 Saídas: Lista de Riscos Lista de Riscos é um documento que auxiliará o gerente de projeto de software, a priorizar os riscos, esta lista deve ser elaborada a partir da lista preliminar dos Riscos, levando em consideração as estratégias e fatores ambientais da empresa. Esse documento servirá como entrada para os demais processos e será atualizado iterativamente. 3 Processo: Classificar os Riscos: Consiste no processo onde o Gerente de Projeto como ator principal, e com auxílio dos stakeholders chave, segue a Lista dos Riscos para classificar os Riscos inerentes ao projeto de software. 3.1 Sub-Tarefa: Relatório de Impacto: Consiste em uma sub-tarefa do processo Classificar os Riscos, onde o Gerente de Projeto como ator principal, e com auxílio dos stakeholders chave, através da Lista de Riscos, classifica os Riscos por seu impacto no projeto caso ele ocorra, a classificação de impacto pode variar. Por padrão o impacto deve ser classificado em Baixo, Médio ou Alto e deve ser associado a um valor monetário levando em consideração as estratégias e fatores ambientais da empresa. 3.2 Sub-Tarefa: Relatório de Chance: Consiste em uma sub-tarefa do processo Classificar os Riscos, onde o Gerente de Projeto como ator principal, e com auxílio dos stakeholders chave, através da Lista de Riscos, classifica os Riscos por sua chance de vir a ocorrer no projeto, a classificação de chance pode variar levando em consideração as estratégias e fatores ambientais da empresa. Por padrão a chance deve ser classificada em percentagem de 0.01 a 0.99 3.3 Sub-Tarefa: Relatório de Quantativo: Consiste em uma sub-tarefa do processo Classificar os Riscos, onde o Gerente de Projeto como ator principal, e com auxílio dos stakeholders chave, através da Lista dos Riscos, classifica os Riscos por seu valor Quantitativo, que dever ser composto pelo produto da classificação de impacto pela Classificação de chance de todos os riscos que compõe a Lista de Riscos, levando em consideração as estratégias e fatores ambientais da empresa.
- 6. 5 3.4 Entradas: Lista de Riscos A Lista de Riscos é a entrada principal do processo, por conter Todos os Riscos tidos como necessários de atenção e de Gerenciamento. 3.5 Saídas: Lista de Riscos Classificados Lista de Riscos Classificados é um documento que auxiliará o gerente de projeto de software, a planejar as respostas aos riscos, ele é a junção entre a Lista de Riscos e o Relatório Quantitativo, sua elaboração deve levar em consideração as estratégias e fatores ambientais da empresa. Esse documento servirá como entrada para os demais processos e será atualizado iterativamente. 4 Processo: Gerenciar as Respostas Riscos: Consiste no processo onde o Gerente de Projeto como ator principal, e com auxílio dos stakeholders chave, atua para que de modo pró-ativo, todos os Riscos Importantes dentro do projeto de Software, possuam uma resposta eficaz caso o risco ocorra. Esse processo também estabelece a necessidade de definir “donos” dos riscos que serão os responsáveis dentro da sub- tarefa Monitoramento e Controle dos Riscos, em agir de modo que se um novo risco surgir advindo da gestão de um risco antecedente, o processo iterativamente inclua o novo risco, e garanta que este também será gerido. 4.1 Sub-Tarefa: Lista de Responsáveis Pelos Riscos Consiste em uma sub-tarefa do processo Gerenciar as Respostas aos Riscos, onde o Gerente de Projeto como ator principal, e com auxílio dos stakeholders chave, cria através da Lista de Riscos Classificados, e ele elenca dentro da equipe, responsáveis pelas respostas aos riscos, os responsáveis devem ser selecionados por caracteristicas pessoais e profissionais, com critérios claros, objetivos, que facilitem essas atribuições , levando em consideração as estratégias e fatores ambientais da empresa. 4.2 Sub-Tarefa: Estratégia de Resposta/Contigência Consiste em uma sub-tarefa do processo Gerenciar as Respostas aos Riscos, onde o Gerente de Projeto como ator principal, e com auxílio dos stakeholders chave, cria através da Lista de Riscos Classificados, as estratégias para cada risco listado, as estratégias de respostas ao riscos devem ser um esforço coletivo, com o único objetivo de: Eliminar o Risco; Transferir o Risco; Mitigar o Risco; Aceitar o Risco.
- 7. 6 Essa ordem deve ser mantida, levando em consideração as estratégias e fatores ambientais da empresa. 4.3 Sub-Tarefa: Monitoramento e Controle dos Riscos Consiste em uma sub-tarefa do processo Gerenciar as Respostas aos Riscos, onde o Gerente de Projeto como ator principal, e com auxílio dos stakeholders chave, monitora e controla os riscos de modo iterativo, para verificar se mudaram de classificação, se novos riscos surgiram devido a gestão de riscos anteriores, ou riscos que indevidamente não estavam sendo monitorados, desta forma, o processo balizará todos os riscos, e de modo iterativo se repetirá para cada fase do projeto, levando em consideração as estratégias e fatores ambientais da empresa. 4.4 Entradas: Lista de Riscos Classificados A Lista de Riscos Classificados é a entrada principal do processo, por conter Todos os Riscos Classificados por Impacto e Chance de ocorrer, que é uma robusta ferramenta para construir toda a gestão de respostas aos riscos. 4.5 Saídas: Plano de Gerenciamento de Respostas aos Riscos Plano de Gerenciamento de Respostas aos Riscos é o documento que auxiliará o gerente de Projeto de Software a criar atividades de respostas aos riscos coordenando os responsáveis, monitorando e controlando riscos existentes e novos riscos de modo iterativo, levando em consideração as estratégias e fatores ambientais da empresa. Plano de Gerenciamento dos Riscos (Atualizado iterativamente) O Plano de Gerenciamento dos Riscos deve ser atualizado e alterado se houver necessidade ao fim do processo de Gerenciar as respostas aos Riscos, isso fará com que o Gerente de Projeto de Software tenha um histórico completo de toda a gestão do risco, lições aprendidas e sua evolução, tendo assim condições de analisar o impacto da Gestão do Risco em todo o projeto do ponto de vista de Escopo do Projeto, de Calendário e de Recursos.
- 8. 7 ANEXOS ANEXO 1 - Lista de Riscos Template de uma Lista de Riscos, documento saída do Processo Identificar os Riscos Identificação Categoria Nome do Risco R1 Externo Mudança Legislação Trabalhista R2 Externo Greve Sindicato R3 Externo Falência Fornecedor Chave R4 Interno Único profissional Com Expertise R5 Interno Linguagem de Programação R6 Interno Tecnologia de Banco de Dados R7 Interno Política de Backup R8 R9 R10 R11 R12 R13 R14 R15 R16 R17 R18 R19 R20 R21 R22 R23 R24 R25 R26 PROGERSESW-PUCPR PROCESSO DE GERENCIAMENTO DE RISCOS EM ENGENHARIA DE SOFTWARE
- 9. 8 ANEXO 2- Lista de Riscos Classificados Template de uma Lista de Riscos Classificados, documento saída do Processo Classificar os Riscos Identificação Categoria Nome do risco Impacto Valor Monetário Chance Valor Contigência R1 Externo Mudança Legislação Trabalhista ALTO -45.000,00 € 1,00% - 450,00 € R2 Externo Greve Sindicato BAIXO -10.000,00 € 65,00% - 6.500,00 € R3 Externo Falência Fornecedor Chave MÉDIO -25.000,00 € 15,00% - 3.750,00 € R4 Interno Ùnico profissional Com Expertise BAIXO -10.000,00 € 35,00% - 3.500,00 € R5 Interno Linguagem de Programação ALTO -45.000,00 € 68,00% - 30.600,00 € R6 Interno Tecnologia de Banco de Dados MÉDIO -25.000,00 € 98,00% - 24.500,00 € R7 Interno Política de Backup MÉDIO -25.000,00 € 12,00% - 3.000,00 € R8 R9 R10 R11 R12 R13 R14 R15 R16 R17 R18 R19 R20 R21 R22 R23 R24 R25 R26 PROGERSESW-PUCPR PROCESSO DE GERENCIAMENTO DE RISCOS EM ENGENHARIA DE SOFTWARE
- 10. 9 ANEXO 3- Matriz de Papéis, Atividades e Responsabilidades. Sigla Papel Atividades Resposabilidades GP Gerente de Projetos 1, 1.1, 1.2, 1.3, 1.4, 2, 2.1, 2.2, 2.3, 2.4, 2.5, 3, 3.1, 3.2, 3.3, 3.4, 3.5, 4, 4.1, 4.2, 4.3, 4.4, 4.5 Responsável pela gerência de todas as atividades. AS Analistas de Sistemas Senior 1, 1.1, 1.2, 1.3, 1.4, 2, 2.1, 2.2, 2.3, 2.4, 2.5, 3, 3.1, 3.2, 3.3, 3.4, 3.5, 4, 4.1, 4.2, 4.3, 4.4, 4.5 Responsáveis pelos aspectos técnicos, sobretudo requisitos. DS Desenvolvedores Senior 1, 1.1, 1.2, 1.3, 1.4, 2, 2.1, 2.2, 2.3, 2.4, 2.5, 3, 3.1, 3.2, 3.3, 3.4, 3.5, 4, 4.1, 4.2, 4.3, 4.4, 4.5 Responsáveis pela implementação dos produtos do Projeto. ST Suporte Técnico 1, 1.1, 1.2, 1.3, 1.4, 2, 2.1, 2.2, 2.3, 2.4, 2.5, 3, 3.1, 3.2, 3.3, 3.4, 3.5, 4, 4.1, 4.2, 4.3, 4.4, 4.5 Responsáveis pelo suporte-técnico garantia e pós-venda DA Administradores de Bancos de Dados 1, 1.1, 1.2, 1.3, 1.4, 2, 2.1, 2.2, 2.3, 2.4, 2.5, 3, 3.1, 3.2, 3.3, 3.4, 3.5, 4, 4.1, 4.2, 4.3, 4.4, 4.5 Responsáveis pela Manutenção das bases de Dados e Backup AD Equipe Administrativo 1, 1.1, 1.2, 1.3, 1.4, 2, 2.1, 2.2, 2.3, 2.4, 2.5, 3, 3.1, 3.2, 3.3, 3.4, 3.5, 4, 4.1, 4.2, 4.3, 4.4, 4.5 Responsáveis pela operação Administrativa da Empresa do Projeto RH Equipe Recursos Humanos 1, 1.1, 1.2, 1.3, 1.4, 2, 2.1, 2.2, 2.3, 2.4, 2.5, 3, 3.1, 3.2, 3.3, 3.4, 3.5, 4, 4.1, 4.2, 4.3, 4.4, 4.5 Responsáveis pela operação de RH da Empresa Projeto FN Equipe Finaceiro 1, 1.1, 1.2, 1.3, 1.4, 2, 2.1, 2.2, 2.3, 2.4, 2.5, 3, 3.1, 3.2, 3.3, 3.4, 3.5, 4, 4.1, 4.2, 4.3, 4.4, 4.5 Responsáveis pela operação Financeira da Empresa do Projeto CM Equipe Comercial 1, 1.1, 1.2, 1.3, 1.4, 2, 2.1, 2.2, 2.3, 2.4, 2.5, 3, 3.1, 3.2, 3.3, 3.4, 3.5, 4, 4.1, 4.2, 4.3, 4.4, 4.5 Responsáveis pela operação Comercial da Empresa do Projeto SP Patrocinadores do Projeto 1, 1.1, 1.2, 1.3, 1.4, 2, 2.1, 2.2, 2.3, 2.4, 2.5, 3, 3.1, 3.2, 3.3, 3.4, 3.5, 4, 4.1, 4.2, 4.3, 4.4, 4.5 Responsáveis pela viabilização de Recursos do Projeto CL Clientes 1, 1.1, 1.2, 1.3, 1.4, 2, 2.1, 2.2, 2.3, 2.4, 2.5, 3, 3.1, 3.2, 3.3, 3.4, 3.5, 4, 4.1, 4.2, 4.3, 4.4, 4.5 Responsáveis pela aceitação dos produtos do Projeto PROGERSESW-PUCPR PROCESSO DE GERENCIAMENTO DE RISCOS EM ENGENHARIA DE SOFTWARE
- 11. 10 ANEXO 4- Mapeamento RSMK CMMI- MPS.BR RSKM CMMI Nível 3 Gerência de Riscos MPS.BR Nível C SG1 Preparar-se para Gestão de Riscos 1 Determinar Escopo da Gerência de Riscos SP1.1 Determminar fontes e Categoria de Riscos 2 Definir Origens dos riscos, categoriza-los e controlar o esforço da gerência. SP1.2 Definir Parâmetros para Riscos Não possui mapeamento direto SP1.3 Estabelecer uma estratégia para gestão de Riscos 3 Definir as estratégias apropriadas e implementa-las SG2 Identificar e Analisar Riscos 4 Identificação e Documentação dos riscos do Projeto, incluindo seu contexto Condições e possiveis e possiveis consequências para o projeto e partes interessadas SP2.1 Identificar os Riscos Não possui mapeamento direto SP2.2 Avaliar, Categorizar e Priorizar Riscos 5 Priorização, estimiativas e classificação de acordo com as categorias e parametros definidos SG3 Mitigar Riscos 6 Planos para Mitigação de Riscos SP3.1 Elaborar Panos de Mitigação de Riscos 7 Medições de Risco São definidos,aplicados e avaliados para determinar mudanças na situação do risco e no progresso do seu tratamento SP3.2 Executar Planos de Mitigação de Riscos 8 Ações para Corrigir ou evitar os impactos baseados na sua Probabilidade PROGERSESW-PUCPR PROCESSO DE GERENCIAMENTO DE RISCOS EM ENGENHARIA DE SOFTWARE
- 12. 11 REFERÊNCIAS BIBLIOGRÁFICAS “UM GUIA DO CONHECIMENTO EM GERENCIAMENTO DE PROJETOS (GUIA PMBOK) Quarta Edição. Project Management Institute,Inc. EUA, 2008 “CMMI® para Desenvolvimento – Versão 1.2” CMU/SEI-2006-TR-008 ESC-TR-2006-008 Equipe do Produto CMMI Agosto de 2006 PROGERSESW-PUCPR PROCESSO DE GERENCIAMENTO DE RISCOS EM ENGENHARIA DE SOFTWARE