Você está na página 1de 55

Projeto de Software

• Gestão de risco e da qualidade

• Me Marco Ikuro Hisatomi


• Unidade de Ensino: 03

• Competência da Unidade: Conhecer e compreender a gestão do


risco e da qualidade em projetos de software.

• Resumo: Consegue apresentar como a qualidade e o risco podem


ser mitigados em projetos de software.

• Palavras-chave: riscos; mapeamento de riscos; métrica; gestão da


qualidade; documentação

• Título da Teleaula: Gestão de risco e da qualidade

• Teleaula nº: 03
Contextualização
O seu projeto de software está sendo controlado e monitorado com
o mínimo de esforço e obtendo o máximo de resultado esperado pelo
time e pelo cliente?

• Vai perceber nem tudo é possível prever, porém estar preparado Fonte: do autor
para resolver certas situações indesejadas pode reduzir prejuízos,
com pouco recurso
• As mudanças de requisitos são inevitáveis no mundo dos negócios
e será que o cliente sabe qual é o impacto dessa mudança no
projeto de desenvolvimento de software
Contextualização
Sobre a Qualidade de um software, seria possível alcançá-la com um
processo de desenvolvimento pouco gerenciado?

A ISO/IEC 25010, de 2011, propõe um modelo que define oito


categorias de características sobre a qualidade, permitindo analisar Fonte: do autor
tais características e dimensioná-las para controlar um determinado
nível desejado ou exigido pelo cliente.

A documentação de software pode ser um custo alto que nem


sempre será convertida em vantagem, porém é necessário para
evidenciar que a entrega está de acordo com o que foi combinado
(DoD – Definition of Done).
Mapeamento de
riscos
O que é risco?
• Risco é mais comumente dito como algo que deva ser
evitado.

• Risco é a chance, pequena ou grande, que um dano


ou resultado adverso ocorra em função de
determinado perigo.

• É a combinação de probabilidade e impacto, incluindo


a importância percebida.
Riscos
• Risco versus probabilidade;
• Risco versus ameaça;
• Todos os resultados versus resultados negativos

NÍVEL DO RISCO = PROBABILIDADE vs IMPACTO


Grau de Incerteza

Fonte: Livro texto.


Tipos de Riscos

Segundo Sommerville (2011):

• Estimativa

• Organizacional

• Pessoal

• Requisitos

• Tecnologia

• Ferramentas
Matriz de Riscos

Fonte: Calôba (2018)


Como o planejamento
de riscos do projeto
facilita no
gerenciamento
Planejamento do Risco

Fonte: Livro texto.


Planejamento do Risco

Fonte: Livro texto.


Gestão de Riscos
• Processos de
Gerenciamento
de Riscos

Fonte: Cavalcanti (2016)


• Riscos em
Projetos

Fonte: Calôba (2018)


• Riscos em
Projetos

Fonte: Calôba (2018)


• Riscos em
Projetos

Fonte: Calôba (2018)


• Riscos em
Projetos

Fonte: Calôba (2018)


• Estrutura analítica de riscos:
• Identificação
de Riscos

Fonte: Cavalcanti (2016)


• Estrutura analítica de riscos:
• Identificação
de Riscos

Fonte: Cavalcanti (2016)


• Estrutura analítica de riscos:
• Identificação
de Riscos

Fonte: Cavalcanti (2016)


• Estrutura analítica de riscos:
• Identificação
de Riscos

Fonte: Cavalcanti (2016)


Quais atitudes são
essências na gestão
de riscos
Quando um risco se torna real. Na implementação de • Interação
nova funcionalidade, surge uma dúvida se poderá
permitir o pagamento pelo sistema PIX.

Eliminar: aumentar o prazo para contemplar a possível


implementação de mais um tipo de pagamento
Transferir: contratar um terceiro para implementar o
novo tipo sem impactar no prazo
Mitigar: rever a rotina ou checklist na fase de entrevista
com o cliente para evitar dúvidas na fase de
implementação
Aceitar: time de desenvolvimento ou cliente pode
absorver o impacto causado pela dúvida.
Quando um risco se torna real. Na implementação de • Interação
nova funcionalidade, surge uma dúvida se poderá
permitir o pagamento pelo sistema PIX.

Eliminar: aumentar o prazo para contemplar a possível


implementação de mais um tipo de pagamento
Transferir: contratar um terceiro para implementar o
novo tipo sem impactar no prazo
Mitigar: rever a rotina ou checklist na fase de entrevista
com o cliente para evitar dúvidas na fase de
implementação
Aceitar: time de desenvolvimento ou cliente pode
absorver o impacto causado pela dúvida.
Gestão da Qualidade
Qualidade

• NBR 13596

• NBR ISO 9001

• IEEE P1061

• CMMI

