Scrum - PSM1

Mapa mental para certificação PSM1

Começar. É Gratuito
ou inscrever-se com seu endereço de e-mail
Scrum - PSM1 por Mind Map: Scrum - PSM1

1. Adaptação

2. valor.

3. Framework

3.1. Papéis

3.2. Eventos

3.2.1. A Sprint

3.2.2. Planejamento da Sprint

3.2.2.1. Quem faz? Time Scrum

3.2.2.2. Time-box (máximo oito horas para uma Sprint de um mês de duração. Para Sprints menores, este evento é usualmente menor)

3.2.2.3. Questões

3.2.2.3.1. O que pode ser entregue como resultado do incremento da próxima Sprint?

3.2.2.3.2. Como o trabalho necessário para entregar o incremento será realizado?

3.2.2.4. Entradas

3.2.2.4.1. Backlog do Produto

3.2.2.4.2. o mais recente incremento do produto

3.2.2.4.3. a capacidade projetada do Time de Desenvolvimento durante a Sprint

3.2.2.4.4. o desempenho passado do Time de Desenvolvimento

3.2.3. Reunião Diária

3.2.3.1. Questões

3.2.3.1.1. O que eu farei hoje para ajudar o Time de Desenvolvimento atingir a meta da Sprint?

3.2.3.1.2. O que eu fiz ontem que ajudou o Time de Desenvolvimento a atingir a meta da Sprint?

3.2.3.1.3. Eu vejo algum obstáculo que impeça a mim ou o Time de Desenvolvimento no atingimento da meta da Sprint?

3.2.4. Revisão da Sprint

3.2.4.1. Objetivo:: inspecionar o incremento e adaptar o Backlog do Produto se necessário

3.2.4.2. Time-box (máximo 4 horas de duração para uma Sprint de um mês. Para Sprints menores, este evento é usualmente menor)

3.2.4.3. É uma reunião Informal

3.2.4.4. motivar e obter feedback e promover a colaboração

3.2.5. Retrospectiva da Sprint

3.2.5.1. atributos

3.2.5.1.1. ordem,

3.2.5.1.2. estimativa

3.2.5.2. descrição,

3.2.5.3. Time-box (máximo três horas para uma Sprint de um mês. Para Sprint menores, este evento é usualmente menor0

3.2.5.4. Não é uma reunião formal, mas fornece uma oportunidade formal focada em inspeção e adaptação

3.3. Artefatos

3.3.1. Product backlog

3.3.2. Definição de Pronto

3.3.3. Incremento

3.3.4. Sprint backlog

3.4. Regras

3.4.1. Guia Scrum

4. Time Scrum

4.1. propósito

4.1.1. Inspecionar como a última Sprint foi em relação às pessoas, aos relacionamentos, aos processos e às ferramentas

4.1.2. Identificar e ordenar os principais itens que foram bem e as potenciais melhorias

4.1.3. Criar um plano para implementar melhorias no modo que o Time Scrum faz seu trabalho

4.2. PO - Dono do Produto

4.2.1. Product Backlog

4.2.1.1. Expressar claramente os Itens

4.2.1.2. Solicitar os itens para atingir os objetivos

4.2.1.3. Otimizar o valor do trabalho

4.2.1.4. Garantir que seja visível e transparentes a todos

4.2.1.5. Garantir que a equipe de desenvolvimento entenda os itens no nível necessário

4.2.1.6. Priorizar os itens maximizando o valor de entrega

4.2.2. Monitorando o Progresso a Caminho dos Objetivos

4.2.2.1. acompanha o total do trabalho restante pelo menos a cada Revisão da Sprint

4.2.3. práticas para prever tendências

4.2.3.1. burn-downs

4.2.3.1.1. é uma representação gráfica do trabalho a ser feito versus tempo

4.2.3.1.2. prever quando todo o trabalho será concluído

4.2.3.2. burn-ups

4.2.3.2.1. Mostra o que foi feito até o momento

4.2.3.3. fluxos cumulativos

4.2.3.4. cone de incerteza -Cone of Uncertainty show

4.2.3.4.1. Quanto se sabe sobre o produto ao longo do tempo

4.3. Scrum Master

4.3.1. Apoio em manter o processo

4.3.2. Líder Servo

4.3.3. Desperdicios

4.3.4. Coach - Treinador

4.3.5. Mentor

4.3.6. Professor

4.3.7. Removedor de Impedimentos

4.3.8. Agente de Mudança

4.3.9. Elimina impedimentos

4.3.10. Facilitador

4.4. Garantir a transparência dos artefatos do scrum

4.5. Equipe de Desenvolvimento

4.5.1. Auto-organizados

4.5.1.1. Maior criatividade

4.5.1.2. Maior Adesao

4.5.2. Multifuncionais

4.5.3. Não reconhece títulos para os integrantes

4.5.4. Não reconhece sub-times

4.5.5. Individualmente os integrantes do Time de Desenvolvimento podem ter habilidades especializadas e área de especialização

4.6. Qualidades

4.6.1. Flexibilidade

4.6.2. Criatividade

4.6.3. Produtividade

5. Pilares

5.1. Transparência

5.1.1. Uma linguagem comum referindo-se ao processo deve ser compartilhada por todos os participantes

5.1.2. Aqueles que realizam o trabalho e aqueles que inspecionam o incremento resultado do trabalho devem compartilhar uma definição comum de “Pronto”

5.2. Inspeção

5.2.1. Os usuários Scrum devem, frequentemente, inspecionar os artefatos Scrum

5.2.2. Esta inspeção não deve ser tão frequente que atrapalhe o objetivo dos trabalhos

6. Valores

6.1. Comprometimento

6.2. Coragem

6.3. Foco

6.4. Transparência (Abertura)

6.5. Respeito