PSM II

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

1. Scrum

1.1. é um framework

1.1.1. quadro em branco

1.1.1.1. preenche com o dia a dia

1.1.1.2. casca

1.1.2. não é metodologia

1.1.2.1. métodologia é prescritivo

1.1.2.2. depende de ambientes previsivos

1.1.3. processo servo

1.1.4. conjunto de regras para um jogo

1.2. baseado

1.2.1. empírica

1.2.1.1. controle processo

1.2.1.2. inspecionar

1.2.1.2.1. adaptar

1.2.1.3. inspecionar

1.3. autorganização

1.3.1. visão

1.3.1.1. objetivo

1.3.1.1.1. todos compartilham

1.3.2. timebox

1.3.2.1. loops de feedbacks

1.3.2.1.1. fazer e checar o resultado

1.3.3. regras

1.4. pequenos times

1.4.1. auto organização

1.4.1.1. cross funcional

1.4.2. produtivos e criativos

1.4.2.1. entregam produtos

1.4.2.1.1. com o mais alto valor possível

1.4.3. pessoas determinando a solução

1.4.4. comprometimento

1.4.4.1. objetivo da sprint

1.4.5. forecasting da entrega

1.5. aplicados problemas

1.5.1. complexos e adaptativos

1.5.1.1. alto grau de incerteza

1.5.1.1.1. não tem clareza do escopo

1.5.1.1.2. algo desconhecido

1.5.1.2. não tem uma única solução

1.5.1.2.1. variáveis que você não sabe prever o comportamentop

1.5.1.2.2. ambiguidade

1.5.1.2.3. difícil entendimento

1.5.1.2.4. causas e efeitos são desconhecidos

1.5.1.2.5. depende de como o problema é entendido

1.5.1.3. várias partes envolvidas

1.5.1.3.1. vários canais de comunicação

1.5.1.3.2. multiintegração

1.5.1.3.3. pessoas externas

1.5.1.4. não consegue predizer o futuro

1.5.1.5. teoria da complexidade

1.5.1.5.1. Cynefin framework - Wikipedia

1.5.1.5.2. software

1.6. estruturas libertadoras

1.6.1. 33 técnicas

1.6.2. 1 minuto para auto reflexão

1.6.3. junta pares

1.6.3.1. 2 min para discutirem

1.6.3.1.1. chegar

1.6.4. 2 pares

1.6.4.1. 4 min

1.6.4.1.1. chegar

1.6.5. todo o grupo

1.6.5.1. 5 min

1.6.5.1.1. para chegar num contexto

1.6.5.1.2. 2 a 3 principais

1.7. exame

1.7.1. leitura obrigatória

1.7.1.1. artigos

1.8. case equipe remota

1.8.1. daily remota só as terças

1.8.1.1. dizer para o time a importância da daily na sprint

1.8.1.1.1. pedir ajuda ao grupo

1.8.1.1.2. clareza do backlog da sprint

1.8.1.1.3. levantar impedimentos

1.8.1.1.4. avaliar o que será feito nas próximas 24 hrs

1.8.1.1.5. colaboração

1.8.1.1.6. aumentar a conexão entre essas pessoas

1.8.1.1.7. não fazer aumenta interupções

1.8.1.1.8. inspeção e adaptação

1.8.1.1.9. transparência

1.8.1.1.10. times mesmo produto e mesmo objetivo

1.9. Empirismo

1.9.1. Ciclos de FeedBack

1.9.1.1. necessidades e serem desenvolvidas

1.9.1.2. iteração

1.9.1.2.1. feedback

1.9.1.3. incremento

1.9.1.3.1. no final de cada iteração pode-se mudar a direção do trabalho

1.9.2. ciclos curtos

1.9.2.1. lotes pequenos

1.9.3. quando há coisas que não sabemos do que sabemos

1.9.4. pilares

1.9.4.1. Inspeçao

1.9.4.2. Adaptação

1.9.4.3. Transparência

