Aula 8 Exercício

Prévia do material em texto

Aula 8 Exercício – Especificação de requisitos funcionais utilizando 
histórias de usuário 
1. Uma das formas de especificar requisitos funcionais em métodos ágeis é a história de 
usuário. 
Com relação a essa forma de especificação, assinale a alternativa correta. 
A. Na estrutura de especificação de uma história de usuário, três perguntas devem ser 
respondidas: quem, o que e onde. 
 
Uma história de usuário deve responder a três perguntas: quem, o que e porque. O backlog do produto vai 
conter histórias em diversos níveis diferentes de detalhe. Uma história de usuário se baseia no princípio do 
cartão (declaração curta), conversa (para alinhamento) e confirmação (critérios de aceitação da história). A 
história deve ser pequena a ponto de poder ser implementada em uma sprint, mas seu entendimento 
ultrapassa o simples cartão ou Post-it®, ela pode conter documentos, fotos ou vídeos adicionais que 
agreguem entendimento. 
 
 
B. Um backlog do produto contém todas as histórias que devem ser implementadas, em 
nível de detalhe pronto para implementar. 
 
Uma história de usuário deve responder a três perguntas: quem, o que e porque. O backlog do produto vai 
conter histórias em diversos níveis diferentes de detalhe. Uma história de usuário se baseia no princípio do 
cartão (declaração curta), conversa (para alinhamento) e confirmação (critérios de aceitação da história). A 
história deve ser pequena a ponto de poder ser implementada em uma sprint, mas seu entendimento 
ultrapassa o simples cartão ou Post-it®, ela pode conter documentos, fotos ou vídeos adicionais que 
agreguem entendimento. 
 
Resposta correta! 
C. Uma especificação de história de usuário se baseia em três princípios básicos: cartão, 
conversa e confirmação. 
 
Uma história de usuário deve responder a três perguntas: quem, o que e porque. O backlog do produto vai 
conter histórias em diversos níveis diferentes de detalhe. Uma história de usuário se baseia no princípio do 
cartão (declaração curta), conversa (para alinhamento) e confirmação (critérios de aceitação da história). A 
história deve ser pequena a ponto de poder ser implementada em uma sprint, mas seu entendimento 
ultrapassa o simples cartão ou Post-it®, ela pode conter documentos, fotos ou vídeos adicionais que 
agreguem entendimento. 
 
 
D. Uma história deve ser pequena o suficiente para caber dentro de uma notinha adesiva 
de Post-it®. 
 
Uma história de usuário deve responder a três perguntas: quem, o que e porque. O backlog do produto vai 
conter histórias em diversos níveis diferentes de detalhe. Uma história de usuário se baseia no princípio do 
cartão (declaração curta), conversa (para alinhamento) e confirmação (critérios de aceitação da história). A 
história deve ser pequena a ponto de poder ser implementada em uma sprint, mas seu entendimento 
ultrapassa o simples cartão ou Post-it®, ela pode conter documentos, fotos ou vídeos adicionais que 
agreguem entendimento. 
 
 
E. A especificação da história de usuário é composta apenas por um cartão ou Post-it® 
para manter a agilidade. 
 
Uma história de usuário deve responder a três perguntas: quem, o que e porque. O backlog do produto vai 
conter histórias em diversos níveis diferentes de detalhe. Uma história de usuário se baseia no princípio do 
cartão (declaração curta), conversa (para alinhamento) e confirmação (critérios de aceitação da história). A 
história deve ser pequena a ponto de poder ser implementada em uma sprint, mas seu entendimento 
ultrapassa o simples cartão ou Post-it®, ela pode conter documentos, fotos ou vídeos adicionais que 
agreguem entendimento. 
2. Ambientes ágeis seguem os quatro valores fundamentais do Manifesto Ágil, 
independentemente do método ágil praticado. Considere que um usuário pede para a 
equipe de desenvolvimento criar uma funcionalidade muito importante. Só que isso vai 
fazer com que a equipe atrase a entrega de outra funcionalidade que já estava planejada. 
Considerando que se trata de um time comprometido com os valores e as práticas ágeis, 
qual é a melhor alternativa para a equipe? 
A. Agendar uma reunião com a gerência sênior para obter uma decisão oficial para definir 
a prioridade. 
 
