2 - SCRUM BACKUP

2 - SCRUM BACKUP

1. 3 - Valores

   • Comprometimento
     • * É como comportar para atingir o resultado * Dedição e esforço - fazer o melhor * Comprometimento com o time e qualidade * Comprometimento com aprendizado e melhor que fazemos * Comprometimento com a melhoria continua * Comprometimento com valores do SCURM
   • Foco
     • * Conceito de time-boxing * O que é mais importante agora * Não agrega nada no produto que não seja necessário * Fazer simples e objetivo
   • Coragem
     • * Mudanças como fonte de inspiração * Não entregar o que não está pronto * Compartilhar toda informação * Ninguém é perfeito * Compartilhar riscos e benéficios * Apoiar valore SCRUM
   • Respeito
     • * mostramos respeito pelas pessoas * mostramos respeito habilidades e conhecimentos de todos * mostramos respeito diversidade * mostramos respeito Stakeholderes * mostramos respeito por não disperdicar dinheiro * mostramos respeito corrigir o problema rapido * mostramos respeito framework scrum
   • Abertura
     • Abertos nosso trabalho, progresso e aprendizamente Abertos para as pessoas, são pessoas Abertos para com as partes interessadsa Abertos para compartilhar feedback

2. 2 - Pilares

   • Inspeção
     • Processos, práticas e atividades sempre revisados
       • No SCRUM: Reuniões diárias Revisão da sprint
   • Adaptação
     • Inspeção e adaptação constuma correr juntas A equipe é que deve realizar.
       • No SCRUM Reunião de planejamento da sprint Reunião diária (daily scrum) Revisão da sprint Retrospectiva da sprint
   • Transparência
     • Visiveis para os responsaveis Ter transparência é falar a mesma coisa Informações devem ser passadas de forma clara e precisa.

3. 1 - O Que é?

   • É um framework para gerenciamento de projetos e desenvolvimento ágil de software.
   • Definição
     • Dividir e conquistar
     • Inspecionar e adaptar
     • Criar transparência

4. Cerimonias SCRUM

   • TimeBox
     • É um período de tempo fixo, tempo de uma tarefa
       • Deve durar aquele tempo. Deve se auto-organizar para organizar o tempo
       • * Sprint - A única com exceção - não ultrapasse o tempo estipulado e não termina antes * Planejamento da Sprint * Reunião Diária * Revisão da Sprint * Retrospectiva da Sprint
       • Para criar repetitividade - criar padrão
   • SPRINT
     • Ciclo de desenvolvimento
     • De 2 a 4 semanas
     • Principal evento SCRUM
     • Composição da Sprint
       • Inicia junto com o planejamento da sprint e terminar na reunião de retrospectiva da sprint
         • Não existe sprint 0
   • Reunião de Planejamento - Sprint Planning
     • O que será desenvolvido na Sprint?
       • Quais itens e quantos itens do backlog serão desenvolvidos
     • Como será desenvolvido?
       • Estratégias para deixar pronto
     • Meta: Ajuda dar foco para o foco Flexibilidade as funcionalidades a serem implementadas - permite tomada de decisão. O PO deve ser comunicado quanto o não atingimento do Goal para permitir replanejamento - ações corretivas
     • Plamentamento
       • O Que Fazer
         • Como fazer:
           • O suficiente para identificar o suficiente para prever o trabalho que a equipe vai desenvolver na sprint atual.
             • Pronto ou não está pronto.
             • Quando mais quebradas as atividades melhor para o desenvolvimento e acompanhamento
             • Somente o time de desenvolvimento pode remover o adicionar tarefas do backlog da sprint
             • Reunião de sicronização das informações e atividades entre os membros do Time de desenvolvimento
               • É para falar dos problemas e não da solução A solução é para depois da reunião.
                 • Permite a Inspeção e adaptação.
                   • Não é reunião de status-report
                     • Scrum Master responsável pela agendamento da reunião. Não tem necessidade da presença do Scrum Master
                       • Transformar requisitos em software. * Tarefas pertences ao time - todos responsáveis * Time livre para auto-organizar * A medida que terminar uma atividade, liberdade para iniciar outra atividade * Não pode perder o objetivo
                         • Mudanças durante Sprint. * Durante a Sprint Apenas uma regra - não são permitidas mudanças que impacta no objetivo. Aguardar a próxima Sprint
                           • Ambiente de instabilidade- Sprint curas Ambiente de estabilidade - Sprint de 30 dias
                             • Cancelamento da Sprint - pode ocorrer - evento traumatico para equipe de sprint - somente o PO pode solicitar o cancelamento- Cancelamento da Sprint - Itens desenvolvidos aceito - Itens não desenvolvidos abortados
                               • Após cancelamento nova reunião para iniciar a sprint. O PO deve ser acionado quando apresentar possibilidade de não entregar o produto da sprint.
         • Define a Meta
           • Quem define a Meta? Forma coloborativa, toda equipe scrum
             • Tarefas a serem executadas na parte 2 da sprint. É obrigatorio as reuniões de Revisão e Retrospectiva no caso de Cancelamento? Não
   • Retrospectiva da Sprint
     • Lições Aprendidas - Foco o processo
       • Discute o porque das coisas * Os membros do time responde as perguntas e o scrum master anota. * Avaliar fatores mais importantes para resolver. * Traça plano de ação pelo Time de Desenvolvimento ou a Equipe * Time-box de 3 horas para sprint de 30 dias * Todos Participam
   • Reunião de Revisão de Sprint
     • * Ocorre no última dia da Sprint * Evento de 4 horas para 30 dias, evento de 2 horas para 15 dias * Time de Desenvolvimento apresenta para o PO. * Se o PO aceita entra na versão do produto e seu feedback * Normal um outro item não esteja completo * Recomendável que a meta esteja alcançado. * Todo trabalho não acabado retorna para o Backlog do produto * Todos participam e que o PO deve chamar * Oportunidade de Inspecionar e Adaptar o Backlog do produto. * O PO deve mostar a situação atual do Backlog do produto. * O PO pode adicionar ou remover itens do Backlog do produto.
   • Como definir da sprint * De 1 a 4 semanas * O espaço de tempo entre uma liberação e outra. * A quantidade de incerteza. Aspecto tecnico Maior Incerteza menor o curto da sprint * A facilidade de obeter feedback. * Quanto tempo prioridades podem permanecer inalteradas. * A sobrecarga (overhead) de cada sprint. * Qual senso de urgência que se deseja estabelecer.
   • Definição de Pronto - Definition of Done
     • Aplica tambem para cada item do backlog do produto
       • Acordo entre o time de desenvolvimento e o PO

