AGILE COACH

1. Métodos Prescritivos vs Adaptativos

1.1. Pessoas

1.1.1. Charles Allen

1.1.2. John Krafcik

1.1.2.1. NUMC

1.1.3. Jeff Surtheland

1.1.4. Ken Schwaber

1.2. Diferença entre agile e waterfall

1.2.1. Priorização

1.2.2. Importância

1.2.3. Fluxo

1.2.4. Feedback

1.2.5. Triângulo de ferro invertido

2. O que é um agile coach

3. Desenvolvimento Iterativo & incremental

3.1. cronograma da release

4. Conway's Law

5. Holacracy

6. Técnicas

6.1. Tweet

6.2. Vision Box

6.3. Contrato do time

6.3.1. Como montar um contrato do time

6.3.2. PPPP

6.3.2.1. People

6.3.2.2. Postit

6.3.2.3. Pizza

6.4. Mood Marbles

6.5. T Shirt Estimativas

6.6. Como escrever boas histórias

6.6.1. INVEST

6.6.1.1. Independente

6.6.1.1.1. Tipos de dependências

6.6.1.2. Negociável

6.6.1.3. Valiosa

6.6.1.4. Estimável

6.6.1.5. Small

6.6.1.6. Testável

6.7. Mapa de afinidade

6.8. HiPPO

6.8.1. High Payed Person Opiniom

6.9. Matriz de Eisenhower

6.10. Roda ágil

6.11. fist of five

7. Liderança

7.1. poder

7.2. influência

7.2.1. auto-confiança

7.2.2. ego-drive

7.2.2.1. persuasão

7.2.3. empatia

7.2.4. decisão

7.2.5. comunicativo

7.3. visão

7.3.1. Carta de 10000k de Bruce Lee

7.4. Administração

7.4.1. Clássica

7.4.2. Revolução Industrial

7.4.2.1. Científica

7.4.2.1.1. Taylor

7.5. Gerações

7.5.1. Veteranos

7.5.2. Baby Boomers

7.5.3. Geração X

7.5.4. Geração Y

8. Guarda Chuva Ágil

8.1. RUP (120)

8.2. Lean

8.2.1. Nemawashi

8.2.1.1. Evitar conflito

8.2.2. Kaizen

8.2.2.1. Melhoria contínua

8.2.3. TWI

8.2.4. A máquina que mudou o mundo

8.2.5. 2005

8.2.5.1. Declaração de interdependência

8.2.6. 2000

8.2.7. 1995

8.2.8. 1986

8.2.8.1. Em 86 temos o artigo que deu origem ao SCRUM

8.2.9. Filosofia

8.2.10. Lean IT

8.2.11. Startup

8.2.12. Toyota

8.2.12.1. MOTANAI

8.2.12.1.1. Desperdício

8.2.12.2. GEMBA

8.2.12.2.1. onde o trabalho acontece

8.2.12.3. KANJI

8.2.12.4. KAIZEN

8.2.12.4.1. Mudança para o bem

8.2.13. Lean & SCRUM

8.2.13.1. Eliminar o desperdício

8.2.13.2. otimizar o todo

8.2.13.3. Entregar com qualidade

8.2.13.3.1. early testing

8.2.13.3.2. cultura de QA

8.2.13.3.3. Automação de software

8.2.13.3.4. Observabilidade

8.2.13.3.5. Maturidade

8.2.13.4. Entregas rápidas

8.2.13.5. Fortalecer a equipe

8.2.13.6. Ampliar o conhecimento

8.2.13.7. Adiantar decisões

8.2.14. Literatura

8.2.14.1. Artigo do Lean Institute Brasil

8.2.14.1.1. Treinamento

8.2.14.1.2. TWI

8.2.14.2. Os quatro passos de Allen

8.2.14.2.1. preparação

8.2.14.2.2. Apresentação

8.2.14.2.3. Aplicação

8.2.14.2.4. teste

8.3. Manifesto Ágil

8.4. SCRUM (9)

8.4.1. PAPÉIS

8.4.1.1. P.O

8.4.1.1.1. Priorização

8.4.1.1.2. quer o melhor produto

8.4.1.2. SCRUM MASTER

8.4.1.2.1. garantir que o scrum esteja rodando

8.4.1.2.2. quer o melhor time

8.4.1.2.3. o que faz um scrum master

8.4.1.2.4. como escolher um bom Scrum Master

8.4.1.3. Time de desenvolvimento

8.4.1.3.1. realizar

8.4.1.3.2. quer a melhor forma de trabalhar

8.4.2. Eventos

8.4.2.1. Daily Scrum

8.4.2.2. Planning

8.4.2.2.1. 5% do tempo da Sprint

8.4.2.2.2. Refinamento

8.4.2.2.3. Planning 1