1.9.4.4. quanto maior o risco mais inspeção e adaptação devem ser feitas

1.10. Produtividade Vrs Qualidade

1.10.1. qto mais qualidade

1.10.1.1. mais produtividade

1.10.1.1.1. não precisa escolher

1.10.1.1.2. olhar o ciclo inteiro do desenvolvimento

1.11. Inspeção e Adaptação no Scrum

1.11.1. Eventos

1.11.1.1. Planejamento da Sprint

1.11.1.1.1. Inspeção

1.11.1.1.2. Adaptação

1.11.1.2. Daily

1.11.1.2.1. Inspeção

1.11.1.2.2. Adaptação

1.11.1.3. Revisão da Sprint

1.11.1.3.1. Inspeção

1.11.1.3.2. Adaptação

1.11.1.4. Retrospectiva da Sprint

1.11.1.4.1. Inspeção

1.11.1.4.2. Adaptação

1.12. DOR

1.12.1. não pode ser um travamento para entrar para o time de desenvolvimento

1.12.2. não pode gerar falta de colaboração

1.12.2.1. não pode usar para inibir

1.12.2.1.1. separar o PO do time de desenvolvimento

1.12.3. tem que estar abaixo da colaboração do time e o po

1.12.4. não aumenta a produtividade

1.12.5. não pode sobrepor a colaboração

1.12.6. qq questão com DOR vai ser errada!

1.13. se o item não tiver refinado

1.13.1. segue o refinamento

1.13.1.1. continua refinando na sprint

1.13.1.1.1. avalia na retro como melhorar isso

1.14. Pilares

1.14.1. Inspeção

1.14.2. Transparência

1.14.3. Adaptação

1.15. Valores

1.15.1. Coragem

1.15.1.1. para fazer a coisa certa

1.15.1.2. colaborar em problemas difíceis

1.15.1.3. ouvir opiniões diferentes

1.15.1.3.1. estar aberto

1.15.1.4. não entregar o que não está pronto

1.15.1.5. compartilhar toda informação possível

1.15.1.5.1. ajudar o time e a organização

1.15.2. Comprometimento

1.15.2.1. dedicação

1.15.2.2. como vc se comporta nos trabalhos

1.15.2.3. com o time

1.15.2.4. qualidade

1.15.2.5. colaboração

1.15.2.6. aprendizado

1.15.2.7. fazer o melhor do que podemos

1.15.2.8. melhoria contínua

1.15.2.9. excelência técnica

1.15.2.10. valores scrum

1.15.2.11. princípios ágeis

1.15.2.12. não é sobre entregar todos os itens puxados para a sprint

1.15.3. Foco

1.15.3.1. priorizar o mais importante agora

1.15.3.2. timebox

1.15.3.2.1. ajuda a manter o foco e entregar o software em um ritmo sustentável

1.15.3.3. simplicidade e objetividade

1.15.3.4. só são adicionadas funcionalidades até que sejam necessárias

1.15.3.5. interativa e incremental

1.15.3.6. foca no que está mais próximo no tempo

1.15.4. Confiança

1.15.4.1. Membros com falta

1.15.4.1.1. não ajudam

1.15.4.1.2. não se expoem nas reuniões

1.15.4.1.3. não há feedback

1.15.4.1.4. desengajamento

1.15.4.1.5. apatia

1.15.4.1.6. lentidão

1.15.4.1.7. mais conflitos

1.15.4.1.8. superbíssima atividades

1.15.4.1.9. não há transparência

1.15.4.1.10. trabalha em modo de defesa

1.15.4.2. Membros com Confiança

1.15.4.2.1. Feedback

1.15.4.2.2. Oferecem ajuda

1.15.4.2.3. se expõem mais em reuniões

1.15.4.2.4. aprende com os erros / admite falhas

1.15.4.2.5. sabem lidar com conflitos

1.15.4.2.6. + criatividade

1.15.4.2.7. assumem resposabilidade

