Please enable JavaScript.

Coggle requires JavaScript to display documents.

Certificação PSM I (1. Fundamentos do Scrum (As equipes devem ser auto…

- - - - As informações devem ser visível para todos
      - As informações são entendidas por todos da mesma maneira
      - As estimativas são dadas de acordo com o que cada membro do time acredita
      - Os problemas não podem ser escondidos
      - Comprometer-se somente com aquilo que se acredita
    - - Processos, práticas e atividades devem ser inspecionados com frequência
      - A inspeção é a base da adaptação
    - - Alterações no processo para evitar erros e problemas
      - As diversas reuniões são aproveitadas para realizar inspeção e adaptação
      - Sempre que for detectado um problema, uma ação de adaptação pode ser iniciada imediatamente
  - - - O Time Scrum precisa ter coragem para fazer a coisa certa e trabalhar em problemas difíceis
    - - Todos focam no trabalho da Sprint e nos objetivos do Time Scrum
    - - As pessoas se comprometem pessoalmente em alcançar os objetivos do Time Scrum
    - - Os membros do Time Scrum respeitam uns aos outros para serem pessoas capazes e independentes
    - - O Time Scrum e seeus Steakholders concordam em estarem abertos a todo o trabalho e aos desafios com a execução do trabalho
- - - - A duração pode ser baseada em diversos fatores
        
        Nível de Incerteza
        
        Frequência de Alterações na equipe
        
        Nível de Risco aceitável pelo P.O.
        
        Alinhamento com eventos do negócio (releases e etc)
    - - Nas Sprints ocorrem a Planning, Dailys, o desenvolvimento, Review e Retrospectiva
    - - É importante que todo time de desenvolvimento estabeleça a definição de "pronto" se esta definição não existir
    - - Se houver tempo, novos itens do Backlog do produto podem ser selecionados e desenvolvidos
      - Os itens que não forem completados podem voltar par ao Backlog do Produto e serão repriorizados pelo P.O.
      - Uma vez terminada da Sprint, uma nova Sprint deverá começar imediatamente
  - - - Proporcionalmente menores para Sprints menores
      - 2 horas de duração para cada semana de duração da Sprint
    - - 1ª Parte
        
        O que faremos?
        
        Seleção de Itens do Backlog do Produto
        
        Define meta/objetivo da Sprint
        
        O que deve ser alcançado ao final da Sprint
        
        É acordado com todo Time Scrum
        
        Participação do P.O. é fundamental para definir O QUE fazer
        
        Itens são estimados em complexidade pelo time de desenvolvimento
        
        Somente o Time de Desenvolvimento deve dizer quantos itens é capaz de entregar no final de cada Sprint
      - 2ª Parte
        
        Como faremos?
        
        O Time de Desenvolvimento identifica as tarefas necessárias para os itens do Backlog selecionados para a Sprint
        
        Tarefas podem ser estimadas em horas
        
        É criado um Backlog da Sprint
  - - - Participação de todos os membros é obrigatória
      - Membros atualizam status das suas atividades antes da reunião
    - - O Scrum Master apenas deve garantir/facilitar a realização
      - A condução é feita pelo Time de Desenvolvimento
    - - O que eu fiz desde a última reunião?
      - O que eu vou fazer até a próxima Daily?
      - Há algum impedimento?
  - - - O P.O. pode convidar stakeholders chaves para ajudar na validação do incremento
    - - Proporcionalmente menor para Sprints menores
      - É uma hora para cada semana de duração da Sprint
  - - - Proporcionalmente menor para Sprints menores
    - - O Scrum Master também é um membro desta reunião devido ele ser responsável pelo processo Scrum, o qual também é objeto de melhoria
- - - - Deve refletir as mudanças no negócio
    - - Recomendado que o tempo não ultrapasse 10% da capacidade do Time de Desenvolvimento
  - - - Pode ser:
        
        Tarefas
        
        Testes a Executar
        
        Casos de Uso
        
        História de Usuários
    - - Pode ser utilizado o Kanban para deixar visível a todos
    - - Um membro pode voluntariamente assumir uma tarefa para fazer, mas todos são donos de todas as tarefas
- - - - Pode ser alguém da área de negócio
      - Represente clientes e usuários
      - É o único dono do backlog do produto
      - Deve exisitr um para cada produto
        
        Deve ser uma única pessoa, não pode ser um comitê
        
        A mesma pessoa pode ser P.O. de várias equipes
        
        Quando um P.O. não consegue atender a várias equipes no mesmo produto, então pode ser criada uma hierarquia onde há um P.O. chefe e alguns POs subordinados atendendo a equipes individualmente
      - Principais Responsabilidades
        
        Estabelecer a visão do produto
        
        Maximizar o R.O.I. (Return of Investment) do Produto
        
        Determinar os itens do Backlog do produto junto às partes interessadas
        
        Priorizar os itens do backlog do produto
        
        Somente o P.O. pode fazer isso
        
        Tirar dúvidas do time sobre os itens do Backlog do produto
        
        Fornecer feedback nas reuniões de Review da Sprint
        
        Fazer o planejamento das Releases
        
        Decidir quando liberar um incremento para produção
    - - Atua como Líder-servo
        
        Remove impedimentos do Time
        
        Ensina o Time a utilizar o Scrum
        
        Não tem autoridade sobre o Time, mas pode oferecer auxílio quando solicitado
      - Deve existir um para cada Time
        
        Uma única pessoa pode ser Scrum Master de vários times
      - É uma posição de gestão
        
        Gestão de Processos e não de pessoas
      - Principais Responsabilidades
        
        Garantir a utilização correta do Scrum
        
        Remover impedimentos do Time
        
        Atuar como mediador entre as partes, quando necessário
        
        Ensinar a equipe a ser auto-organizada e autogerenciada
        
        Disseminar a cultura Scrum na empresa
        
        Auxiliar o P.O. no gerenciamento do Backlog do produto ensinando-o técnicas
        
        Sugerir melhorias para aumentar a eficiência e eficácia do time de desenvolvimento
        
        Deve garantir/facilitar a realização de todos os eventos Scrum
        
        Ele só não participa como membro da Daily, mas deve garantir que ela ocorra
      - Time de Desenvolvimento
        
        Formado por pessoas comprometidas com os objetivos do projeto
        
        Todos os membros são desenvolvedores
        
        Não há papéis específicos
        
        Os membros devem ser multifuncionais
        
        Os membros devem ter todas as habilidades necessárias para o trabalho na Sprint
        
        os membros podem realizar mais de uma função/atividade
        
        Deve ser auto-organizado
        
        Não há líderes dentro do Time
        
        Os membros se organizam da melhor forma para realizar o trabalho da Sprint
        
        Tamanho ideal
        
        6 +/- 3
        
        Máximo Recomendado: 9 pessoas
        
        Mínimo Recomendado: 3 pessoas
        
        Principais Responsabilidades
        
        Fornecer estimativas para o Backlog do Produto
        
        Responsável pelo sucesso do Projeto
        
        Realiza todas as atividades para produzir um incremento
        
        Gerencia e Atualiza o Backlog da Sprint
        
        Cria uma definição de "pronto" e acorda com o P.O. quando esta definição não existir na organização como sendo um padrão para todos os projetos