# 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.
{"metaMigratedAt":"2023-06-15T23:43:20.181Z","metaMigratedFrom":"Content","title":"Session Two: Checkin | Análise de Sistemas","breaks":true,"contributors":"[{\"id\":\"8f7566f7-64b5-4753-b866-2bb258422309\",\"add\":2982,\"del\":0}]"}
Expand menu