1. Indivíduos e interações acima de processos e ferramentas

2. Software funcional acima da documentação completa

3. Cooperação do cliente na negociação do contrato

4. Responder melhor às mudanças do que seguir o plano

1. Entrega contínua, pequenos passos e passos rápidos

2. Abrace a mudança e melhore seus pontos fortes

3. Dê feedback o mais cedo possível e classifique por valor

4. Alcance resultados e meça o progresso

5. Atualizações contínuas para fortalecer a agilidade

6. Simplifique os produtos e elimine o desperdício

7. Trabalho em equipe, interação diária

8. Confie nos membros e dê apoio

9. Comunicação cara a cara, eficiente e clara

10. Membros de todos os partidos, ritmo estável

11. Trabalhe em conjunto e organize-se

12. Introspecção da equipe e melhoria contínua

1. Número de pessoas: 3-9 pessoas

2. Os membros da equipe são multifuncionais e os talentos em forma de T são incentivados

3. Os membros precisam trabalhar em tempo integral e, pelo menos, não podem mudar à vontade durante a iteração.

4. Ter autoridade para tomar qualquer forma de decisão dentro das restrições do estatuto da equipe/backlog de iteração

5. Alto grau de capacidade de auto-organização

6. Necessidade de demonstrar a funcionalidade do produto para Po

7. A equipe precisa definir o DoD

1. Determine os recursos do produto

2. Decida a data de lançamento

3. Priorize histórias de usuários

4. Responsável pelo ROI do produto

5. Antes de cada iteração/sprint, ajuste recursos e prioridades conforme necessário

6. Aceite ou rejeite o trabalho da equipe de desenvolvimento

7. Como porta-voz dos clientes, receba diferentes necessidades e feedback e organize constantemente a lista de tarefas

Títulos dentro de diferentes organizações

facilitador de equipe

Propósito

tipo

Responsabilidades

1. Fonte de emissão de informação

2. Visualização: exibe o status do projeto e informações transparentes de todas as partes

3. Garanta a continuidade do fluxo de trabalho e entrega de valor

4. Contém: trabalho a ser feito, trabalho em andamento, trabalho concluído

5. Cumprir os limites do trabalho em andamento (WIP): é mais importante terminar o trabalho do que começar um novo trabalho

1. Processo de desenvolvimento leve

2. Clientes e desenvolvedores cara a cara

3. prática

2 pendências de itens pendentes

Pessoal da categoria 3

4 reuniões

Caixa de tempoCaixa de tempo

Entregar o trabalho para o próximo posto de serviço no final de cada dia

1. Estabeleça links de videoconferência de longo prazo entre locais

2. Abra o link no início de cada dia de trabalho

3. Fechar conexão quando o trabalho terminar

Duas pessoas formam duplas para trabalhar na mesma tarefa, compartilhando telas por meio de ferramentas

Use três fatores para determinar a abordagem certa para o seu projeto

1. As organizações não podem ser totalmente ágeis

2. Período de transição ágil

3. Acelere a velocidade de entrega do ciclo de vida da previsão

4. Mude os padrões de pensamento dos membros da equipe

1. Adicione mais técnicas iterativas para promover o aprendizado

2. Adicionar mais tecnologias incrementais acelera o retorno do investimento para patrocinadores

3. Experimente primeiro a nova tecnologia em um projeto com baixo risco e incerteza baixa a moderada

4. Depois de usar métodos híbridos com sucesso em toda a organização, antes de tentar projetos ágeis mais complexos

Apresente seu produto em 1-2 minutos para despertar o interesse

1. Demonstrar os recursos do projeto e os benefícios que eles trazem

2. Tem nome e marca

3. Inclui guia prático

1. Valores da equipe: velocidade de desenvolvimento sustentável e horas essenciais de trabalho

2. acordo de trabalho

3. regras básicas

4. normas da equipe

1. é uma lista ordenada

2. PO é responsável pelo conteúdo, disponibilidade, prioridade

3. sempre incompleto

4. é dinâmico

1. Detalhado e resumido adequadamente

2. estimado

3. Desenvolvimento dinâmico

4. Prioritizar

1. Os membros da equipe devem primeiro considerar fazer uma demonstração

2. Nenhum ajuste é feito em um sprint

3. Bugs neste ciclo não precisam necessariamente ser resolvidos neste ciclo. Depende da prioridade do bug e precisa ser confirmado com o PO.

4. O Backlog do Produto leva em consideração o design e os requisitos

5. O Sprint Backlog leva em consideração o planejamento e o design

o que foi realizado ontem

O que você vai fazer hoje

Que dificuldades e obstáculos você encontrou no trabalho?

Parte 1

Parte 2

Etapas específicas

1. Equipe demonstra as funções do produto desenvolvido para PO

2. PO organiza reuniões e convida as partes interessadas a participar

3. Através de demonstração ao vivo

4. Não há necessidade de ser muito formal

5. PPT não é necessariamente obrigatório

6. Geralmente controlado dentro de 2 horas

7. Julgamento de atributos, não julgamento variável

8. Se a história do usuário não for aprovada, o PO determina a prioridade e determina em qual sprint ela será concluída.

1. também chamada de reunião de reflexão

2. O objetivo é resumir experiências e lições para facilitar a resolução de problemas

3. Diagrama de espinha de peixe e método de cartão podem ser usados

4. Princípio do hambúrguer: primeiro elogie, depois critique e depois dê soluções

5. Avaliando a mudança: refletindo sobre por que ela mudou e como evitá-la

6. Avaliação de histórias de usuários inacabadas: por que não foram concluídas

7. regra de uma coisa