TEMA 02 Flashcards
Qual é a importância da coleta de dados para o Scrum?
É fundamental, pois garante que o produto atenda às necessidades dos stakeholders (clientes, usuários finais, especialistas do domínio e outros envolvidos no projeto) e que a
equipe tenha total entendimento sobre o que precisa ser desenvolvido.
Essa etapa normalmente se inicia com a
definição dos stakeholders e a compreensão de suas necessidades e
expectativas em relação ao produto.
Uma prática comum no Scrum é a criação do product backlog realizado pelo product owner, o que ele faz?
Ele faz o gerenciamento, priorização e atualização do product backlog que utiliza o feedback dos stakeholders e as mudanças nas
necessidades do produto para executar essas ações.
A coleta de requisitos no Scrum é um processo contínuo, iterativo e
adaptativo. Durante a sprint planning, o product owner e a equipe de
desenvolvimento fazem o que?
Revisam os itens do product backlog e selecionam as user
stories que serão abordadas na próxima sprint.
Durante a sprint, podem surgir
dúvidas ou a necessidade de complementar ou alterar algum requisito do projeto
e, para esclarecer esses pontos, é preciso que a equipe de desenvolvimento
trabalhe junto ao product owner, de maneira colaborativa.
O que é o product backlog?
É o elemento-chave da metodologia Scrum, é a lista priorizada de requisitos, funcionalidades e melhorias desejadas para o produto em desenvolvimento.
Essa lista é gerenciada pelo product owner e serve como um guia para a equipe de desenvolvimento, durante o projeto.
Como funciona a classificação das necessidades?
Nessa lista, os itens são elencados de acordo com sua priorização, sendo
que os mais importantes ficam no topo.
A classificação dos itens é realizada de
acordo com as necessidades e expectativas dos stakeholders.
O product owner
deve entender as demandas recebidas dos stakeholders e garantir que os itens
mais importantes sejam resolvidos primeiro.
Como é composto o product backlog? E como devem ser as user stories?
O product backlog é composto por
itens chamados de user stories (histórias de usuário), que são breves descrições
de funcionalidades ou requisitos, do ponto de vista do usuário final.
As user stories devem ser objetivas e sucintas e fornecer um contexto compreensível para a equipe de desenvolvimento
Como funciona a atualização do product backlog?
No decorrer do projeto, o product backlog é
regularmente revisado e atualizado, de acordo com o feedback recebido dos
stakeholders e das mudanças efetivadas no produto. Com essa análise, é
possível que user stories sejam excluídas, incluídas ou alteradas.
Na reunião de planejamento da sprint, a equipe de desenvolvimento revisa o product backlog e seleciona as user stories que serão abordadas no próximo ciclo. Essas user stories são, então, detalhadas em tarefas mais específicas, na sprint backlog.
Quais são as técnicas de coleta de requisitos no método Scrum?
- Entrevistas com stakeholders;
- Workshops colaborativos;
- Observação do usuário;
- Prototipação;
- Feedback contínuo;
As técnicas de coleta de requisitos no Scrum são essenciais para se obter
uma compreensão clara e detalhada das necessidades dos stakeholders. Essas técnicas visam facilitar a colaboração, a comunicação e a obtenção de feedback
contínuo ao longo do processo de desenvolvimento.
• Entrevistas com stakeholders: realizam-se entrevistas individuais ou em grupo com os stakeholders, para entender suas necessidades, expectativas e requisitos específicos ao projeto. Com base nessas
entrevistas, é possível identificar requisitos funcionais e não funcionais,
além de sanar eventuais dúvidas e obter informações adicionais.
• Workshops colaborativos: sessões interativas, com a participação de
stakeholders, membros da equipe Scrum e especialistas relevantes.
Nesses workshops, a coleta de requisitos pode ocorrer por meio de
brainstorming, jogos, dinâmicas de grupo e técnicas de visualização.
• Observação do usuário: observa-se o uso real do produto ou do sistema pelos usuários finais. Com essa técnica, a equipe compreende melhor os fluxos de trabalho, necessidades e dificuldades dos usuários, bem como identifica oportunidades de melhoria.
• Prototipação: criam-se protótipos rápidos e iterativos, que auxiliam na validação e refinamento dos requisitos. Essa técnica permite que o stakeholder visualize e interaja com as funcionalidades do produto antecipadamente e, com isso, seja possível realizar os ajustes e
aprimoramentos devidos nos requisitos.
• Feedback contínuo: nas cerimônias do Scrum (reuniões diárias, revisões de sprint e retrospectivas), os stakeholders podem fornecer feedback
sobre as entregas realizadas, sugerir ajustes e apresentar novas necessidades ou mudanças de requisitos.
As técnicas de coleta de requisitos no Scrum são adaptáveis e podem variar de acordo com as necessidades e particularidades de cada projeto.
A escolha das técnicas mais adequadas dependerá do contexto, dos stakeholders envolvidos e da natureza do produto em desenvolvimento. A questão principal é garantir uma comunicação eficaz e uma compreensão clara
das necessidades existentes, para se guiar o desenvolvimento do produto de forma ágil e satisfatória para todas as partes interessadas.
O que é uma Sprint?
Uma sprint, no Scrum, é um período fixo e curto, durante o qual a equipe
de desenvolvimento trabalha para entregar um incremento do produto funcional e de valor. É um ciclo de trabalho definido, no qual são realizadas atividades de
planejamento, execução, revisão e retrospectiva do projeto.
A sprint é uma unidade fundamental no Scrum, proporcionando um ritmo
consistente e previsível para o desenvolvimento do produto. Durante o ciclo da sprint, a equipe se compromete a atingir as metas estabelecidas, trabalhando de forma colaborativa e auto-organizada para cumprir os objetivos propostos.
Qual é a duração de uma Sprint?
A sprint tem sua duração definida como um período fixo, que deve ser
consistente ao longo do projeto. A escolha da duração adequada é importante
para manter o foco da equipe, promover a entrega contínua de valor e facilitar a
previsibilidade do trabalho realizado.
Geralmente, uma sprint dura de uma a quatro semanas, sendo que o período mais comum é de duas semanas para
cada ciclo. No entanto, a equipe Scrum tem autonomia para determinar a
duração da sprint com base nas necessidades do projeto, na complexidade das
tarefas, na capacidade da equipe e em outros fatores relevantes. É importante
que a duração da sprint seja a mesma durante o projeto, para facilitar a
previsibilidade e permitir a comparação dos resultados entre as sprints. Alterar a
duração da sprint frequentemente pode causar interrupções no fluxo de trabalho
e na capacidade de entrega de resultados da equipe.
Quais são os elementos associados a cada Sprint?
- Objetivo da sprint
- Product backlog
- Incremento do produto
- Objetivo da sprint: descrição concisa do que a equipe pretende alcançar durante a sprint. O objetivo da sprint fornece direção e orientação para a
equipe, ajudando-a a se concentrar nas entregas prioritárias do projeto e
no valor a ser entregue ao final do ciclo. - Product backlog: lista dos itens priorizados que descrevem as
funcionalidades, requisitos e tarefas a serem entregues. O backlog do produto pode ser ajustado e atualizado ao longo da sprint, mas sempre focando no objetivo definido. - Incremento do produto: soma de todos os itens do backlog do produto
concluídos durante a sprint, juntamente com o trabalho realizado nas sprints anteriores. Ao término da sprint, a equipe deve entregar um incremento do produto funcional e de valor que esteja em um estado utilizável e pronto para ser entregue aos stakeholders.
Como é o funcionamento da Sprint?
O funcionamento da sprint pode ser explicado em etapas, que consistem
em:
a. Planejamento da sprint
b. Execução da sprint
c. Refinamento e adaptação do backlog do produto
d. Revisão da sprint
e. Retrospectiva da sprint
a. Planejamento da sprint: a equipe realiza
uma reunião de planejamento
da sprint, na qual são definidos o objetivo da sprint e os itens do backlog
do produto que serão trabalhados. Os itens definidos são detalhados em
user stories.
b. Execução da sprint: a equipe trabalha de forma colaborativa e auto-
organizada para desenvolver os incrementos do produto, realizando
reuniões diárias curtas (daily Scrum), para o melhor alinhamento do
projeto.
c. Refinamento e adaptação do backlog do produto: no decorrer da sprint, o product owner e a equipe do projeto podem identificar a
necessidade de5 ajuste do backlog do produto para que seja entregue o máximo valor possível, no término da sprint.
d. Revisão da sprint: ao final da sprint, a equipe realiza uma reunião de revisão da sprint para apresentar os itens desenvolvidos e, com isso, o stakeholder tirar suas dúvidas e dar o seu feedback sobre o incremento entregue.
e. Retrospectiva da sprint: na sequência da reunião de revisão, a equipe
faz uma reflexão sobre os acontecimentos da sprint e identifica possíveis pontos de melhoria e que práticas devem ser mantidas.
f. Início de uma nova sprint: após o encerramento de uma sprint, inicia-se
uma nova, repetindo-se o ciclo de planejamento, execução, revisão e
retrospectiva.
O que é Sprint backlog?
O sprint backlog (backlog da sprint) é uma lista de itens de trabalho que a
equipe seleciona do backlog do produto para serem desenvolvidos durante uma
sprint específica.
A equipe decide quais itens podem ser concluídos dentro do período da sprint e os adiciona ao sprint backlog.
Qual é o objetivo do backlog?
O objetivo do backlog da sprint é tornar visível o trabalho necessário para que a equipe de Desenvolvimento atinja a meta da sprint.
Para isso, os membros dessa equipe (e somente eles) podem adicionar
novas tarefas, caso descubram, no decorrer da sprint, que mais
trabalho será necessário. Da mesma forma, também podem remover
tarefas, caso se mostrem desnecessárias. No entanto, é importante que ele seja atualizado pelo menos uma vez por dia
Quais são as características do backlog?
a. Detalhamento das tarefas
b. Estimativas de esforço
c. Priorização
d. Atualização contínua
a. Detalhamento das tarefas: os itens do sprint backlog são detalhados em
tarefas específicas e atribuídos ao participante da equipe responsável
pela execução.
b. Estimativas de esforço: normalmente, as tarefas de sprint backlog
possuem uma estimativa de esforço para desenvolvimento definida, para ajudar a equipe a planejar e acompanhar seu progresso durante a sprint.
c. Priorização: os itens do sprint backlog são organizados em ordem de
prioridade, com base no valor que cada item agrega ao produto. Isso permite que a equipe se concentre nos itens mais importantes e entregue valor, ao final da sprint.
d. Atualização contínua: no decorrer da sprint, o sprint backlog pode ser
atualizado à medida que a equipe adquire mais informações, enfrenta obstáculos ou identifica mudanças necessárias. Essa atualização
