O teste deve ser estimado nas Tarefas ou Histórias da Sprint

Não existe distinção entre funções dentro do time de dev. ou test, desta forma os testes devem sim serem contemplados nos prazos.

Projeto Ágil: Iniciando Um Projeto Ágil

Primeiros Passos 

Definir papeis!

Dono do Produto é responsável por...

• Definir a Visão do Projeto;
• Ajudar a Criar o Orçamento do Projeto;
• Ajudar a definir o Scrum Master para o Projeto;
• Identificar os Stakeholders (Partes Interessadas);
• Auxiliar na seleção do Time Scrum;
• Ajudar a desenvolver um Plano de Colaboração;
• Priorizar os itens do Backlog Priorizado do Produto;
• Definir o Critério de Pronto;
• Ajuda a determinar a duração da Sprint.

Scrum Master é responsável por...

• Ajudar a identificar os Stakeholders (Partes Interessadas);
• Facilitar a seleção do Time Scrum;
• Facilitar a elaboração do Plano de Colaboração;
• Garantir a disponibilidade de backups;
• Facilitar a criação de Épicos;
• Auxiliar o Dono do Produto na definição de:
• Backlog Priorizado do Produto;
• Critérios de Pronto;
• Determinar a duração da Sprint.

Time de Desenvolvimento é responsável por...

• Fornecer inputs para a criação do Plano de Colaboração;
• Garantir uma compreensão clara sobre os Épicos;
• Compreender as Histórias de Usuário;
• Acordar com outros membros do Time Scrum sobre a Duração do Sprint.

Projeto Ágil: Cronograma de Release

O Cronograma de Release é quando entregamos aquilo que estamos desenvolvendo. Ele pode ser global ou voltado para um espaço de tempo definido, sendo essa uma decisão do Dono do Produto. Abaixo temos um exemplo de Cronograma com uma linha do tempo. O Cronograma não precisa ser preditivo, como o da imagem abaixo, vamos anotar as durações das Releases, por exemplo.

Projeto Ágil: [Método de 100 pontos] Técnicas para Definir o Backlog Priorizado do Produto

Consiste em dar ao cliente 100 pontos que ele deve usar para votar nas Histórias de Usuário que considera mais importante. Depois de termos feito a tabela utilizando a técnica MoSCoW, teremos os Épicos Priorizados. Os 100 pontos devem ser distribuídos entre os Épicos, sendo que a ordem de priorização dos mesmos vai mudar de acordo com a sua pontuação, formando uma nova lista.

• Análise de Kano - Classifica os requisitos em quatro categorias com a finalidade de priorização:
  1) Excitantes;
  2) Satisfatórias;
  3) Insatisfatórias;
  4) Indiferentes.

Projeto Ágil: [Comparação Pareada] Técnicas para Definir o Backlog Priorizado do Produto

Cada História de Usuário é comparada individualmente com as outras Histórias de Usuário, para isso é preciso que haja um histórico de entregas anteriores que possibilite mais opções na comparação.

Projeto Ágil: [MoSCoW] Técnicas para Definir o Backlog Priorizado do Produto

• MoSCoW: Como definir o Backlog priorizado a partir dessa ferramenta?

"Must have" (deve ter): são as entregas de maior importância, são as que devem estar lá;

"Should have" (deveria ter): são as entregas que deveriam estar lá, mas se não estiverem não acarretarão em grandes dificuldades para o projeto;

"Could have" (poderia ter): são entregas de pouca relevância, podem estar lá ou não, que não fazem muita diferença;

"Won't have" (não vai ter): são as entregas que não estarão no seu produto final.

A tabela abaixo é um exemplo de como priorizar Épicos. De um lado temos as entregas e de outro a priorização e após completar a tabela o resultado é a lista dos Épicos que devem ser priorizados.

Projeto Ágil: Definir o Backlog Prioriozado do Produto

•  
• Os Épicos são priorizados de maneira a criar um Backlog Priorizado do Produto, que é uma lista dos itens que devem ser priorizados durante a criação e desenvolvimento do produto;
  Uma lista de prioridades de negócios e de requisitos de projetos, escritos na forma de Épicos, apresentará as diretrizes para a criação, desenvolvimento e aprovação do produto.

Critérios de Priorização