Embora todas as alternativas pareçam adequadas, a melhor alternativa em um ambiente que 
presa pelos valores ágeis é conversar com o usuário para saber se ele entende que esta nova 
funcionalidade é tão importante que leve a paralisar a que já está em andamento. Reuniões com 
a gerência sênior devem ser utilizadas apenas em caso de conflitos maiores. Seguir com o 
planejamento atual é ignorar a voz do usuário. Simplesmente acatar e alterar a prioridade faz 
com que se perca a oportunidade de apresentar alternativas ao usuário. Iniciar um processo de 
controle de mudança não é a primeira ação em uma empresa ágil. 
 
B. Seguir o planejamento atual de forma que o prazo inicial seja atendido e priorizar a nova 
funcionalidade de modo que seja trabalhada na sequência. 
 
Embora todas as alternativas pareçam adequadas, a melhor alternativa em um ambiente que 
presa pelos valores ágeis é conversar com o usuário para saber se ele entende que esta nova 
funcionalidade é tão importante que leve a paralisar a que já está em andamento. Reuniões com 
a gerência sênior devem ser utilizadas apenas em caso de conflitos maiores. Seguir com o 
planejamento atual é ignorar a voz do usuário. Simplesmente acatar e alterar a prioridade faz 
com que se perca a oportunidade de apresentar alternativas ao usuário. Iniciar um processo de 
controle de mudança não é a primeira ação em uma empresa ágil. 
 
Resposta correta! 
C. Conversar com o usuário para descobrir se a funcionalidade é importante o suficiente 
para mudar o time de direção. 
 
Embora todas as alternativas pareçam adequadas, a melhor alternativa em um ambiente que 
presa pelos valores ágeis é conversar com o usuário para saber se ele entende que esta nova 
funcionalidade é tão importante que leve a paralisar a que já está em andamento. Reuniões com 
a gerência sênior devem ser utilizadas apenas em caso de conflitos maiores. Seguir com o 
planejamento atual é ignorar a voz do usuário. Simplesmente acatar e alterar a prioridade faz 
com que se perca a oportunidade de apresentar alternativas ao usuário. Iniciar um processo de 
controle de mudança não é a primeira ação em uma empresa ágil. 
 
D. Assumir que a nova funcionalidade deve ser implementada, uma vez que o usuário 
solicitou, paralisando a funcionalidade atual. 
 
Embora todas as alternativas pareçam adequadas, a melhor alternativa em um ambiente que 
presa pelos valores ágeis é conversar com o usuário para saber se ele entende que esta nova 
funcionalidade é tão importante que leve a paralisar a que já está em andamento. Reuniões com 
a gerência sênior devem ser utilizadas apenas em caso de conflitos maiores. Seguir com o 
planejamento atual é ignorar a voz do usuário. Simplesmente acatar e alterar a prioridade faz 
com que se perca a oportunidade de apresentar alternativas ao usuário. Iniciar um processo de 
controle de mudança não é a primeira ação em uma empresa ágil. 
 
E. Iniciar um processo de controle de mudança. 
 
Embora todas as alternativas pareçam adequadas, a melhor alternativa em um ambiente que 
presa pelos valores ágeis é conversar com o usuário para saber se ele entende que esta nova 
funcionalidade é tão importante que leve a paralisar a que já está em andamento. Reuniões com 
a gerência sênior devem ser utilizadas apenas em caso de conflitos maiores. Seguir com o 
planejamento atual é ignorar a voz do usuário. Simplesmente acatar e alterar a prioridade faz 
com que se perca a oportunidade de apresentar alternativas ao usuário. Iniciar um processo de 
controle de mudança não é a primeira ação em uma empresa ágil. 
 
3. O SCRUM é um framework para desenvolvimento ágil. Você está trabalhando em uma 
empresa de desenvolvimento de software que utiliza o SCRUM para a gestão de suas 
atividades. Analise as afirmativas a seguir, referentes aos papéis presentesnesse framework. 
 
I. O product owner é o responsável por gerenciar os itens do product backlog. 
II. O product owner pode ser um comitê de priorização em vez de uma única 
pessoa. 
III. O product owner é o responsável por realizar mudanças na sprint em 
andamento. 
IV. O scrum master é o responsável por gerenciar as atividades da equipe SCRUM. 
V. O scrum master é o único canal de comunicação com o product owner. 
 
Com base nas afirmativas acima, assinale a alternativa correta. 
A. As alternativas I, II, III, IV e V estão corretas. 
 