8.4.2.2.4. Planning 2

8.4.2.3. Sprint Review

8.4.2.4. Sprint Retrospective

8.4.3. Artefatos

8.4.4. Material de Apoio

8.4.4.1. Cone da Incerteza

8.4.4.2. Certificações

8.4.4.2.1. PSM

8.4.4.2.2. PSPO

8.4.4.3. Scrum Master: Deve ser técnico ou não?

8.4.5. Projetos

8.4.5.1. Empreendimento colaborativo.

8.4.6. Progamas

8.4.6.1. grupo de projetos relacionados com o objetivo de entregar resultados de negócio.

8.4.6.2. Dono do produto do programa

8.4.6.3. Scrum Master do Programa

8.4.7. Portifólio

8.4.7.1. Grupo de programas relacionados

8.4.7.2. Scrum Master do Portifólio

8.4.7.3. Dono do produto do portifólio

8.4.8. SCRUM GUIDANCE BODY

8.4.8.1. Estabelecer diretrizes

8.4.8.2. No meu time atual chamamos de SCRUM BOOK do TIME

8.4.8.3. Lições aprendidas

8.4.8.4. Governança

8.4.8.5. Gestão de mudanças

8.4.9. Teoria de Hersey e Blanchard

8.4.9.1. Liderança Situacional

8.4.10. quizz - questões

8.4.10.1. Nas ultimas aulas aprendemos sobre o Manifesto Ágil, com o que você aprendeu, quem são os responsáveis pela elaboração do Manifesto do Desenvolvimento Ágil de Software?

8.4.10.1.1. O Manifesto foi escrito por Fowler e Highsmith (2001) e, em seguida, assinado por ainda outros gurus participantes para estabelecer as diretrizes básicas para qualquer metodologia Ágil.

8.4.10.1.2. Scrum Body of Guidance

8.4.10.1.3. Jeff e Ken Schwaber

8.4.10.1.4. Martin Fowler e Highsmith

8.4.10.1.5. Scrum Master e o Product Owner

8.4.10.2. Com base no Manifesto Ágil, pode-se concluir que ele enfatiza a valorização de:

8.4.10.2.1. Indivíduos e interações entre eles

8.4.10.2.2. Documentação abrangente

8.4.10.2.3. Processos bem definidos

8.4.10.2.4. Seguir fielmente o plano de projeto conforme definido no início do projeto.

8.4.10.2.5. Embora os processos e as ferramentas ajudem na conclusão com sucesso de um projeto, são os indivíduos que se comprometem, participam, implementam um projeto, e determinam quais processos e ferramentas serão usados.

8.4.10.3. Com base nas últimas aulas. Das opções abaixo, qual alternativa está relacionada a Declaração de Interdependência?

8.4.10.3.1. Scrum de Scrum é um exemplo de interdependência.

8.4.10.3.2. Time do Projeto, clientes e stakeholders devem estar conectados.

8.4.10.3.3. Time do Projeto, cliente e stakeholders devem ser independentes.

8.4.10.3.4. Projetos, Programas e Portfólios devem ter interdependência.

8.4.10.4. Acrescentando à questão anterior, o Manifesto Ágil destaca também o que não deve ser valorizado em um projeto Ágil. Qual a única alternativa que representa o que deve ser valorizado?

8.4.10.4.1. Colaboração com o cliente

8.4.10.4.2. Seguir um plano de projeto

8.4.10.4.3. Processos e Ferramentas

8.4.10.4.4. Negociação de contratos

8.5. SCRUM DO SCRUM

8.5.1. As 4 perguntas

8.5.1.1. O que meu time fez desde a última reunião

8.5.1.2. O que vou fazer que pode impactar outros times

8.5.1.3. O que deixei de entregar que os outros times dependem do meu

8.5.1.4. O que nosso time está planejando fazer

8.6. XP

8.6.1. TDD

8.6.1.1. Padronização de código

8.6.1.2. RItmo de trabalho

8.6.1.3. Metáfora

8.6.1.4. Integração contínua

8.6.1.5. Programação em par

8.6.1.6. Propriedade coletiva

8.6.1.7. Refatoração

8.6.1.8. Design Simples

8.6.2. Histórias de Usuário

8.6.2.1. Alistair Cockburn

8.6.2.2. Ken Beck

8.6.2.3. Ron Jeffreis

8.6.2.4. Mike Cohn

8.6.2.5. Jeff Paton

8.7. Management 3.0

8.7.1. feedbacks

8.7.1.1. WRAP

8.7.2. Alinhar as restrições

8.7.3. Empoderar Times

8.7.3.1. Delegar

8.7.3.1.1. Acordos

8.7.4. Desenvolver Competências

8.7.5. Energizar pessoas