1.15.4.2.8. Tem um propósito comum

1.15.4.2.9. tem maior credibilidade

1.15.5. Abertura

1.15.5.1. pessoas trabalhando com pessoas

1.15.5.2. aceitação, acessibilidade, receptividade, tolerância

1.15.5.3. transparente

1.15.5.4. colaboração entre o time e organização

1.15.6. Respeito

1.15.6.1. aceitar pontos de vista

1.15.6.2. aceitar opiniões diferentes

1.15.6.3. respeito pelas pessoas, suas experiências profissionais e pessoais

1.15.6.4. não construir funcionalidades de baixo valor

1.15.6.5. corrigir erros o mais rápido possível

1.15.6.6. software valioso e de qualidade a cada sprint

1.15.7. Trabalhar nas raízes dessa arvore

1.16. Livros comprar

1.16.1. A Transição para o Oceano Azul Leia mais em: https://www.voitto.com.br/blog/artigo/livros-de-estrategia

1.16.2. Os 5 desafios das equipes: Uma história sobre liderança

1.16.2.1. Patrick Lencioni

1.16.3. A Mentalidade do Fundador Leia mais em: https://www.voitto.com.br/blog/artigo/livros-de-estrategia

1.17. Eu tenho uma opinião diferente

1.17.1. em vez de "não concordo"

1.18. Mitos e Fatos

1.18.1. fato

1.18.1.1. o trabalho scrum não precisa estimado em storypoints

1.18.1.2. devs se comprometem com o objetivo da sprint

1.18.1.2.1. must é dever!

1.18.1.3. múltiplos times q trabalham no mesmo backlog de produto devem ter a mesma DOD

1.18.2. mito

1.18.2.1. SM tem que participar da daily

1.18.2.2. deve ser feita perto do quadro scrum

1.18.2.3. itens que não estejam na DOR não devem estar na sprint

1.18.2.4. não há planejamento no scrum

1.18.2.5. times liberam funcionalidades apenas no final da sprint

1.18.2.5.1. sempre que fizer sentido e o PO aceitar

1.18.2.6. daily tem que ser feito em pé

1.18.2.7. em um time multifuncional todos devem saber fazer todos os tipos de trabalho

1.19. ScrumBut e ScrumAnd

1.19.1. ScrumBut

1.19.1.1. razões pelas quais as equipes não podem aproveitar o máximo do Scrum

1.19.1.2. o Scrum expôs uma disfunção que contribui para o problema, mas ela é muito difícil de corrigir

1.19.1.3. Mantém o problema modificando o scrum para torná-lo invisível

1.19.1.3.1. varrer para debaixo do tapete

1.19.1.4. usamos o scrum, mas ...

1.19.1.5. se vc for investigar vai encontrar uma disfunção

1.19.2. ScrumAnd

1.19.2.1. adicionar funcionalidades ao scrum

1.19.2.2. aumenta benefícios

1.19.2.3. exemplos

1.19.2.3.1. kanbam

1.19.2.3.2. user story

1.19.2.3.3. kudo cards

1.19.2.3.4. devops

1.19.2.3.5. Dor

1.19.2.3.6. Lean Inception/DT

1.19.2.3.7. Planning poker

1.19.2.3.8. Code Review

1.19.2.3.9. Testes automatizados

1.19.2.3.10. BSS / TDD

1.19.2.3.11. release plannig

1.19.2.3.12. Burndown

1.19.2.3.13. critérios de aceitação

1.19.2.3.14. estudo de casos

1.19.2.3.15. cantinho das emoções

1.19.2.3.16. estruturação do escopo

1.20. Scrum Police

1.20.1. seguir as regras pela situação e contexto da equipe

1.20.2. não dite o que o time precisa fazer

1.20.2.1. treine-o e torne-o auto-organizável e de alto desempenho como um time

1.20.3. o que teria sido melhor na sprint se todo mundo tivesse participado da daily corretamente

1.20.4. torne transparente as disfunções