• SPICE (ISO 15504)

• MPS.BR
• PDCA

Fonte: Livro texto.


O quê • 5W2H
(what)
Onde Porque
(where) (why)

5W2H
Quando Quem
(when) (who)

Quanto
Como
(how
(how)
much) Fonte: Paes (2020)
Gerenciamento da qualidade total (GQT)
• Seis Sigma (6σ)
eliminação de defeitos por um conjunto de boas
práticas sistêmicas na melhoria de processos
(DMAIC - definir, medir, analisar, melhorar e
controlar)
• Lean Manufacturing
características internas do desenvolvimento do
sistema está na legibilidade, testabilidade e eficiência
da criação e manutenção dos sistemas desenvolvidos
• Lean Seis Sigma
Ferramentas de gerenciamento da qualidade
• Análise de dados
• Auditorias
• Coleta de dados
• Inspeção
• Opinião especializada
• Representação de dados
• Reuniões
• Solução de problemas
• Tomada de decisão
Analisando Riscos
para decidir para qual
deles deve dedicar
maior esforço
Desafio

Fonte: Cavalcanti (2016)


Analisando Riscos
Dois riscos são identificados:
Risco A:
Erro de configuração da nova ferramenta de testes de
software que será utilizada pela primeira vez na Sprint 7.

Risco B:
Falta de entendimento da regra de negócio que envolve a
participação de parceiros na ampliação no Mercosul que
está sendo implementado na Sprint 11.
Matriz de Risco

Fonte: Cavalcanti (2016)


Analisando na Matriz
Dois riscos são identificados:
Risco A, com probabilidade Muito alta (P = 5) e impacto
moderado (I=3), totalizando 15 pontos

Risco B, com probabilidade baixa (P = 2) e impacto Muito


alto (I=5), resultando também em 10 pontos

• Controlar mais os testes que análise das regras de


negócio
• Porém, deve analisar as premissas do projeto
quanto aos impactos em função das regras de negócio
Evolução dos
Sistemas de
Qualidade de
Software
Evolução da Qualidade

• 1991: CMM (Capability Maturity Model – Modelo

de Maturidade em Capacitação)

• 1996: UML (Unified Modeling Language)

• 2001: Manifesto ágil

• 2002: Processos ágeis


Medidas, Métricas e Indicadores
• Medidas: indicação quantitativa da extensão,
quantidade, capacidade ou tamanho de algum
atributo de um produto ou processo
• Métricas: medida quantitativa do grau com o qual um Fonte: do autor
sistema, componente ou processo possui
determinado atributo
• Indicador: é uma métrica ou combinação de métricas
que fornecem informações sobre o processo de
software
Princípios da Medição
• Uma métrica deve ter as propriedades matemáticas
desejadas

• Modificar o valor da métrica de acordo com o seu Fonte: do autor

resultado

• Cada métrica deve ser validada em uma grande


diversidade de contexto
Métricas
• Controle: associados com os processos de software;
• Exemplo: Tempo médio para reparar um defeito
reportado
Fonte: do autor

• Predição: são associadas com produtos de software.


• Exemplo: Complexidade de um módulo
Garantia da qualidade do projeto

Fonte: Livro texto.


Qualidade de software
Segurança (safety) Compreensibilidade Portabilidade

Segurança da Testabilidade Usabilidade


informação
(security)

Confiabilidade Adaptabilidade Reusabilidade

Resiliência Modularidade Eficiência

Robustez Complexidade Apreensibilidade

Fonte: Livro texto.


Qualidade do produto (ISO 25010)

 Funcionalidade

 Confiabilidade

 Usabilidade

 Eficiência

 Manutenibilidade

 Portabilidade
Controle da qualidade

Fonte: Livro texto.


Documentação
• Parâmetros para o
• Termo de abertura do projeto desenvolvimento
• Clareza
• EAP
• Manutenção
• Cronograma • Confiabilidade
• Requisitos funcionais
• Riscos
• Qualidade
• Tempo
• Custo
• Comunicação
Motivos para documentar

• Registrar todas as etapas do processo (o que deve ter

de resultado)

• Tomadas de decisões (medição e divergências)

• Histórico (mitigação de riscos/causas)

• Atualizar a cada modificação (Versões)


Documentação:
exemplo para a fase
de Revisão
Fonte: Livro texto.
Estrutura Analítica do Projeto:
1. Análise :
1. Prototipagem;
2. Documentação;
2. Desenvolvimento:
1. Layout;
2. BD;
3. Sistema de segurança;
3. Gestão de Recursos;
Recapitulando
Recapitulando
• Riscos
• Riscos em projetos
• Matriz de riscos
• Gestão de Qualidade
• ISO/IEC 25010
• Métricas
• Documentação do projeto

Você também pode gostar