Gerenciando Riscos em Ambientes de Múltiplos

Projetos de Software: da Teoria à Prática

Cristine Gusmão Hermano Perrelli

Universidade Federal de PernambucoCentro de Informática

Apresentações

Apresentação - Minicurso Objetivo

entendimento sobre a teoria e a prática das abordagens de Gerência de Riscos existentes na Engenharia de Software (CMMI, PMBOK, ISO/IEC 15504, entre outras).

Ambientes de Múltiplos Projetos de Software

Metodologia Exposição versus Prática

Carga horária total – 4 horas

Framework de Gerenciamento de Riscos

Roteiro Conceitos Fundamentais Riscos versus oportunidades Definição de Risco Níveis de Abstração Identificação de Riscos Prática I

O que é um Projeto?

“Um esforço temporário com a finalidade de criar um produto/serviço único”

PMBOK GUIDE

“Um esforço temporário com a finalidade de criar um produto/serviço único”

PMBOK GUIDEO resultado é algo

diferente em algum aspecto

O resultado é algo diferente em

algum aspecto

Tem início e fim bem

determinados

Tem início e fim bem

determinados

Exemplos de Projetos Desenvolvimento de um novo produto/serviço

Desenvolvimento de um novo modelo de veículo

Construção de um prédio

Uma campanha para um cargo político

Desenvolvimento ou aquisição de um sistema

Uma edição de um jornal ou revista

Nosso minicurso de Gerência de Riscos

Gerenciamento de Projetos

É atingido através do uso de processos e fases.

É atingido através do uso de processos e fases.

“Aplicação de conhecimentos, habilidades, ferramentas e técnicas às atividades do projeto a fim de alcançar

seus objetivos.”PMBOK GUIDE

“Aplicação de conhecimentos, habilidades, ferramentas e técnicas às atividades do projeto a fim de alcançar

seus objetivos.”PMBOK GUIDE

Mas, o que significa Risco mesmo?

Existem várias definições...

Ousar

Risco deriva do italiano “Risicare” (Latim “Risicu”), que significa “ousar”

Perder

Risco é a probabilidade de perda (Houaiss 2001)

Negócios Arriscados Qualquer esforço humano está

sujeito a riscos Sobrevivência Tarefas singulares

Economia Saúde Seguros ...

Negócios Arriscados Desenvolvimento de Software

Requisitos incompletos ou vagos Surgimento de Novas Tecnologias Implementação de Novas Idéias e Conceitos Novas pessoas Mudança de situações e prioridades Planejamento irreal É particularmente arriscado

“Sem riscos não há recompensas” Kontio,

1999

Estes são exemplos de riscos?

“Nós não temos experiência em desenvolvimento de GUI´s”

“Os Requisitos são muito instáveis” “Tempo dedicado ao desenvolvimento das

GUI´s é pequeno” “Mudanças em vários Requisitos “ “Atrasos e aumento de custos no projeto” “Meu melhor programador vai sair do projeto” “Utilização de uma nova ferramenta CASE no

projeto”

Analisando...Falta de experiência no desenvolvimento de GUI´sOs requisitos são instáveis

Fatores de Risco

Muito tempo gasto no desenvolvimento da GUIMudança de vários Requisitos

Eventos de Risco

Mudanças na GUI. Novos esforços de desenvolvido devido as mudanças solicitadas

Conseqüências dos Riscos

Atraso e aumento de custos do projeto Efeito dos riscos nos objetivos

O risco de uma pessoa sair do projeto Probabilidade de um evento

O uso de determinado ferramenta no projeto é um risco.

Ações, pessoas e objetos que contribuem com os riscos.

Consolidando os conceitos...

Tempo Custo

QualidadeGerência

de Escopo e de

Qualidade

Gerência Risco

Gerência de

Tempo

Gerência de Custo

Consolidando os conceitos...

Consolidando os conceitos...

Objetivo da Gerência de Riscos

Existem RISCOS em nossos projetos, porém devemos tomar AÇÕES

apropriadas para mitigá-los (PREVENÇÃO)

Níveis de abstração e Riscos Existe um número indefinido de possibilidades

Impossibilidade de modelagem Qual é o melhor nível de abstração?

“O melhor recurso do projeto irá sair na próxima sexta, às 13:00h” - concreto

“Algo vai errado no projeto” – sentimento A chave para gerir riscos é achar as

abstrações corretas para futuras saídas do projeto

Detalhar o suficiente para encontrar o foco Generalizar o suficiente para que o volume de

informação não tome conta de você

Riscos de Software: Identificação Para levantar riscos podemos usar:

Conhecimento do negócio Estudo de viabilidade, documento de

requisitos e plano de projeto Brainstormings Checklists

Preocupe-se com os riscos “casuais” Não apenas com o resultado final da

concretização deles

Riscos de Software: Identificação Classificações:

De acordo com a Natureza Riscos de Projeto Riscos de Negócio Riscos Técnicos

De acordo com a probabilidade do evento

Conhecidos Previsíveis Imprevisíveis

Riscos de Software: Identificação Riscos de Projeto

Normalmente ameaçam o plano de projeto, prejudicando o cronograma e/ou custo

Estão relacionados ao uso de recursos Organizacionais Humanos Temporais

Riscos de Software: Identificação Riscos do Negócio

Normalmente ameaçam a distribuição ou implantação do produto, prejudicando o retorno do investimento

Riscos de Software: Identificação Riscos Técnicos

Normalmente ameaçam a qualidade do produto, prejudicando o tempo de conclusão do projeto

São relacionados ao uso da tecnologia necessária para implementar o sistema

Prática I Objetivo: Levantar possíveis

riscos do projeto de software. Trabalho em equipe Entrada – Contextualização do

Projeto Saída – Lista de todos os

possíveis riscos encontrados