Notas de Aula

Informações da Aula

Nome do Curso Upstream: Entendendo sobre a construção do Produto

Jornada Analise de Projetos

Professor Priscila Caimi

Pré requisitos
Gherking do básico ao Avançado

Indicações

https://blog.brunoguazina.com/o-que-e-user-story

https://www.cursospm3.com.br/blog/o-que-e-user-story-mapping/

Objetivos da Aprendizagem

Bruna - brunajlacerda@gmail.com - IP: 45.185.168.243

 Aprenda sobre o processo de entendimento, analise, prototipagem e criação dos critérios de
aceite de um sistema.

Você vai aprender

Aulas

O que é Upstream e Downstream

O que é user story

O que é regra de negócio

O que é critério de Aceite

Prioridade

Árvore de produto

Aula: O que é Upstream e Downstream

Upstream

Upstream é a primeira fase do fluxo do ciclo de desenvolvimento responsável unir uma

equipe com profissionais de diferentes áreas trabalhando ativamente para capturar,
amadurecer e evoluir ideias que o cliente deseja para o seu sistemas. Este time composto por
analista de negócios, design, ux, comercial e qualquer outro profissional que seja necessário
para sentar com o cliente e conseguir extrair o máximo de informações e transformar as
ideias em algo mais sólido como documentação de negócio (critérios de aceite, regras de
negócio, protótipos).

O que é definition of ready

Definition of ready é o termo dado para uma lista de tarefas que devem ser cumpridas para
que a tarefas seja liberada para o time desenvolver.

Bruna - brunajlacerda@gmail.com - IP: 45.185.168.243

 Referência da imagem: da Própria autora

DownStream

Downstream é o time de desenvolvedores, analistas de testes, DBAs (banco de dados),

arquitetos, engenheiros e quaisquer outros membros técnicos que peguem toda está
documentação desenvolvida no Upstream e criam o sistema tão desejado pelo cliente.

O que é definition of done

Assim como o definition of ready, o definition of done é a lista de tarefas que devem ser
cumpridas para que o sistema vá para produção.

Referência da imagem: da Própria autora

Abaixo vocês conseguem ver o fluxo completo, unindo o Upstream e Downstream.

Bruna - brunajlacerda@gmail.com - IP: 45.185.168.243

 Referência da imagem: da Própria autora

Aula: O que é User Story

User Storie ou História de usuário é a forma de descrever quem, o que e porque determinada
funcionalidade deve ser desenvolvida. Desta forma todos os integrantes do time e/ou
qualquer pessoa que pegar aquela tarefa a ser desenvolvida, terá não só o entendimento do
que deve ser desenvolvimento como também a empatia do porque o usuário necessita desta
demanda, e isso é super importante para a integração do time com o cliente.

Forma de escrita

Como dito anteriormente, a forma de escrita deve ser a mais simples, intuitiva e clara
possível. Eu, gosto muito de usar três palavras chaves muito simples que fazem com que o
entendimento e empatia seja gerado dentro de cada critério:

Eu: identifico a minha persona, ou sem linguagem técnica a pessoa que irá executar a ação no
sistema.

Gostaria: aqui eu informo a ação que a minha persona deseja realizar no sistema.

Porque: neste porque eu dou o motivo daquela ação existir no sistema.

Então de forma bem simples eu consigo passar para todas as pessoas que tiverem contato
com a demanda, quem é o usuário que irá realizar a ação no sistema, o que eu gostaria de
realizar e o porquê de eu gerar o sentimento de empatia com o cliente, e a justificativa
daquela implementação.

Vamos de exemplo:

Eu, como usuário do aplicativo

Bruna - brunajlacerda@gmail.com - IP: 45.185.168.243

 Gostaria, de realizar o login

Porque, quero ter acesso a todas as funcionalidades que o App me proporciona.

Quando você entrega uma Story(iremos ver isso mais para frente) ao time para que seja
desenvolvida e testada, você compreende que fica super claro quem deseja realizar a ação
(Eu), que ação será executada (Gostaria) e o porquê dela ser realizada(Porque)?

Aula: O que é regra de negócio

Regra de negocio é o coração da documentação de uma funcionalidade, através dela nos

informamos como a funcionalidade desejada deve funcionar.

Vamos de exemplo que vai ficar mais fácil de compreender. Seguindo o exemplo de login da
explicação anterior, vamos estabelecer as regras de negócio do login:

RN 1 (regra de negócio 1): Deve ser realizado o login através de um e-mail válido

RN 2: A senha deve possuir números, letras e caracteres especiais

RN 3: Deve ser disponibilizado login por email, facebook e outllok

Desta forma através destas três regras de negócio eu estou dizendo como que deve
funcionar o login. Qualquer coisa fora destas três regras serão consideradas defeitos.

Aula: O que é critério de Aceite

O critério de aceite é como a validação será feita para informar o cumprimento do

desenvolvimento. O Critério de aceite é uma caso de teste em alto nível criado pelo time de
negócios para validar aquela funcionalidade, porém nós como QAs podemos utilizar ele como
caso de teste e se necessário podemos complementar com outros cenários que
visualizarmos.

Vamos de exemplos práticos para o nosso login.

Bruna - brunajlacerda@gmail.com - IP: 45.185.168.243

 CA 1 (critério de aceite 1):

DADO que estou login

QUANDO realizo login por email e senha

ENTÃO sou logado com sucesso

CA 2 (critério de aceite 1):

DADO que estou login

QUANDO realizo login por uma conta (google, facebook ou outllook)

ENTÃO sou logado com sucesso

Aula: Prioridade

Em conjuntura com a descrição do critério de aceite é necessário informar também a

prioridade daquela tarefa perante as outras que também serão criadas para o projeto. A
Prioridade é a categorização dada a tarefa para a sua ordem de desenvolvimento, ou seja,
quanto mais alta a prioridade mais rápido ela deve ser iniciada.

Esta categorização existe para evitar que as tarefas sejam pegas de forma aleatória e mais
para frente no projeto, gere bloqueio ou defeito desnecessário visto que o desenvolvimento
foi realizado de forma desordenada.

A prioridade possui três status sendo eles, alto, médio e baixo. Uma característica muito
importante quando falamos de prioridade é que ela se torna dinâmica durante o fluxo de
desenvolvimento. E isso ocorre porque em algum momento do ciclo de desenvolvimento a
prioridade de entrega acaba mudando e com isso os esforços são alterados para a nova
tarefa e em consequência os status também mudam para estar em coerência com esta
mudança.

Aula: Árvore de produto

Bruna - brunajlacerda@gmail.com - IP: 45.185.168.243

 Abaixo eu ilustro como poder a estrutura de uma arvore de produto. Com podem ver uma
funcionalidade, pode gerar multiplicas User Stories para descrever o que será feito, e por
consequência gerar (n) regras de negócio e (n) critérios de aceite para validar eles.

Bruna - brunajlacerda@gmail.com - IP: 45.185.168.243