Fórum de discussão

Foruns > Curso e-learning Product Owner Essentials - Preparatório PSPO I (Baseado no Scrum Guide 2017 - Exame vigente até 09/01/2021) > Tópico

Consulte abaixo todas as dúvidas e comentários relacionados a este curso. Se você tem alguma dúvida, utilize o botão CRIAR NOVO TÓPICO. Verifique antes se a sua dúvida já não foi enviada por outro aluno.

CRIAR NOVO TÓPICO
Procurar

Pesquisa avançada Voltar pesquisa simples

Wellington Mensagens: 11
Escrever Histórias de Usuário ´Técnicas´ Categoria: Não informado - Módulo: Módulo 4 - Parte 1 - Gerenciamento de requisitos
Enviado em 02/10/2019 12:18
Sou PO de uma consultoria que estou trabalhando em um produto que é um aplicativo para uma grande rede de restaurantes.

Eu não faço levantamento de requisitos com o usuário final que são os garçons, eu faço com um outro PO da empresa que nos contratou. Como faço levantamento com o PO eu absorvo os requisitos necessários e traduzo em histórias como se fosse o usuário final que estivesse me contando, exemplo:

"Como garçom preciso de uma funcionalidade no aplicativo que me permita cancelar um pedido para que eu possa tomar a ação necessária caso o cliente tenha feito um pedido errado".

Até aí tudo certo...A minha dúvida é que o PO desse produto as vezes me pede requisitos "técnicos" que devem ser desenvolvidos no aplicativo e eu não sei como escrever essas histórias, exemplo:

"O aplicativo deve verificar se a API irá retornar o parâmetro "concedeDesconto", se esse parâmetro for retornado como "True" o aplicativo deverá exibir o campo XYZ, senão o aplicativo não deve exibir nada".

Então minha dúvida é como escrever esse tipo de história, sendo que é uma necessidade interna e técnica do meu produto e quem está me pedindo é o outro PO do lado do cliente?




TUTOR
Kelvin Mensagens: 2569 Mensagem privada
Re: Escrever Histórias de Usuário ´Técnicas´ Categoria: Não informado - Módulo: Módulo 4 - Parte 1 - Gerenciamento de requisitos
Enviado em 02/10/2019 13:53
Boa tarde, Wellington

você pode adicionar isso como detalhes / regras / teste de aceitação da história de usuário que tem valor para o cliente final. Por exemplo:

"Como garçom preciso de uma funcionalidade no aplicativo que me permita cancelar um pedido para que eu possa tomar a ação necessária caso o cliente tenha feito um pedido errado".

Regras / detalhamento: "O aplicativo deve verificar se a API irá retornar o parâmetro "concedeDesconto", se esse parâmetro for retornado como "True" o aplicativo deverá exibir o campo XYZ, senão o aplicativo não deve exibir nada".

*****************

Uma outra forma (a que eu acho inclusive mais adequada), é pedir que o PO diga o que ele precisa em termos de negócio e não de *como* isso vai ser feito. Por exemplo, ao invés de escrever as regras técnicas como mencionada acima, poderia ser dito o seguinte:

* O sistema deve verificar se há desconto disponível para o cliente. Caso haja desconto, deve apresentá-lo ao cliente. O desconto nunca pode ultrapassar mais que 10% do valor total da compra blá blá blá...


Neste caso, como isso vai ser feito, é uma decisão do time de desenvolvimento: se vai usar API, se vai ser fixo no código, etc etc.


abs



Wellington Mensagens: 11
Re: Escrever Histórias de Usuário ´Técnicas´ Categoria: Não informado - Módulo: Módulo 4 - Parte 1 - Gerenciamento de requisitos
Enviado em 02/10/2019 14:32
Kelvin, boa tarde.

Obrigado pela explicação, entendi perfeitamente!


Uma outra dúvida:

Vamos supor que escrevi essa história e coloquei esse desenvolvimento técnico como "Regra/Destalhamento" da história. Essa história entrou na sprint e foi desenvolvida e o incremento liberado para o cliente.

Aí o cliente me pede para adicionar uma nova regra(técnica) a história que já foi desenvolvida. Como posso fazer nesse caso? Voltar a história para o backlog e incluir essa regra ou tentar criar uma nova história só para adicionar essa regra?
TUTOR
Kelvin Mensagens: 2569 Mensagem privada
Re: Escrever Histórias de Usuário ´Técnicas´ Categoria: Não informado - Módulo: Módulo 4 - Parte 1 - Gerenciamento de requisitos
Enviado em 02/10/2019 15:02
Boa tarde, Wellington

é por isso que a segunda opção é a melhor... rsrsrs 
Foque nas regras de negócio e no problema de negócio a ser resolvido e não necessariamente em *como* tecnicamente isto vai ser feito.

abs

Kelvin
xÉ necessário estar logado no ambiente de ensino para poder enviar respostas. Fazer o login
Evite a pirataria

Para que continuemos desenvolvendo novos cursos com preços acessíveis, contamos com a sua colaboração. O conteúdo dos nossos cursos não pode ser redistribuído de qualquer forma ou por qualquer meio. Somente o aluno devidamente inscrito nos cursos poderá fazer uso dos nossos materiais. Se você identificar que alguém está usando indevidamente o conteúdo dos nossos cursos, ou distribuindo-o ilegalmente, por favor avise-nos imediatamente através do e-mail contato@tiexames.com.br. Veja as condições de uso dos nossos conteúdos.

Leia a licença de uso
Filtro por categoria
Depoimentos aprovados
7
Dúvidas gerais
320
Dúvidas sobre o exame
45
Filtro por módulos
Módulo 1 - Parte 1 - Apresentação d ...
16
Módulo 1 - Parte 2 - Introdução ao ...
14
Módulo 1 - Parte 3 - Papéis no Scru ...
20
Módulo 1 - Parte 4 - Cerimônias no ...
107
Módulo 1 - Parte 5 - Backlog do pro ...
22
Módulo 2 - Desenvolvimento orientad ...
8
Módulo 3 - Gestão de produtos
56
Módulo 4 - Parte 1 - Gerenciamento ...
46
Módulo 4 - Parte 2 - Outras conside ...
19
Módulo 5 - Planejamento de releases
29
Módulo 6 - Gerenciamento de produto ...
12
Módulo 7 - Escalando o dono do prod ...
7
Leia as dicas finais de preparação ...
16
Simulados
51