1.20.4.1. para o time crescer

1.20.5. crie empatia

1.20.6. mostre o problema

1.20.6.1. depois a solução

1.21. Papéis Scrum

1.21.1. Clientes/Stakeholders

1.21.1.1. Provê requisitos para o PO

1.21.2. PO

1.21.2.1. Prepara e ordena o backlog do produto, maximiza o valor e o trabalho do time de desenvolvimento

1.21.2.2. entrega valor aos clientes por meio de releases incrementais

1.21.2.3. backlog ordenado

1.21.3. SM

1.21.3.1. assegura o ambiente apropriado para o time scrum trabalhar

1.21.3.2. serve ao PO, time de desenvolvimento e organização

1.21.4. Time de Desenvolvimento

1.21.4.1. Responsável único por criar o incremento do produto

1.21.4.2. auto organizável e multifuncional

1.21.4.2.1. criatividade

1.21.4.2.2. habilidade para resolver conflitos

1.21.4.2.3. responsabilidade

1.21.4.2.4. limites

1.21.4.2.5. o time é multifuncional não os membros

1.21.4.2.6. toda vez que você dita vc perde a auto organização

1.21.4.3. podem ser organizados

1.21.4.3.1. funcionalidades

1.21.4.3.2. persona

1.21.4.3.3. meio da arquitetura

1.21.4.3.4. team buld

1.22. 5 fases de desenvolvimento de um time

1.22.1. formação

1.22.1.1. norming

1.22.1.1.1. formação

1.22.1.2. storming

1.22.1.2.1. conflito

1.22.1.3. norming

1.22.1.3.1. acordo

1.22.1.4. performing

1.22.1.4.1. performance

1.22.1.5. dispersão - adjourning

1.22.2. tuckman

1.22.3. explique a visão do produto para todo o grupo

1.22.4. team building

1.22.5. permita que o grupo se auto organize em times scrum

1.22.6. autoseleção

2. Scrum Master 2.0

2.1. Coach

2.1.1. fale menos ouça mais

2.1.1.1. adie o jungamento

2.1.2. pensamento e empatia

2.1.3. começe com o fim em mente

2.1.4. processo de pensar

2.1.4.1. desbloqueia potencial

2.1.5. flua como o fluxo

2.1.6. puxe não empurre

2.1.7. Lidere pelo exemplo

2.1.8. ritmo sustentável

2.1.9. ajuda a pessoa a encontrar a solução através de perguntas

2.1.10. indivíduo

2.1.10.1. ajude a pessoa a dar o próximo passo em sua jornada ágil

2.1.11. time

2.1.11.1. cultura de aprendizagem

2.1.11.2. mude as atitudes, metalidade e o comportamento que restringem a equipe de rodar bem o scrum

2.1.11.2.1. feedback mutuo e aberto

2.1.12. organização

2.2. Apoiar

2.3. Professor

2.4. Mentor ou coach

2.4.1. transferir conhecimento e experiência para a equipe

2.5. lider servidor

2.5.1. ajudar os outros a serem bem sucedidos

2.5.2. aumentar o trabalho em equipe e o envolvimento pessoal

2.5.3. garantir cultora colaborativa dentro da equipe

2.6. Facilitador

2.6.1. ajuda as pessoas a entender e atingir seus objetivos

2.6.2. autoridade carismática

2.6.3. livros técnicas de facilitação

2.6.4. regras

2.6.4.1. como vão funcionar

2.6.5. estruturas libertadoras

2.6.6. cria equipe forte em vez de indivíduos fortes

2.6.7. pergunta que levam a uma maior criatividade e insights

2.6.7.1. convite a pensar

2.6.8. perguntas poderosas

2.6.8.1. excluir as de resposta sim e não

2.6.8.2. piramide

2.6.8.2.1. baixo 1: sim/não

2.6.8.2.2. 2: quem, onde quando?

2.6.8.2.3. 3: o Que? Como?

2.6.8.2.4. 4: Porque?