8.7.6. Melhorar tudo

8.7.6.1. métricas

8.7.6.1.1. seja responsável por suas métricas

8.7.7. Crescer a estrutura

8.7.8. certificação

8.7.8.1. aplicação por prática

8.7.9. Práticas

8.7.9.1. Moving Motivators

8.7.9.2. Delegation Poker

8.7.9.3. Happiness Door

8.7.9.4. Kudo Cards

8.7.9.5. Personal Map

8.7.9.6. Feedback Wrap

8.7.9.7. Niko Niko Calendar

8.7.9.8. OKR

8.8. Coach

8.8.1. ferramentas

8.8.1.1. 5W2h

8.9. SAFE

8.9.1. Value Stream Management

8.9.2. conseguir enxergar a cadeia de valor completa

8.9.3. Alinhamento

8.9.3.1. Estratégia de negócio

8.9.3.2. Iniciativas

8.10. Less

8.10.1. Ágil escalado

8.10.1.1. Integração

8.10.1.2. Escalação

8.10.1.3. Large Scale Scrum

8.10.1.3.1. Craig Larman

8.10.1.3.2. Bas Vodde

8.10.1.3.3. Less

8.10.1.3.4. Less Huge

8.10.1.4. eventos

8.10.1.5. eventos

8.10.1.6. Princípios e fundamentos

8.10.1.6.1. Controle Empírico

8.10.1.6.2. Scrum em larga escala é scrum

8.10.1.6.3. Transparência

8.10.1.6.4. Mais com menos

8.10.1.6.5. Foco em todo o produto

8.10.1.6.6. Foco no cliente

8.10.1.6.7. Melhoria contínua rumo à perfeição

8.10.1.6.8. Pensamento sistêmico

8.10.1.6.9. Teoria das filas

8.10.1.7. Estrutura de equipes no Less

8.10.1.7.1. Duradouras (Estaveis)

8.10.1.7.2. Co Alocadas

8.10.1.7.3. Possuem metas compartilhadas

8.10.1.7.4. Possuem reponsabilidade em gerenciar dependências externas

8.10.1.7.5. Conflitos são oportunidades de melhorias

8.10.1.8. Gerenciamento no Less

8.10.1.8.1. Genchi GEnbutso (Vá e veja)

8.10.1.9. Papeis e artefatos

8.10.1.10. eventos

8.10.1.10.1. Sprint Planning 1

8.10.1.10.2. Sprint planning 2

8.10.1.10.3. review

8.10.1.10.4. sprint

8.10.1.10.5. product backlog refinement

8.10.1.11. coaching

8.10.1.11.1. Organizational coaching

8.10.1.11.2. Team coaching

8.10.1.11.3. Technical pratices coaching

8.10.1.11.4. coaching interno / coaching externo

8.10.2. mais enxuto que o safe

8.10.3. less huge

8.10.3.1. Requirement Areas

8.10.3.2. PO por Area

8.10.3.3. Mais de 8 equipes em paralelo

8.10.4. 3 princípios

8.10.4.1. Fundo estreito em vez de largo e raso

8.10.4.2. Usar tanto bottom-up quanto top-down

8.10.4.3. Usar voluntariado

8.11. O que é ser ágil?

8.11.1. Entregar valor mais rapidamente

8.12. Kanban (3)

8.13. NEXUS

8.14. Prince 2

8.15. XP

8.15.1. USER STORIES

8.15.1.1. O que são user stories

8.15.1.2. Escrevendo user stories

8.15.1.2.1. focar nas metas do sistema e não na especificação do mesmo

8.15.1.3. Por quê , user stories?

8.15.1.4. Estimativas

8.15.1.4.1. Agile Estimating Vídeo

8.15.1.4.2. Pontos de função

8.15.1.4.3. Estimativas ruins

8.15.1.4.4. O pior é não ter nada para medir

8.15.1.4.5. ágeis

8.15.1.4.6. Mapa de afinidade

8.15.1.5. Métricas

8.15.1.5.1. High Tech low tech

8.15.1.5.2. Information Radiator

8.15.1.5.3. Burndown

8.15.1.5.4. Burnup

8.15.1.5.5. Gráficos

8.15.1.6. Não existe ajuste de pontos após jogar

8.16. complex adaptative systems

8.16.1. the myth man month

8.16.2. non linear adaptative system

8.16.2.1. the demon hanunted world

8.16.2.2. science as a candle in the dark

9. Idéias para uma apresentação?

9.1. Modelo mental

9.2. pensamento sistêmico

9.3. sistema de adaptação complexo

9.4. I trigger these moments in my PSM-I classes when I ask people to draw a picture of what Scrum is to them

9.4.1. possível dinâmica

9.5. Modelos e vieses

9.5.1. viés de confirmação