Preparatório para Certificação PMI-ACP®: Parte VII

Resolução de Questões e Problemas

Resolução de Questões e Problemas. O que veremos neste módulo:

1 - Gerenciando Riscos em Projetos Ágeis (como gerenciar riscos em projetos ágeis, diferença entre o método tradicional, valor para o projeto);

2 - Práticas de Controle de qualidade (limites, como controlar a qualidade, garantir a qualidade no projeto);

3 - Desenvoldimento orientado a testes (TDD) (qual as vantagens, como funciona).

Gerenciando Riscos em Projetos Ágeis

• Pode utilizar para controle de Riscos Gráfico de Burndown de Riscos;

• Gráfico que monitora o aumento ou redução da severidade dos riscos no decorrer do tempo;

• Severidade = Probabilidade x Impacto;

• Exemplo:

  • Risco identificado = Estabilidade do sistema Legado;

  • Escala de probabilidade e impacto = 1 (baixo)/ 2 (médio)/ 3 (alto);

Controlando Riscos

• Spike

• Curto exercício de prova de conceito onde a equipe investiga um problema ou risco.

• Geralmente usados em projetos de software para testar novas tecnologias e arquiteturas logo no início do projeto, antes de prosseguir com o desenvolvimento.

• Pode ser desenvolvido na primeira iteração do projeto (Iteração 0).

• Ao falhar, ajuda a identificar se o projeto deve ser abortado logo no início (Fast Failure).

Práticas de Controle de Qualidade

Controle de Qualidade

• Limites de Controle

  • Criar limites de tolerância para determinar métrica.

  • Atentar se a métrica estiver fora dos limites de tolerância definidos.

  • Quando temos 3 ou mais pontos seguidos fora do limite de tolerância pode-se dizer que está fora do controle.

Desenvolvimento Orientado a Testes TDD

Técnica da indústria de desenvolvimento de software

• Passos:

  • Escrever o teste antes de escrever o código.

  • Submeter o teste que deve falhar (RED).

  • Escrever o código.

  • Submeter o teste novamente que deve passar (GREEN).

  • Refatorar o código (Refactor/Clean).

  • Testes iniciais e frequentes garantem que os defeitos sejam detectados logo no início do projeto, prevenindo que o custo da mudança seja alto.

Ciclo de Desenv. Orientado a Testes de Aceitação ATDD

• Foco nas necessidades de negócio.

• 4 estágios:

  • Coletar os teste de aceitação do cliente na reunião de planejamento da iteração.

  • Documentar os teste num framework amigável (EX: FIT - Framework for Integrating Testing).

  • Desenvolver o código usando TDD.

  • Demonstração do software verificando se os critérios de aceitação foram atendidos.

Validação do Escopo

• Revisão da Iteração:

  • Demonstração do incremento do produto para cliente e stakeholders.

  • Cliente aprova ou não os requisitos entregues.

  • Requisitos não aprovados devem voltar para o backlog do produto, replanejados e repriorizados.

  • Cliente e stakeholders fornecem feedback sobre o produto gerado.

  • Mudanças ou adaptações identificadas deverão ser incluídas no backlog do produto.