2.7. removedor de impedimentos

2.7.1. excede a auto organização

2.7.2. lidar quando aparece

2.7.3. use para melhorar a retrospectiva

2.7.4. melhorar a transparência

2.8. Agente de mudança

2.8.1. ajuda a mudar a cultura

2.9. o que ele ensina

2.9.1. o core do scrum

2.9.2. o que significa ser um time

2.9.3. auto-organização

2.9.4. gerenciamento do backlog do produto

2.9.5. importanci da visão do produto

2.9.5.1. pape

2.9.6. diferenca entre scrum e outras praticas

2.9.7. scrum para organização

2.10. Conflitos

2.10.1. Framework de speed B. lisa

2.10.2. Eu preciso atuar?

2.10.3. níveis

2.10.3.1. 1 - Problema a Resolver

2.10.3.1.1. colaboração e compartilhamento de informações

2.10.3.1.2. Linguagem aberta e baseada em fatos

2.10.3.2. 2 - Desavença

2.10.3.2.1. Proteção pessoal supera a colaboração

2.10.3.2.2. Linguagem cautelosa, aberta à interpretação

2.10.3.3. 3 - Competição

2.10.3.3.1. Vencer supera a resolução do problema

2.10.3.3.2. Linguagem invlui ataques pessoais

2.10.3.4. 4 - Cruzada

2.10.3.4.1. Proteção do próprio grupo se torna o foco

2.10.3.4.2. grupos

2.10.3.4.3. linguagem ideologica

2.10.3.5. 5 - Guerra Mundial

2.10.3.5.1. Destruir o outro

2.10.3.5.2. Pouca ou nenhuma conversa é trocada

2.10.3.6. como resolver?

2.10.3.6.1. desescalar os níveis

2.10.3.6.2. pontos negativos e positivos

2.10.3.6.3. o que vcs tão achando sobre...

2.11. Reclamação

2.11.1. 1 - Encorage para que abre a situação preferencialmente com todo mundo

2.11.2. 2- Facilite o encontro no qual o reclamante abre a situação

2.11.3. 3 - Converse com o grupo, mas nunca em anonimato

2.12. Dicas Exame

2.12.1. Pergunte ao invés de dizer

2.12.2. Depende....

2.12.3. Revel ao invés de resolver

2.12.4. Deixe o time decidir

2.12.5. Ouça ativamente todos os lados

2.12.6. Tenha empatia

2.12.7. Puxe ao invés de empurrar

2.12.8. Alto moral vence desafios

2.12.9. Use perguntas abertas

2.12.10. Permaneça curioso

2.13. Servindo ao time de desenvolvimento

2.13.1. Times de sucesso

2.13.2. A importância de Pronto

2.13.3. Dod e Transparência

2.13.3.1. sem o scrum não pode ser aplicado de forme eficaz

2.13.3.2. proprietário

2.13.3.2.1. time desenvolvimento

2.13.4. pronto é o coração do SCRUM

2.13.4.1. sem software funcionanco não há transparência sobre o progresso e a qualidade

2.13.4.1.1. feedback

2.13.4.2. não pronto não deve ser colocado em produção

2.13.4.3. reestimar e colocar novamente no backlog do produto

2.13.5. débito técnico

2.13.5.1. deixar de fazer algo

2.13.5.2. fazer não da melhor forma por causa do prazo

2.13.5.3. velocidade cai no futuro

2.14. Meta da sprint

2.14.1. time alinhado

2.14.2. flexibilidade

2.14.3. trabalhar em itens correlacionados

2.14.4. o que vai gerar mais valor?

2.14.5. como saberemos que vamos atingir a meta da sprint?

2.14.5.1. é mensurável?

2.14.6. nos vamos conseguir atingir a meta?

2.14.6.1. o que u usuário poderá fazer quando implementarmos esse recurso?

2.14.6.2. o que uma área de negócios será capaz de alcançar quando implementarmos uma melhoria?