• Valor - Importante definir o que é valor para o cliente e, assim, definir o que deve ser colocado em primeiro lugar durante a criação do produto e as entregas do projeto;
• Riscos - Testar os riscos e estimular a ocorrência deles para criar um backlog de riscos conhecido, assim como fazer um inventário das soluções para essas falhas;
• Dependências - Aquilo que desencadeará o sucesso da entrega, as dependências estão relacionadas com os requisitos estipulados.
  
  

  Técnicas para Definir o Backlog Priorizado do Produto

  • MoSCoW: Como definir o Backlog priorizado a partir dessa ferramenta?
    "Must have" (deve ter): são as entregas de maior importância, são as que devem estar lá;
    "Should have" (deveria ter): são as entregas que deveriam estar lá, mas se não estiverem não acarretarão em grandes dificuldades para o projeto;
    "Could have" (poderia ter): são entregas de pouca relevância, podem estar lá ou não, que não fazem muita diferença;
    "Won't have" (não vai ter): são as entregas que não estarão no seu produto final.
    A tabela abaixo é um exemplo de como priorizar Épicos. De um lado temos as entregas e de outro a priorização e após completar a tabela o resultado é a lista dos Épicos que devem ser priorizados.
  
  

Projeto Ágil: Definor o Pronto

Importante!!!!

• Critérios de Pronto também são definidos neste momento, ou seja, a partir da análise do que o cliente quer, será definido o que é uma entrega pronta e quais requisitos ela deve cumprir para ser considerada como finalizada;

Projeto Ágil: Técnica para se Criar Persona

Uma ferramenta utilizada para a elaboração dos diagramas é a WBS chart pro ou WBS schedule pro. A elaboração dos Épicos é a oportunidade de identificarmos novos riscos e a partir da elaboração dos diagramas devemos criar um backlog com a lista das entregas que devem ser feitas.

Projeto Ágil: Épicos = Trabalho Necessário -> Personas

Épicos são escritos nas fases iniciais do projeto, quando a maioria das Histórias de Usuário são funcionalidades de alto nível, ainda, a declaração da visão do projeto serve como base para o desenvolvimento dos Épicos.

Técnicas para Elaborar Épicos

• Reuniões com grupos de usuários;
• Workshops;
• Entrevistas com usuários;
• Questionários;

Persona ou Ator

São personagens *fictícios, mas altamente detalhados, e representam a maioria dos usuários do produto.

Abaixo um exemplo do que é uma persona:

PERSONA 1

• Nome: Tamires;
• Profissão: Operador de Sistemas;
• Descrição das atividades: responsável pelo recebimento dos produtos terceirizados que serão comporados pela empresa, cadastrar os produtos na loja online da empresa;
• Objetivo para o produto: Aqui se define o que o usuário espera do produto ou o que suas necessidades.

O exemplo acima é de apenas uma Persona mas, um projeto de verdade, contém um grupo de Personas. As personas representam todas as pessoas que podem precisar do produto que produziremos.

Projeto Ágil: Escolha do Time Scrum

É importante selecionar os membros certos para que a entrega seja realizada de maneira bem-sucedida. Membros do Time Scrum devem ser generalistas no sentido de que possuem conhecimento em várias áreas, mas também devem ser especialistas em suas áreas especificas.

Os Custos de pessoal, treinamento e recursos são todos os custos associados com os requisitos de pessoal e também precisam ser avaliados, analisados, aprovados e orçados.

Projeto Ágil: Identificando o Scrum Master

Identificar o Scrum Master é uma técnica muito importante para dar início a um projeto em Scrum.

1. Capacidade de resolver problemas: o principal desafio desse papel é o de remover os impedimentos da equipe para que ela possa focar apenas no desenvolvimento, facilitando o trabalho de todos;
2. Disponibilidade: o objetivo do Scrum Master é essencialmente apoiar a equipe de desenvolvimento, para isso, faz-se necessário que ele esteja disponível para lidar com os impedimentos e problemas que em geral que possam surgir. Recomenda-se que o Scrum Master desempenhe apenas esse papel e não concilie com o de desenvolvedor, por exemplo;
3. Comprometimento: o Scrum Master é responsável pelo andamento do método Scrum, por isso ele deve ser comprometido com a adoção do Scrum e trabalhar para mantê-lo em funcionamento no projeto;
4. Estilo de Liderança Servidora: liderar servilmente é saber cobrar, mas ao mesmo tempo colaborar com as pessoas. É importante também ouvir as dificuldades dos membros da equipe, para que os impedimentos sejam resolvidos.

Projeto Ágil: Técnicas para Criar a Visão do Projeto - 3

3 - Análise Gap: é a comparação entre o estado atual e real com o estado desejado. E, a partir disso, analisar o que deve ser feito para que o estado ideal seja alcançado, como superar essa gap e pensar qual ponte devemos construir para que isso ocorra.