5. 5 - FrameWork SRUM

   • 1- Papeis - Equipe SCRUM
     • PO-Dono do produto - Responsável pleos escopo do produto e maximização do ROI
       • Backlog do produto
         • Todos os itens a serem desenvolvidos
       • Conhecer a fundo o cliente
       • Não é chefe
       • Cuida da geração do valor do produto
       • Cuida do O QUE desenvolver
       • Representante do cliente, usuários ou qualquer um interessado do produto a ser desenvolvido
       • Conexão Equipe do projeto e mundos externo
       • Conhecedor do negócio
       • Ponto focal do negócio na equipe.
       • Dono do escopo do projeto - da visão do projeto - direcionamento
       • Dependendo, o cliente deve ser o PO.(usuário chave da equipe de negócio)
       • Responsavel por:
         • Maximinzar o valor do produto e do time de desenvolvimento
         • Determinar o que vai ser incluído no produto - Backlog do Produto
         • Deve ficar pensando e conversando com usuários para determinar funcionalidades de maior valor.
         • Garantir bom retorno sobre o investimento
         • Responsável pelo Backolog do produto - So ele pode alterar a lista
         • Não pode alterar o trabalho em desenvolvimento na SPRINT
         • Fornecer limites do projeto-datas, prazos e custos
         • So um PO por Backlog
         • Deve ser sempre uma pessoa e não um comitê
         • Fornecer detalhes dos itens do Backlog - Especificação funcional Até o nivel que o time de desenvolvimento consegue compreender.
         • Ser dispónivel
         • Priorização do Backlog do Produto
         • Se o Projeto não dá certo é de responsabilidade do PO por não ter entendido o cliente quer
         • Responsável pela macro gerência do projeto
         • Responsável por definir o produto Certo.
         • Responsável por liberar ou não o software
         • Preparado e disponivel -Just enough e just in time
         • Visão clara e compartilhamento da visão
         • Responsável Comercialmente do Produto
         • Otimo PO é:
           • Oferece = boas informações sobre o cliente e produto
           • solução adequada
           • responde de forma dinamica as mudanças a frente aos concorrentes
           • identifica e esclare as necessidades do cliente
           • muda fundamentalmente a trajetoria de uma organização
       • Autoridade e Autonomia
         • Influencia o conteúdo e qualidade do software
         • Feedeback do produto
         • Pode aceitar ou rejeitar o produto
         • Resultado das sprint - o que foi produzido
       • Coloboração entre PO e Scrum Master
       • Define a Coisa Certa e O Scrum a forma Certa
     • Scum Master - Coach do time e do dono produto - gerencial o processo do SCRUM
       • Backlog da Sprint
         • Subconjunto do backlog do produto - itens do backlog juntos com todas as tarefas que serão desenvolvidos na sprint.
           • Sprint
             • Ciclo de desenvolvimento completo que dura de 1 a 4 semanas ou 30 dias
       • Remove os impedimentos
       • Cuida do COMO desenvolver
       • Trabalhar para melhorar a produtividade e qualidade do time de desenvolvimento
       • Evita interferências externas do trabalho
       • Age como mentor do Dono do Produto - Ensina a manter e a priorizar os itens do Backlog
       • Estimula a criatividade e a criatividade da equipe
       • Auxilia a equipe para transformar os itens do Backlog em software funcionando
       • Combate o máximo estilo comando e controle - Auxilia na abordagem auto-organizavel
       • Auxilia implantar o SCRUM na empresa - Facilitador dos eventos SCRUM
       • Posição de gestão do processo e não de pessoas - NÃO É CHEFE
       • Papel de Gestão
     • Time de Desenvolvimento - formado pelos desenvolvidos - transforma os requisitos em software funcionando.
       • - Torna o trabalho visível (software funcionando)
         • É o produto resultante depois da sprint - Parte ou software funcionando. Incremento é parte resultante da sprint
       • Somente este time que pode incluir, alterar modificar os itens do backlog no software ou entrega rodando
       • Autonomia do itens do backlog da sprint
       • Único e Coletivamente respónsavel pela liberação e projeto como todo
       • Não há lider, mesmo papel - desenvolver
       • Tamanho da Equipe
         • Tamanho Ótimo - Pequeno para ser Ágil e grande para completar o trabalho Entre 3 e 9 6+/=3 ** SCRUM master e PO não entra na contagem
       • Equipe Multifuncional - Mesmo papel - Generalista - Pessoas polivalentes, mais de uma atividade
       • O cliente do time de desenvolvimento é o PO
     • Entregam 3 artefatos
       • - Backlog do produto
       • - Backlog da Sprint
       • - Torna o trabalho visível (software funcionando)
     • Combinações de Papéis
       • Combinações de papeis quando uma pessoa assume mais de uma função no SCRUM Scrum Master e PO ao mesmo tempo Os dois possuem conflitos por conceito. Um é para guiar o time e o outro para proteger o time.
     • Equipe de 6+-3 * Varia de 3 a 9 pessoas * Scrum Master e PO não entra na Contagem
   • 2 - São 5 Cerimonias SCRUM
     • 1 - Sprint
       • 1 - Planejamento da Sprint
       • 2 - Daily Scrum
         • 15 minutos no máximo - Tipica de inspeção e execução
         • Gráfico Burdown
       • 3 - Revisão da Sprint
         • Com toda a Equipe - Time de desenvolvimento apresenta o que foi produzido. Para o dono do produto e stakolders
           • Dono do produto pode atualizar o backlog do produto
       • 4 - Retrospectiva
         • Reunião de lições aprendidas - Todo o Time

