Nome: Isabela Perencin Mascari // Curso: Arquitetura e Urbanismo – 6º Semestre // RA:383058512119

PERGUNTA: As novas metodologias de gestão de projetos são conhecidas como metodologias ágeis. A
mais conhecida é o Scrum que é uma ferramenta estrutural para gestão de projetos baseada no
experimento, além disso, é interativa e incremental. Esta metodologia foi utilizada nos primórdios para
desenvolvimento de software, entretanto agora é utilizada em todos os setores do mercado. Esta
metodologia possui dois pontos que a definem, que são os papéis e as cerimônias. Apresente quais são os
papéis e quais são as cerimônias, junto com suas definições.

RESPOSTA: Como dito acima, o Scrum foi criado para auxiliar na criação de novos
softwares, entrando mais afundo neste sistema podemos destacar 3 papéis:

✓ O Product Owner facilita a comunicação entre clientes e desenvolvedores,

atuando como uma conexão entre eles. Essa posição exige que eles
gerenciem a funcionalidade geral do produto, bem como definam
expectativas para quaisquer negociações.
✓ Scrum Master garante que todos os membros da equipe cumpram as
diretrizes estabelecidas para manter registros adequados do trabalho
concluído. Eles também atuam como mentores, treinadores e conselheiros
da equipe.
✓ Desenvolvedor (ou Developers) é um tipo de programador especializado na
criação de sistemas para a internet; eles são os responsáveis pela
manutenção adequada do seu site ou aplicativo.
Além dos papéis destacados temos no método Scrum também as suas cerimonias,
nas quais podemos destacar:
✓ Product Backlog: Priorizar as tarefas mais importantes no Scrum sempre
ajuda a levar os projetos adiante. O Product Backlog é a lista de prioridades
que são mantidas pelo projeto. O Product Owner registra novas ideias e
tarefas concluídas no Product Backlog. A priorização de itens do Backlog
 por valor, custo, conhecimento e risco garante que itens caros de alta
prioridade apareçam primeiro na sequência. Os Product Owners adicionam,
removem e refinam continuamente itens no Backlog conforme novas
circunstâncias os exigem ou os inspiram. É vital que o Product Owner
entenda o custo de cada item para que ele possa determinar a prioridade.
✓ Sprint: Neste método, o trabalho é feito em ciclos entorno de um mês,
chamados sprints. O trabalho realizado em cada sprint deve criar valor
tangível para o cliente ou usuário. Sprints são cronometrados, portanto, as
datas de início e término são sempre fixas e todas as durações geralmente
devem ser as mesmas. Um novo sprint começa imediatamente após a
conclusão do sprint anterior e, como regra geral, não deve permitir
mudanças no escopo ou nas pessoas durante o sprint
✓ Sprint Planning: Durante um sprint, o proprietário do produto deve realizar o
Sprint Planning com os desenvolvedores e o ScrumMaster para determinar
quais partes dos itens do Product Backlog são mais importantes para
desenvolver no próximo sprint. Os itens do Product Backlog representam
meses e até semanas de trabalho; um único sprint curto pode completar
apenas uma pequena parte desse backlog. Durante o planejamento do
Sprint, a equipe também deve chegar a um acordo sobre qual é o objetivo
do Sprint.
✓ Daily Scrum: é uma reunião na qual a equipe desenvolve um plano para o
próximo dia de trabalho com base no cumprimento ou não da meta da
Sprint. Isso ajuda a manter o foco e a automotivação da equipe
✓ Antes de passar de uma parte específica da construção de um produto ou
serviço, os profissionais precisam definir seu status de "concluído". Isso é
feito coletando feedback por meio de um processo chamado Definição de
Pronto. Isso ajuda as equipes a adaptar seus serviços para atender às
necessidades em constante mudança do público. Forme um conjunto de
requisitos de escopo pequeno para permanecer produtivo e saudável.
Durante uma reunião informal, os participantes coletam requisitos adicionais
que se somam a um quadro maior. Após apresentar os requisitos
incrementais, os participantes discutem formas de colaborar e implementar
mudanças no processo de trabalho. Nesse momento, eles também verificam
as alterações necessárias no produto fazendo uma Sprint Retrospective.
Após a Revisão da Sprint, a equipe se reúne para discutir como o trabalho
anterior foi executado. Isso é conhecido como Sprint Retrospective. Antes
de se reunirem novamente para planejar o próximo Sprint, eles levam um
tempo para considerar como as coisas aconteceram.