Please enable JavaScript.

Coggle requires JavaScript to display documents.

SCRUM, SCRUM - Coggle Diagram

- - - - ➔ Responsável por garantir que o Scrum seja entendido e aplicado pelo Time.
        
        ◆ O Scrum Master é o técnico do Time, ou, como os americanos gostam de dizer, um
        coach, ensinando e liderando o Time na criação de produtos de alto valor.
    - - ➔ Responsável por entender o negócio do produto e entregar valor ao cliente!
        
        ➔ Busca garantir que o Time compreenda o produto e entregue os itens
        priorizados agregando valor para o cliente;
        
        ➔ O Product Owner é uma pessoa: quem quiser mudar a prioridade de um item, terá
        que convencer o PO.
      - Developers
        
        ➔ São as pessoas do Scrum Team que estão comprometidas em criar qualquer aspecto de um Incremento utilizável a cada Sprint.
        
        ➔ Devem ser pessoas multidisciplinares e multifuncionais, possuindo todo o conhecimento necessário para criar um incremento no trabalho.
        
        ➔ Podem possuir conhecimentos especializados, como controle de qualidade, programação, banco de dados ou outros, mas o mais importante é a habilidade de pegar um requisito e transformá-lo em um produto utilizável.
  - - - ➔ Cada sprint deve possuir um objetivo, início, meio e fim bem definidos.
        ➔ A lista de funcionalidades do produto é recebida e começa a ser trabalhada ao longo da Sprint definida.
        ➔ A cada Sprint o time produz um incremento do produto, que estará pronto por completo apenas após a última Sprint .
        
        Uma Sprint pode ser cancelada antes do time-boxed da Sprint terminar. Somente o Product Owner tem a autoridade para cancelar a Sprint!
  - - - ➔ É uma lista contendo as funcionalidades desejadas pelo cliente;
        ➔ É definida pelo Product Owner e não precisa estar completa no início do projeto;
        ➔ Os itens com maior prioridade são colocados no topo da lista;
      - Sprint Backlog
        
        É uma lista de tarefas a serem executadas durante a Sprint. Cada tarefa é escolhida pelo Time a partir dos itens do Product Backlog com maior valor de negócio;
        
        Somente o Time de Desenvolvimento pode alterar o Backlog da Sprint durante a Sprint.
        
        Incremento
        
        Um incremento é um trampolim concreto em direção a Meta do produto. Cada incremento é adicionado a todos os incrementos anteriores e completamente verificado, garantindo que todos os incrementos funcionem juntos. A fim de fornecer valor, o incremento deve ser utilizável.
        
        ➔ Vários incrementos podem ser criados em uma Sprint.
        ➔ Um incremento pode ser entregue aos stakeholders antes do final da Sprint.
        
        Burndown Chat
        
        ➔ É o gráfico que auxilia no controle de trabalho do projeto;
        ➔ É feito todo dia, sendo o Time de Desenvolvimento responsável por:
        ◆ Identificar e estimar as tarefas que faltam para que a Sprint seja realizada com sucesso;
        ◆ Quando o trabalho chegar a zero, a Sprint foi finalizada!
        
        Taskboard - Painel de
        Controle
        
        ● Controla a quantidade de trabalho restante da equipe;
        ● É feito todo dia, sendo a equipe responsável por identificar e estimar as tarefas que faltam para que a Sprint seja realizada com sucesso;
- - - - Sprint Review Meeting (Reunião de Revisão da Sprint)
        
        Sprint Retrospective Meeting (Reunião de Retrospectiva da Sprint)
        
        Voltar no tempo e inspecionar a Sprint.
        
        SCRUM DAILY MEETING –
        Perguntas
        
        O time deve responder a três perguntas:
        
        O que fez ontem?
        
        O que vai fazer hoje?
        
        Há algum impedimento?
        
        SPRINT REVIEW –
        REUNIÃO DE REVISÃO
        
        ➔ O propósito da Sprint Review é inspecionar o resultado da Sprint e determinar as adaptações futuras.
        ➔ O Scrum Team apresenta os resultados de seu trabalho para os principais stakeholders e o progresso em direção a Meta do Produto é discutido.
        ➔ O time entrega o produto testado e revisado realizando uma demonstração prática;
        ➔ O Product Owner inspeciona o produto final e verifica se o mesmo foi entregue como foi pensando;
        
        SPRINT RETROSPECTIVE MEETING - REUNIÃO DE RETROSPECTIVA DA SPRINT
        
        ➔ A Retrospectiva da Sprint é uma oportunidade para o Time Scrum inspecionar a si próprio e criar um plano para melhorias a serem aplicadas na próxima Sprint.
        ◆ A Retrospectiva da Sprint ocorre depois da Revisão da Sprint e antes da reunião de planejamento da próxima Sprint.
        ◆ O cliente não participa dessa reunião!!!
        ➔ O propósito da Retrospectiva da Sprint é:
        ◆ Inspecionar como a última Sprint foi em relação às pessoas, aos relacionamentos, aos processos e às ferramentas;
        
        ◆ Identificar e ordenar os principais itens que foram bem e as potenciais melhorias; e,
        
        ◆ Criar um plano para implementar melhorias no modo que o Time Scrum
        faz seu trabalho;
        
        Revisão por parte do cliente.
      - Sincronizar as atividades e planejar as próximas 24hs.
    - - ➔ O Product Owner e o time realizam uma revisão no Product Backlog, discutindo sobre o propósito e metas de cada item;
        ◆ O time seleciona os itens que acredita que possam ser desenvolvidos na Sprint e define a meta.