6. 4 - Porque o SCRUM Funciona

   • 1-Abraçamos a mudança
   • 2-Nós auto-organizamos as equipes
   • 3-Nós alavancamos o pensamento sistêmico
   • 4-Nos Focamos - Temos Focos
   • 5 - Nós melhoramos com o tempo

7. Backlog do Produto

   • * Lista ordenada necessidades do cliente - Tudo aquilo que precisa ser feito para o produto * Requisitos funcionais * Requisitos não-funcionais * Bugs * Documentação * Qualquer coisa de valor de negócio que consume recursos da equipe deve ser adicionado ao Backlog do produto.
   • Nasce juntamente com a visão do produto Visão do produto - proposito do software e o que busca a resolver. Evoluiu, nunca está completo e existe enquanto existir o produto
   • Backlog precisa ser DEEP D-Detalhado de maneira apropriado E-Estimado - estimativa E-Emergente - evolui para refletir novo aprendizado P-Priorizador
   • O nível de detalhe é definido pela equipe Scrum. Cada item do Backlog deve estar PREPARADO para entrar na Sprint (conceito de Ready)
     • Devem estár priorizados e estimados para 3 Sprints
       • Critérios de priorização
         • * Valor do retorno de investimo * Dependências * Necessidades * Riscos * Outros fatores
     • PBIs - Itens do Backlog

Imágenes y archivos del mapa