---
# System prepended metadata

title: 'SESSION TWO: CHECKIN — ANÁLISE DE SISTEMAS'

---

# SESSION TWO: CHECKIN — ANÁLISE DE SISTEMAS
Author: Igor Lima Charles
N°: 18=
Grade: INFO 


#    SCRUM

É um framework simplificado para gerenciar projetos complexos. Quando temos conhecimento bem definido do que iremos fazer podemos utilizar de ferramentas que possuem metodologias bem definidas, como, por exemplo, o modelo em cascata. Todavia, quando não possuimos conhecimento mínimo do projeto, isto vem a tornar-se um caos.

# PILARES DO SCRUM
![](https://i.imgur.com/bF4TUys.png)
* **TRANSPARÊNCIA:** determina a clareza do processo, os requisitos para entrega e status do produto.
* **INSPEÇÃO:** acompanhamento de tudo o que está sendo feito, como, por exemplo, durante as reuniões, etc.
* **ADAPTAÇÃO:** Tanto do processo, quanto produto às mudanças.

# PRÁTICAS FUNDAMENTAIS

![](https://i.imgur.com/LJJwr8y.png)
**Product Owner:** é basicamente um líder, determina uma visão clara do que a equipe Scrum está buscando com o projeto.

**Scrum Master:** é quem direciona todos a abraçarem os princípios, ideias e ideais do SCRUM, além de possuir o papel de facilitá-lo.

**Dev Team:** são os desenvolvedores, além de que são autonômos para desenvolver o projeto do modo que acharem melhor.

# DINÂMICAS
Como funciona a dinâmica do Scrum?

Começa pela visão do Produto, que é provida pelo Product Owner, como um um blueprint. O importante é que descreve o que é e onde ele quer chegar.  Em seguida, desmembra-se essa visão em todas as funcionalidades necessárias, ou, Product Backlog. O Scrum Master, deve auxiliar o Product Owner nesta tarefa. 

As funcionalidades são separadas, organizadas e categorizadas por prioridade, isto é:
![](https://i.imgur.com/IXeKwrN.png)

Isto significa ordenar por aquilo que agrega mais valor ao produto. Isto é feito, pelo próprio Product Owner, por meio de um template.

Os projetos são organizados em Sprints, ou, períodos de tempo, onde funcionalidades selecionadas do product backlog serão construídas e entregues. Para planejá-los, devemos obedecer uma outra regra básica do Scrum, que são os eventos de Time-Boxed (tempo fixo), isto quer dizer que, todos os sprints tenham uma duração fixa e de mesma duração, como duas ou quatro semanas, por exemplo.

Antes de iniciar esse processo, ocorre uma reunião de planejamento dos Sprints, conhecida como Sprint Planning. Onde cria-se o Backlog da Sprint. Com base na velocidade e capacidade da Equipe Scrum, é estimada quantas funcionalidades devem ser completamente construídas no tempo das Sprints. 

# OS TRÊS QUESTIONAMENTOS.

Nessas reuniões, cada pessoa envolvida no projeto devem responder três questionamentos básicos.

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

* O que fez ontem? (Que ajudou o time a atingir a meta do Sprint)
* O que vai fazer hoje? (Para ajudar o time a atingir a meta do Sprint)
* Tem algum impedimento? (Que impeça o time de atingir a meta)


# FERRAMENTAS NÃO RELACIONADAS AO SCRUM, MAS QUE O ACRESCENTA.

Burndown Chart
![](https://i.imgur.com/LTbI586.png)
Ele relaciona os itens que precisam ser feitos com o tempo que vai demorar para fazer tudo.

KanBan Chart
![](https://i.imgur.com/NjGDP53.png)
A ideia é visualizar o fluxo de trabalho que está sendo feito.


# ATIVIDADES FINAIS DO SPRINT.

**Sprint Review**
Seu objetivo é validar e adaptar o produto que está sendo construído, verificar o que está sendo feito está de acordo com aquilo que se deseja, é apresentação daquilo que foi feito no Sprint, onde surgem as mudanças e onde o Backlog é atualizado.

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

**Retrospectiva**
Tem como objetivo verificar necessidades de adaptação de um processo, é aqui onde vemos o que foi feito, se foi positivo ou negativo, o que devemos melhorar e o que devemos parar de fazer. 



