---
# System prepended metadata

title: 'Session Two: Checkin | Análise de Sistemas'

---

# Session Two: Checkin | Análise de Sistemas
**Nome:** Patricia Oliveira Paulino
**Número:** 37
**Turma:** Info D

![](https://i.imgur.com/XIMSGkU.png)


>[color=blue] 
>Scrum 

* Scrum é um framework simples para gerenciar projetos complexos.

* Metodologia em cascata: onde uma frase é iniciada após a outra.


* O scrum possui 2 pilares fundamentais, citadas abaixo:
> Tranparência: tranparência dos processos, requisitos de entrega e status.
Inspeção: inspeção constante de tudo o que está sendo feito.
Adaptação: adaptação, tanto do processo, quanto do produto ás mudanças vão acontecendo.

* Práticas fundamentais:
> Primeiros três papéis básicos(se não tiver esses três papéis básicos não tem scrum):
Scrum Master - Responsável por ajudar todos os envolvidos a entender e abraçar os valores, principios e práticas.
O papel dele é agir como um coach executando a liderança do processo e ajudando a equipe a desenvolver a sua propria abordagem do scrum.
Product Owner - Ponto central com poder de liderança no produto, ele é o unico responsavel por decidir quais recursos e funcionalidades serão contruidos e qual a ordem que eles tem que ser feito, ele tem que mostrar com uma visão clara do que a equipe scrum está buscando alcançar no projeto.
Dev Team - São as pessoas que vão contruir o projeto.

* Eventos básicos:
Sprint Planning
Daily Scrum
Execução Sprint
Revisão Sprint
Retrospectiva Sprint 

* Artefatos:
Product Backlog
Sprint Backlog
Incremento / entrega 

* Dinâmica do scrum:
>Tudo tem que começar com a visão do produto, o produton é o responsavel por prover essa visão, em seguida deve se desmembrar essa visão em todas as funcionalidades que são necessarias, essa lista de funcionalidades são chamadas de Product Backlog, o Scrum Master atando como coach auxilia o Product Backlog nesta função, essas funcionalidades são ordenadas por prioridades. O projeto é planejado em Sprints que são periodos de tempos onde alguns itens serão selecionados do Backlog serão construidos e entregues.
Para planejar os Sprint temos que seguir uma regra básica que são os eventos de time box (normalmente a duração dos sprint são entre 2 e 4 semanas. Antes de cada Sprint começar é feito uma reunião de planejamento dos prints(também chamada de Sprint Planning) onde é criada o Backlog da Sprint.
Todo dia é feito uma reunião de 15 minutos onde cada membro do time faz três perguntas básicas, no caso essas perguntas são :
O que fez ontem que ajudou o time a atingir a meta do Sprint?
O que eu vou fazer hoje para ajudar o time a atingir a meta do Sprint?
Existe algum impedindo que não permita que o time não atinga a meta do Sprint?
Assim quando acaba essa questões poderemos analisar como está produzindo o trabalho do Sprint.
No final do Sprint existem duas atividades adicionais que são fundamentais, uma delas é chamada de Sprint Review o objetivo dela é avaliar e adaptar o produto que está sendo contruido.
Retrospectiva verifica necessidades de adaptação ao produto.