2.14.7. testar a premissas do negócio e obter feedback

2.14.8. concentre-se em reduzir o risco

2.14.9. po leva uma proposta

2.15. Eventos

2.15.1. Sprint

2.15.1.1. Timebox

2.15.1.1.1. 30 dias

2.15.2. Planejamento da Sprint

2.15.2.1. Timebox

2.15.2.1.1. Máx de 8 horas

2.15.2.2. Time Scrum e especialistas externos convidados

2.15.3. Reunião Diária

2.15.3.1. Timebox

2.15.3.1.1. 15 minutos

2.15.3.2. Time de desenvolvimento

2.15.4. Revisão da Sprint

2.15.4.1. Timebox

2.15.4.1.1. máx de 4 horas

2.15.4.2. Time Scrum

2.15.4.2.1. Stakeholders e convidados

2.15.5. Retrospectiva da Sprint

2.15.5.1. Timebox

2.15.5.1.1. 3 horas

2.15.5.2. Time Scrum

2.16. PO

2.16.1. Deve

2.16.1.1. Estar próximo do time de desenvolvimento

2.16.1.2. Envolver stakeholders nas revisões

2.16.1.3. Ter a visão de produto

2.16.1.4. Se preocupar com a resolução de débito técnico

2.16.1.5. Definir roadmap do produto

2.16.1.6. Estudar o mercado / concorrente

2.16.1.7. Apoiar os times no refinamento / estar disponível

2.16.1.8. Dominar estratégias de negócios

2.16.1.9. Manter itens preparadores

2.16.1.10. Estar em constante contato com clientes

2.16.1.11. Focar no ROI / priorizar os itens

2.16.1.12. Alinhar produto com visão e estratégia da cia

2.16.1.13. Deixar claro os benefícios do produto / entrega para o time

2.16.1.14. Gerenciar o ciclo de vida do produto

2.16.1.15. conhecer bem o scrum

2.16.1.16. focar na visão de produto

2.16.1.17. se preocupar com a qualidade

2.16.1.17.1. externar suas expectativas

2.16.2. Não deve

2.16.2.1. Se envolver em assuntos técnicos

2.16.2.2. Gerenciar o time / microgerenciamento

2.16.2.3. reclamar da velocidade sem acompanhar o time

2.16.2.4. interromper os times

2.16.2.5. ser omisso

2.16.2.6. mudar itens a toda hora durante a sprint

2.16.2.7. cancelar a sprint como modo operante

2.16.2.8. mudar a meta da sprint

2.16.2.9. não ser transparente

2.16.3. Quais práticas podem tornar possível o sucesso do PO

2.16.3.1. Fazer benchmarking

2.16.3.2. Ensinar o PO da dizer não

2.16.3.3. Aproximar o PO dos Stakeholders e time

2.16.3.3.1. Team building

2.16.3.4. Definir a visão do produto

2.16.3.4.1. elevator pitch

2.16.3.5. planejamento por camadas

2.16.3.5.1. onion

2.16.3.5.2. Mapa de Impacto

2.16.3.6. Criar rotina de feedback com PO e stakeholders

2.16.3.7. Lean Inception / Design Thinking

2.16.3.8. Moscow / Matriz benefício x esforço

2.16.3.9. Usar modelo 3C / Invest para User Storys

2.16.3.9.1. BDD

2.16.3.10. PBB

2.16.3.11. Ensinar técnicas de resolução de conflitos

2.16.3.12. MVP

2.16.3.13. OKR

2.16.3.14. Regra de Pareto

2.16.3.15. Story Mapping

2.16.3.16. Métricas baseado em evidências

2.16.3.17. o que ele deveria fazer?

2.16.3.17.1. quais ferramentas eu posso ensinar?

2.16.4. Anti padrões

2.16.4.1. Digitador de user stories

2.16.4.1.1. única pessoa que escreve

2.16.4.2. O chefe do chicote

2.16.4.2.1. cobrador