Projeto Ágil: Técnicas para Criar a Visão do Projeto - 2

2 - JAD (Joint Application Design): é a coleta de requisitos por meio de um workshop bem estruturado objetivando entender as necessidades dos clientes, também podemos entendê-la como um brainstorm direcionado.

Projeto Ágil: Técnicas para Criar a Visão do Projeto - 1

1 - Análise Swot (Strength, weekness, opportunity, threat): técnica que ajuda a avaliar os pontos fortes e fracos, as oportunidades e as ameaças relacionadas a um projeto. Para isso vamos desenhar em uma folha um risco na vertical e outro na horizontal, formando quatro áreas separadas nos dois quadrantes superiores escreveremos Forças no primeiro e Oportunidades no segundo, enquanto nos inferiores teremos as Fraquezas e as Ameaças. Aplicando a análise swotao exemplo anterior teremos em Forças o domínio do e-commerce. Como Oportunidade surge a possibilidade de gerar lucro, já como uma Fraqueza temos a agenda lotada com os projetos atuais e a Ameaça está relacionada a perda do cliente. A partir dessas informações podemos desenvolver uma estratégia de atuação.

Fonte: Cursos Alura

Projeto Ágil: Visão do Projeto | Termo de Abertura

É a viabilidade do cumprimento dos objetivos da empresa por meio da realização do projeto. Nesse contexto de elaborar a visão do projeto é o caso do negócio que nos dará insumos para criar a declaração de visão do projeto, que por sua vez proporcionará uma visão ampla do projeto, a qual incluí fatores ambientais, como o caso de negócio, cultura da empresa e os processos empregados nela. A declaração de visão do projeto pode ser considerada também um termo de abertura.

Os 13 princípios do desenvolvimento ágil

1 - Garantir a satisfação do cliente, entregando rápida e continuamente software funcionais;
2 - Software funcionais são entregues frequentemente (semanal, ao invés de mensal);
3 - Software funcionais são a principal medida de progresso do projeto;
4 - Até mesmo mudanças tardias de escopo no projeto são bem-vindas.
5 - Cooperação constante entre as pessoas que entendem do 'negócio' e os desenvolvedores;
6 - Projetos surgem por meio de indivíduos motivados, devendo existir uma relação de confiança.
7 - Design do software deve prezar pela excelência técnica;
8 - Simplicidade;
9 - Rápida adaptação às mudanças;
10 - Indivíduos e interações mais do que processos e ferramentas;
11 - Software funcional mais do que documentação extensa;
12 - Colaboração com clientes mais do que negociação de contratos;
13 - Responder a mudanças mais do que seguir um plano.


Fonte: Cursos Alura

Análise de Valor Agregado (AVA)

A análise de valor agregado mede as variações atuais de desempenho e prevê o custo final do projeto, com base no desempenho atual. A Análise de Valor Agregado vai depender de 3 pilares:
VP = Valor Planejado (Relacionada ao orçamento)
CR = Custo Real (Relacionada ao custo)
VA = Valor Agregado

CASO DE USO

Para se Fazer uma pescaria oceânica, temos um gasto de R$2.600,00

Valor Planejado
VP = R$2.640,00
1 - Guia de pesca + Lancha + Alimento + agua+suco+refrigerante 24hs de pescaira: R$2.000,00
2 - Transporte, Motorista +  Pedágio: R$500,00
3 - Hospedagem + café + almoço + Janta: R$140,00


Custo Real
CR = R$2.900,00


Valor Agregado
VA = %(1) x VP
VA = 1 X R$2.600,00


Para se fazer uma pescaria Oceânica temos um orçamento de R$ R$2.600,00, ou seja, o VP = R$2.600,00. Ao término da Sprint onde o muro foi realizada a pescaria, percebemos que gastamos R$2.900,00, ou seja, CR =R$2.900,00. Então como sabemos o VA (Valor Agregado)?

VA = % (percentual concluso) x VP
VA = 100% (pescaria realizada) x VP
VA = 1 (um muro concluso) x  R$2.600,00(VP)
VA =  R$2.600,00
Agora, temos  R$2.600,00 de valor agregado (VA). E para determinar a Variação de Prazo (VPR)?

VPR = VA - VP
VPR = R$2.600,00 - R$2.600,00
VPR = 0
Se a variação de custos for negativa significa que o orçamento foi estourado, se for positiva significa que os gastos ocorreram com menos dinheiro que o orçamento possibilitava.