No SCRUM, o product owner é o responsável por gerenciar os itens do backlog de produto. O 
PO é uma pessoa e não um grupo de pessoas. Ele pode até representar um grupo de pessoas 
ou um comitê. Ninguém tem autoridade para alterar a sprint, apenas a equipe de 
desenvolvimento. O scrum master remove impedimentos que atrapalham a realização 
da sprint. Ele não é um gerente de projetos, pois a ideia é que a equipe SCRUM seja 
autogerenciada e autônoma. O scrum master não é o único canal de comunicação com o product 
owner. 
 
 
B. As alternativas I, II e III estão corretas. 
 
No SCRUM, o product owner é o responsável por gerenciar os itens do backlog de produto. O 
PO é uma pessoa e não um grupo de pessoas. Ele pode até representar um grupo de pessoas 
ou um comitê. Ninguém tem autoridade para alterar a sprint, apenas a equipe de 
desenvolvimento. O scrum master remove impedimentos que atrapalham a realização 
da sprint. Ele não é um gerente de projetos, pois a ideia é que a equipe SCRUM seja 
autogerenciada e autônoma. O scrum master não é o único canal de comunicação com o product 
owner. 
 
 
C. As alternativas I, III e IV estão corretas. 
 
No SCRUM, o product owner é o responsável por gerenciar os itens do backlog de produto. O 
PO é uma pessoa e não um grupo de pessoas. Ele pode até representar um grupo de pessoas 
ou um comitê. Ninguém tem autoridade para alterar a sprint, apenas a equipe de 
desenvolvimento. O scrum master remove impedimentos que atrapalham a realização 
da sprint. Ele não é um gerente de projetos, pois a ideia é que a equipe SCRUM seja 
autogerenciada e autônoma. O scrum master não é o único canal de comunicação com o product 
owner. 
 
Resposta correta. 
D. Apenas a alternativa I está correta. 
 
No SCRUM, o product owner é o responsável por gerenciar os itens do backlog de produto. O 
PO é uma pessoa e não um grupo de pessoas. Ele pode até representar um grupo de pessoas 
ou um comitê. Ninguém tem autoridade para alterar a sprint, apenas a equipe de 
desenvolvimento. O scrum master remove impedimentos que atrapalham a realização 
da sprint. Ele não é um gerente de projetos, pois a ideia é que a equipe SCRUM seja 
autogerenciada e autônoma. O scrum master não é o único canal de comunicação com o product 
owner. 
 
 
E. Apenas a alterativa IV está correta. 
 
No SCRUM, o product owner é o responsável por gerenciar os itens do backlog de produto. O 
PO é uma pessoa e não um grupo de pessoas. Ele pode até representar um grupo de pessoas 
ou um comitê. Ninguém tem autoridade para alterar a sprint, apenas a equipe de 
desenvolvimento. O scrum master remove impedimentos que atrapalham a realização 
da sprint. Ele não é um gerente de projetos, pois a ideia é que a equipe SCRUM seja 
autogerenciada e autônoma. O scrum master não é o único canal de comunicação com o product 
owner. 
 
 
4. A maior parte das empresas que utiliza métodos ágeis usa o framework SCRUM. 
Assinale a alternativa correta no que diz respeito aos 3 Cs das histórias de usuário. 
Resposta Correta! 
A. Cartão + Conversa + Confirmação. 
 
A base das histórias são os 3 Cs: cartão da história de usuário (declaração da história), conversa 
com os stakeholders e confirmação (critérios de aceitação). 
 
 
B. Cartão + Comunicação + Colaboração. 
 
A base das histórias são os 3 Cs: cartão da história de usuário (declaração da história), conversa 
com os stakeholders e confirmação (critérios de aceitação). 
 
 
C. Cartão + Critérios + Cooperação. 
 
A base das histórias são os 3 Cs: cartão da história de usuário (declaração da história), conversa 
com os stakeholders e confirmação (critérios de aceitação). 
 
 
D. Comunicação + Colaboração + Cooperação 
. 
A base das histórias são os 3 Cs: cartão da história de usuário (declaração da história), conversa 
com os stakeholders e confirmação (critérios de aceitação). 
 
 
E. Comunicação + Critérios + Cooperação. 
 
A base das histórias são os 3 Cs: cartão da história de usuário (declaração da história), conversa 
com os stakeholders e confirmação (critérios de aceitação). 
 
5. O SCRUM é o método mais usado por empresas ágeis. 
Com relação às cerimônias do SCRUM, assinale a alternativa correta. 
 