2.16.4.2.2. define metas

2.16.4.2.3. não entende a diferença

2.16.4.3. Fantasma

2.16.4.3.1. apresenta ed some

2.16.5. Refinamento do backlog do produto

2.16.5.1. itens pequenos

2.16.5.2. entendido pelo time de desenvolvimento

2.16.5.3. não ser um muro entre desenvolvedores e devs

2.17. Orçamentação

2.17.1. usar bases do empirismo

2.17.2. construa uma parte do produto

2.17.2.1. colate dados

2.17.2.1.1. depois faça forecasting

2.17.3. decisão baseada em dados

2.18. Medindo resultados

2.18.1. ágil é um meio para um fim

2.18.2. melhorar o desenpenho

2.18.3. velocidade do time

2.18.3.1. não é sinônimo de produtividade

2.18.4. evitar métricas que se concentrem na utilização de eficiência

2.18.5. Métricas por valor entregue

2.18.5.1. Valor atual

2.18.5.1.1. Receita por colaborador

2.18.5.1.2. taxa de custo do produto

2.18.5.1.3. Satisfação dos clientes

2.18.5.1.4. Índice de utilização do produto

2.18.5.2. Time to Market

2.18.5.2.1. Frequencia de liberação

2.18.5.2.2. Período de estabilização

2.18.5.2.3. Tempo médio de reparo(MTR)

2.18.5.2.4. Lead Time

2.18.5.2.5. Tempo de ciclo(cycle time)

2.18.5.3. Habilidade para inovar

2.18.5.3.1. Taxa de Inovação

2.18.5.3.2. Número de defeitos em produção

2.18.5.3.3. Número de versões suportadas

2.18.5.3.4. % de clientes que estão utilizando a última versão

2.18.5.4. Valor não realizado

2.18.5.4.1. Market share

2.18.5.4.2. Diferença entre satisfação do cliente esperadqq e obtidaq

2.18.5.5. Framework: Evidence bases management

2.19. Servindo a organização

2.19.1. Gerenciamento do scrum

2.19.1.1. levar como é o impacto se outro papel fazer o mesmo item

2.19.2. Scrum master como agente de mudança

2.19.2.1. time

2.19.2.2. relacionamentos

2.19.2.3. organização

2.19.2.4. estudar mapa de empatia

2.19.3. Mudança de dentro pra fora

2.19.3.1. primeiro time, depois organização

2.19.4. quem gerencia o que?

2.19.4.1. Gerente de projeto

2.19.4.2. time de desenvolvimento

2.19.4.2.1. Backlog da sprint

2.19.4.2.2. inovação técnica

2.19.4.2.3. composição do time

2.19.4.2.4. crescimento pessoal do time de desenvolvimento

2.19.4.2.5. Estado do incremento

2.19.4.2.6. Bugs / Débitos Técnicos

2.19.4.2.7. Quadro scrum

2.19.4.2.8. velocidade

2.19.4.2.9. Performance do time

2.19.4.2.10. Performance do time

2.19.4.3. Scrum master

2.19.4.3.1. Interações entre o time scrum

2.19.4.3.2. Cultura

2.19.4.3.3. Limites para autoorganização

2.19.4.3.4. Entendimento do scrum

2.19.4.3.5. Impedimentos

2.19.4.3.6. Moral do time

2.19.4.3.7. Processo scrum

2.19.4.3.8. Conflitos do tiome

2.19.4.3.9. Promover e suportar o scrum

2.19.4.3.10. Performa

2.19.4.4. PO

2.19.4.4.1. Partes interessadas

2.19.4.4.2. Planejamento da release

2.19.4.4.3. Refinamento

2.19.4.4.4. Voz do cliente

2.19.4.4.5. Visão do produto

2.19.4.4.6. Orçamento do produto

2.19.4.4.7. Retorno de investimento

2.19.4.4.8. Backlog do produto

2.19.4.4.9. Escopo do projeto

2.19.4.5. Gerente funcional