1679074291392

Prévia do material em texto

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 
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
Fonte: do autor
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 
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).
Fonte: do autor
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 
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.
• Interação
Quando um risco se torna real. Na implementação de 
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.
• Interação
Gestão da Qualidade
Qualidade
• NBR 13596
• NBR ISO 9001
• IEEE P1061
• CMMI
• SPICE (ISO 15504)
• MPS.BR
• PDCA
Fonte: Livro texto.
5W2H
O quê 
(what)
Porque
(why)
Quem
(who)
Quanto
(how
much)
Como
(how)
Quando
(when)
Onde
(where)
• 5W2H
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 
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
Fonte: do autor
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 
resultado
• Cada métrica deve ser validada em uma grande 
diversidade de contexto
Fonte: do autor
Métricas
• Controle: associados com os processos de software;
• Exemplo: Tempo médio para reparar um defeito 
reportado 
• Predição: são associadas com produtos de software.
• Exemplo: Complexidade de um módulo
Fonte: do autor
Garantia da qualidade do projeto
Fonte: Livro texto.
Qualidade de software
PortabilidadeCompreensibilidadeSegurança (safety)
UsabilidadeTestabilidadeSegurança da 
informação
(security)
ReusabilidadeAdaptabilidadeConfiabilidade
EficiênciaModularidadeResiliência
ApreensibilidadeComplexidadeRobustez
Fonte: Livro texto.
Qualidade do produto (ISO 25010)
 Funcionalidade
 Confiabilidade
 Usabilidade
 Eficiência
 Manutenibilidade
 Portabilidade
Controle da qualidade
Fonte: Livro texto.
Documentação
• Termo de abertura do projeto
• EAP
• Cronograma
• Requisitos funcionais
• Riscos
• Qualidade
• Tempo
• Custo
• Comunicação
• Parâmetros para o 
desenvolvimento
• Clareza
• Manutenção
• Confiabilidade
Motivos para documentar
• Registrar todas as etapas do processo (o quedeve 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