A. Sprint planning meeting (Reunião de planejamento da sprint): reunião realizada 
pelo product owner com os usuários, para planejar a sprint. 
 
Sprint planning meeting (Reunião de planejamento da sprint) é uma reunião realizada pelo time 
SCRUM para planejar a sprint. Daily SCRUM meeting (Reunião diária do SCRUM) é uma 
reunião curta e diária da equipe SCRUM para avaliar o progresso do time. Sprint review (Revisão 
da sprint) é uma reunião da equipe com os principais stakeholders para avaliar o que estava 
planejado, o que foi realizado e quais as perspectivas para as próximas sprints. Sprint 
retrospective (Retrospectiva da sprint) é uma reunião interna da equipe SCRUM para avaliar 
como as coisas ocorreram dentro da sprint e fazer propostas de melhorias para as 
próximas sprints. Não existe uma cerimônia chamada Product owner review. 
 
Resposta Correta! 
B. Daily SCRUM Meeting (Reunião diária do SCRUM): reunião curta e diária da equipe 
SCRUM para avaliar o progresso do time. 
 
Sprint planning meeting (Reunião de planejamento da sprint) é uma reunião realizada pelo time 
SCRUM para planejar a sprint. Daily SCRUM meeting (Reunião diária do SCRUM) é uma 
reunião curta e diária da equipe SCRUM para avaliar o progresso do time. Sprint review (Revisão 
da sprint) é uma reunião da equipe com os principais stakeholders para avaliar o que estava 
planejado, o que foi realizado e quais as perspectivas para as próximas sprints. Sprint 
retrospective (Retrospectiva da sprint) é uma reunião interna da equipe SCRUM para avaliar 
como as coisas ocorreram dentro da sprint e fazer propostas de melhorias para as 
próximas sprints. Não existe uma cerimônia chamada Product owner review. 
 
 
C. Sprint review (Revisão da sprint): reunião interna da equipe SCRUM para revisar o que 
deu certo e o que não deu na sprint. 
 
Sprint planning meeting (Reunião de planejamento da sprint) é uma reunião realizada pelo time 
SCRUM para planejar a sprint. Daily SCRUM meeting (Reunião diária do SCRUM) é uma 
reunião curta e diária da equipe SCRUM para avaliar o progresso do time. Sprint review (Revisão 
da sprint) é uma reunião da equipe com os principais stakeholders para avaliar o que estava 
planejado, o que foi realizado e quais as perspectivas para as próximas sprints. Sprint 
retrospective (Retrospectiva da sprint) é uma reunião interna da equipe SCRUM para avaliar 
como as coisas ocorreram dentro da sprint e fazer propostas de melhorias para as 
próximas sprints. Não existe uma cerimônia chamada Product owner review. 
 
 
D.Sprint retrospective (Retrospectiva da sprint): reunião da equipe SCRUM com 
os stakeholders para analisar as realizações da sprint. 
 
Sprint planning meeting (Reunião de planejamento da sprint) é uma reunião realizada pelo time 
SCRUM para planejar a sprint. Daily SCRUM meeting (Reunião diária do SCRUM) é uma 
reunião curta e diária da equipe SCRUM para avaliar o progresso do time. Sprint review (Revisão 
da sprint) é uma reunião da equipe com os principais stakeholders para avaliar o que estava 
planejado, o que foi realizado e quais as perspectivas para as próximas sprints. Sprint 
retrospective (Retrospectiva da sprint) é uma reunião interna da equipe SCRUM para avaliar 
como as coisas ocorreram dentro da sprinte fazer propostas de melhorias para as 
próximas sprints. Não existe uma cerimônia chamada Product owner review. 
 
 
E. Product owner review (Revisão do product owner): reunião que o product owner realiza 
com os clientes para revisar a sprint. 
 
Sprint planning meeting (Reunião de planejamento da sprint) é uma reunião realizada pelo time 
SCRUM para planejar a sprint. Daily SCRUM meeting (Reunião diária do SCRUM) é uma 
reunião curta e diária da equipe SCRUM para avaliar o progresso do time. Sprint review (Revisão 
da sprint) é uma reunião da equipe com os principais stakeholders para avaliar o que estava 
planejado, o que foi realizado e quais as perspectivas para as próximas sprints. Sprint 
retrospective (Retrospectiva da sprint) é uma reunião interna da equipe SCRUM para avaliar 
como as coisas ocorreram dentro da sprint e fazer propostas de melhorias para as 
próximas sprints. Não existe uma cerimônia chamada Product owner review.