Como passar do conhecimento da certificação para o domínio profissional de Scrum por meio de observação, facilitação, coaching, experimentação, Retrospectivas, métricas relevantes, influência organizacional, aprendizagem contínua e comunidades Agile.
Tempo estimado de leitura: 25 minutos
Por João Ricardo Dutra••Artigo completo
Objetivo do capítulo
Ao final deste capítulo, você deverá compreender por que a aprovação na é uma base, e não uma prova de domínio profissional; como observar uma antes de intervir; como facilitação e coaching desenvolvem o autogerenciamento; como experimentos, Retrospectivas e métricas sustentam o ; como a cultura organizacional molda os resultados do ; e como a aprendizagem deliberada e as comunidades podem sustentar o crescimento de longo prazo.
Introdução: o certificado comprova conhecimento - a equipe testará seu julgamento
Uma certificação pode confirmar que você compreende . A primeira conversa difícil com uma equipe revelará se você consegue aplicar esse entendimento sem se tornar o novo gerente da equipe.
As certificações profissionais existem porque uma linguagem comum e um conhecimento validado importam. A avaliação testa a compreensão do , de suas accountabilities, eventos, artefatos, compromissos, , valores e diversas áreas de aplicação. Essa base é valiosa porque impede que profissionais improvisem em torno de um framework que ainda não compreendem adequadamente.
Entretanto, o Scrum Guide é intencionalmente pequeno. Ele diz o que é e estabelece as regras mínimas do framework; não oferece um roteiro para uma equipe com pouca confiança, um sob pressão política, uma organização de engenharia com doze filas de aprovação, um stakeholder que contorna a ordenação do produto ou tecnicamente excelentes, porém receosos de conflitos.
As atuais Competencies da .org refletem essa realidade. A construção da proficiência começa pela compreensão e aplicação do , mas o desenvolvimento profissional também inclui desenvolver pessoas e equipes, gerenciar produtos com agilidade, entregar profissionalmente e evoluir a organização . Ser eficaz com exige mais do que seguir sua mecânica.
É aqui que começa o trabalho depois da . O precisa observar antes de prescrever, facilitar sem assumir a propriedade de todas as conversas, fazer coaching sem disfarçar conselhos de perguntas, ajudar as equipes a criarem experimentos, usar Retrospectivas para transformar experiência em melhoria e examinar métricas sem transformar pessoas em números.
O ambiente organizacional importa tanto quanto a equipe. Uma pode realizar todos os cinco eventos do e, ainda assim, ser impedida de se autogerenciar por gerentes que distribuem tarefas, sistemas de incentivo que recompensam a utilização individual, processos de aprovação que atrasam cada release ou uma cultura que pune experimentos malsucedidos.
Um forte, portanto, atua em vários níveis simultaneamente. Ele ajuda uma a se tornar mais eficaz, serve ao e influencia a organização que circunda o produto.
Este capítulo trata dessa transição. O objetivo não é abandonar o Scrum Guide depois da certificação. É usá-lo como uma base estável enquanto se desenvolvem as capacidades práticas necessárias para ajudar pessoas reais a criar valor sob restrições reais.
Figura 1. A é um ponto de partida em um ciclo iterativo de desenvolvimento profissional.
Passar na prova vs. ser um
Ser aprovado na demonstra que você atingiu um nível significativo de conhecimento sobre . Isso não prova que você consegue diagnosticar o sistema de uma equipe, facilitar conflitos, fazer coaching de um , influenciar um executivo, elaborar uma Retrospectiva útil ou detectar quando uma métrica está induzindo um comportamento prejudicial.
Essa distinção não diminui a certificação. Ela esclarece sua finalidade: construir uma base confiável para que a prática posterior não se apoie em mitos.
Conhecimento da certificação
Prática profissional
Conhecer as accountabilities do
Protegê-las quando a autoridade organizacional entra em conflito com elas
Conhecer os objetivos dos eventos
Facilitar eventos que gerem inspeção e adaptação reais
Conhecer o autogerenciamento
Ajudar a equipe a ampliar autonomia sem abandonar a accountability
Conhecer o
Criar pequenos experimentos e coletar evidências úteis
Conhecer os serviços do
Escolher quando ensinar, mentorar, fazer coaching, facilitar, influenciar ou recuar
Conhecer a
Ajudar a organização a enfrentar sistemas de qualidade que tornam o Done difícil
Conhecer a
Construir colaboração com stakeholders, em vez de um ritual de apresentação
Mentalidade profissional
Não tente provar que você é o especialista em em todas as conversas. Procure tornar a e a organização mais capazes de enxergar e resolver os próprios problemas.
Comece observando a equipe e o sistema em que ela está inserida
Novos Masters frequentemente chegam com uma lista de melhorias antes de compreenderem o ambiente. Isso pode gerar resistência e resolver o problema errado.
As orientações atuais da .org para novos Masters recomendam explicitamente conhecer as pessoas, as formas atuais de trabalho, os desafios, os stakeholders e o ambiente organizacional. A observação cria contexto antes da intervenção.
Nos primeiros dias e Sprints, observe padrões, e não incidentes isolados. O chega com uma intenção clara para o produto? Os conversam diretamente entre si ou reportam a uma única pessoa mais sênior? A produz adaptação do plano? A modifica o ? A Retrospectiva produz experimentos que sobrevivem além da reunião?
Observe também além da . Como os orçamentos são aprovados? Quem pode realizar deploy? Quem controla os ambientes? Os stakeholders podem falar diretamente com a equipe? Um gerente atribui trabalho urgente? Falhas são usadas para aprendizagem ou para culpa?
Área de observação
Perguntas a observar
Objetivos
e são compreendidos e usados nas decisões?
Eventos
Os eventos cumprem seu objetivo ou apenas acontecem no horário previsto?
Artefatos
Eles geram transparência real ou viram documentos de status?
Qualidade
A representa de fato um estado utilizável?
Dinâmica da equipe
Quem fala, quem permanece em silêncio e para onde vão os conflitos?
Stakeholders
Os ciclos de feedback são diretos e frequentes?
Organização
Quais filas de aprovação, incentivos, silos ou políticas limitam a equipe?
Aprendizagem
O que muda de uma para a seguinte porque evidências foram inspecionadas?
Disciplina de observação
Separe observação de interpretação. 'Três falaram apenas com o ' é uma observação. 'A equipe não é ' é uma hipótese a ser investigada.
Facilitação: crie um pensamento coletivo melhor, não apenas reuniões melhores
A facilitação é uma das capacidades mais visíveis do , mas muitas vezes é reduzida à condução de cerimônias.
A .org descreve facilitação como ajudar pessoas a alcançar objetivos acordados ao mesmo tempo que se estimula participação, propriedade e criatividade. Um bom facilitador se preocupa com o processo de colaboração, e não com assumir a resposta do grupo.
Na prática, a facilitação é mais importante quando o grupo não consegue alcançar sozinho o objetivo do evento. Uma pode precisar de uma estrutura que permita aos stakeholders inspecionar resultados, em vez de apenas assistir a slides. Uma Retrospectiva pode precisar de geração silenciosa de ideias porque duas pessoas dominam a conversa. A pode precisar de limites decisórios mais claros quando o debate de implementação consome a discussão do sobre o produto.
O também deve evitar tornar-se o facilitador permanente de tudo. Desenvolver capacidade de facilitação dentro da equipe aumenta o autogerenciamento. Uma madura consegue facilitar muitas de suas próprias conversas.
Situação
Ação de facilitação
Baixa participação
Escrita silenciosa, rodada de contribuições, pequenos grupos, convite explícito à participação
Esclarecer responsável pela decisão, critérios e objetivo antes da discussão
Conflito
Separar posições de interesses; tornar evidências e pressupostos visíveis
Fadiga de Retrospectiva
Mudar a técnica somente quando isso servir a um objetivo de aprendizagem, e não pela novidade
Modo de apresentação para stakeholders
Trocar slides por evidências do produto e perguntas de adaptação
Coaching: desenvolva julgamento em vez de criar dependência
O coaching se torna importante quando as pessoas já possuem conhecimento suficiente para refletir sobre o problema, mas precisam de ajuda para gerar insight, propriedade ou ação.
O que fornece todas as respostas pode criar uma equipe que espera por respostas. O que apenas faz perguntas, mesmo quando falta conhecimento, pode frustrar as pessoas. A prática profissional exige escolher a postura adequada à necessidade.
Um coaching útil geralmente começa pela escuta. Pergunte qual resultado a pessoa deseja, o que ela observou, quais pressupostos está fazendo, o que está sob seu controle e qual experimento está disposta a tentar.
Para um , o coaching pode se concentrar na pressão de stakeholders, nos trade-offs de valor ou na coragem de abandonar uma ideia obsoleta. Para , pode se concentrar em colaboração, conflito, autogerenciamento ou responsabilidade pela qualidade. Para gerentes, pode se concentrar em como o comportamento deles afeta a autonomia da equipe.
Qual resultado você está tentando criar?
Que evidências você possui?
Quais pressupostos está fazendo?
Qual decisão é realmente sua?
Que opções você ainda não considerou?
Qual é o menor experimento útil?
O que indicará se o experimento ajudou?
Limite do coaching
Se você já sabe a resposta e pretende conduzir a pessoa até ela, diga que está ensinando ou mentorando. Não disfarce aconselhamento de pergunta de coaching.
Experimentação: use como um sistema de aprendizagem
se baseia em , o que torna a experimentação uma prática complementar natural. Sistemas complexos raramente melhoram por meio de uma única grande reformulação de processo baseada apenas em opinião.
O framework (), da .org, usa explicitamente experimentação intencional e feedback para ajudar organizações a melhorar resultados e valor. O é opcional, mas sua lógica experimental se alinha naturalmente ao .
Um experimento prático de melhoria possui quatro partes: um problema observado, uma hipótese, uma pequena mudança e evidências que aumentem ou reduzam a confiança na hipótese.
Figura 2. A melhoria deve produzir evidências, e não apenas atividade.
Elemento do experimento
Exemplo
Observação
PBIs frequentemente permanecem inacabados porque a revisão de segurança começa no último dia.
Hipótese
Se a incerteza de segurança for discutida durante o refinement, o retrabalho tardio diminuirá.
Experimento
Durante duas Sprints, incluir uma discussão de 10 minutos sobre risco de segurança somente nos PBIs relevantes.
Evidência
Acompanhar mudanças tardias de segurança, dos PBIs afetados e feedback qualitativo de e segurança.
Adaptação
Manter, modificar ou abandonar a prática com base nas evidências.
Mentalidade experimental
Um experimento que não produz o resultado esperado não é automaticamente um fracasso. Se gerar aprendizagem confiável de forma rápida e barata, pode representar um passo empírico bem-sucedido.
Retrospectivas: transforme experiência em capacidade
A é um dos ciclos formais de aprendizagem mais fortes do . No mundo real, porém, pode se degradar em uma sessão recorrente de reclamações ou em uma lista ritual de itens do tipo 'começar, parar, continuar' que ninguém revisita.
Uma Retrospectiva útil deve gerar transparência sobre como a equipe trabalhou, inspecionar as causas e consequências de padrões importantes e produzir uma adaptação que valha a pena experimentar.
O não deve otimizar a quantidade de itens de ação. Uma única melhoria significativa que realmente seja testada vale mais do que dez compromissos vagos.
As Retrospectivas também amadurecem. Equipes novas podem precisar de facilitação intensa e segurança psicológica explícita. Equipes experientes podem se auto-facilitar, usar dados de produto e fluxo, revisitar experimentos anteriores e desafiar diretamente restrições organizacionais.
Foco da Retrospectiva
Pergunta
Resultado
O que tentamos alcançar nesta e o que aconteceu?
Evidência
Quais observações ou dados importam?
Causa
Que padrão ou condição do sistema nos ajudou ou prejudicou?
Escolha
Qual mudança vale mais a pena experimentar agora?
Experimento
O que mudaremos, por quanto tempo e como saberemos se ajudou?
Acompanhamento
Quando inspecionaremos o resultado?
Métricas: meça o sistema sem transformar pessoas em números
Métricas podem melhorar o quando geram transparência sobre resultados, fluxo, qualidade ou capacidade. Tornam-se perigosas quando são tratadas como pontuações de produtividade de indivíduos ou metas fixas desconectadas de valor.
O framework da .org oferece uma forma opcional de pensar sobre medição por meio de Current Value, Unrealized Value, Ability to Innovate e Time to Market. A .org também recomenda usar evidências para medir se mudanças de melhoria realmente aumentam o valor do produto ou a de entregar valor.
Um não precisa introduzir um dashboard no primeiro dia. Comece pelas decisões que a equipe precisa tomar. Depois, pergunte quais evidências tornariam essas decisões melhores.
Lente da métrica
Possíveis evidências
Resultado/valor
Satisfação do cliente, uso, conversão, sucesso da tarefa, resultado de negócio
Fluxo
,,,
Qualidade
Defeitos escapados, confiabilidade, disponibilidade, retrabalho, demanda de suporte
Capacidade
Frequência de release, tempo de espera, sinais de , capacidade de inovação
Aprendizagem da equipe
Resultados de experimentos, impedimentos recorrentes, feedback qualitativo da equipe e de stakeholders
Teste da métrica
Antes de adotar uma métrica, pergunte: que decisão isso melhorará? Que comportamento pode distorcer? As pessoas conseguem manipulá-la? Ela mede output, capacidade ou resultado real?
Cultura organizacional: expõe o sistema ao redor da equipe
não opera em um vácuo. A cultura da equipe é moldada pela organização maior: comportamento da liderança, incentivos, financiamento, avaliações de desempenho, arquitetura, políticas de risco, compliance, composição de equipes e a forma como falhas são tratadas.
Um erro comum é chamar uma equipe de 'não o suficiente' quando a organização não lhe concede autoridade para tomar decisões, realizar deploy, conversar com clientes ou adaptar seu próprio processo.
O serve à organização liderando, treinando e fazendo coaching da adoção de , ajudando colaboradores e stakeholders a compreender abordagens empíricas para trabalho complexo e removendo barreiras entre stakeholders e Teams.
Isso exige influência sem pressupor autoridade organizacional. O torna as consequências do sistema visíveis, cria conversas, reúne evidências, facilita experimentos e escala questões quando necessário.
Área de cultura/sistema
Pergunta a inspecionar
Confiança
A equipe consegue tomar decisões dentro de limites claros sem aprovação constante?
Falha
Experimentos malsucedidos são punidos ou inspecionados para gerar aprendizagem?
Incentivos
Metas individuais incentivam otimização local em detrimento de resultados do produto?
Liderança
Os gerentes habilitam objetivos e restrições ou dirigem o trabalho diário?
Qualidade
A organização investe em Done ou normaliza trabalho oculto e retrabalho?
Stakeholders
O feedback pode fluir de forma direta e frequente?
Financiamento/estrutura
A organização financia produtos ou reorganiza repetidamente o trabalho em projetos temporários?
Aprendizagem contínua: construa um sistema de prática deliberada
Não existe um caminho direto da até o domínio profissional. Os recursos atuais da .org para o desenvolvimento de Masters enfatizam , facilitação, impedimentos, liderança, autogerenciamento, segurança psicológica e um amplo conjunto de competências profissionais.
Use sua própria prática como evidência. Depois de uma facilitação difícil, registre o que observou, o que pretendia, o que aconteceu e o que faria de modo diferente. Peça a um colega para observar sua Retrospectiva. Registre quais perguntas de coaching abriram espaço para reflexão e quais se tornaram conselhos disfarçados.
A autoavaliação também pode ajudar. A .org oferece um Improvement Self-Assessment alinhado às Competencies. O valor não está na pontuação em si, mas em identificar as áreas para as quais a prática deliberada deve se direcionar em seguida.
Cadência
Prática de desenvolvimento
Semanal
Uma reflexão sobre uma interação, um evento ou um experimento real
Quinzenal
Pedir feedback a um colega ou membro da equipe sobre um comportamento específico do
Mensal
Escolher uma capacidade para praticar deliberadamente: facilitação, coaching, conflito, métricas ou colaboração com stakeholders
Trimestral
Reavaliar pontos fortes e fracos e estudar um tema ou curso mais aprofundado
Contínua
Ler estudos de caso, discutir em comunidades, observar outros facilitadores e ensinar o que aprendeu
Comunidades : aprenda com problemas que você ainda não enfrentou
A prática de é contextual, o que torna a aprendizagem entre pares especialmente valiosa. Uma comunidade pode expor você a ambientes de produto, estruturas organizacionais, problemas de equipe e padrões de facilitação que sua empresa atual ainda não encontrou.
Atualmente, a .org oferece um ecossistema de comunidade que inclui Forum, eventos e meetups. A Alliance também mantém grupos comunitários, relatos de experiência, eventos e redes em que profissionais compartilham lições de implementação.
Dentro de uma organização, uma Community of Practice pode ir além da troca de dinâmicas de Retrospectiva. As comunidades mais fortes examinam problemas sistêmicos recorrentes, comparam experimentos, mentoram profissionais mais novos e compartilham resultados.
Conselhos de comunidades ainda precisam ser inspecionados criticamente. Uma técnica que funcionou em outra empresa é evidência proveniente de outro contexto, e não uma regra universal do .
Comunidade de aprendizagem
Melhor uso
CoP interna
Compartilhar experimentos, facilitar observação entre pares, resolver impedimentos sistêmicos
.org Forum / meetups
Discutir questões reais de com profissionais e trainers
Comunidades/eventos da Alliance
Relatos de experiência mais amplos, coaching e prática
Mentoria entre pares
Transferir experiência e receber feedback sobre situações difíceis
Conferências / workshops
Praticar facilitação/coaching e conhecer contextos diferentes
Escrita / ensino
Expor lacunas do próprio entendimento ao explicar conceitos publicamente
Um plano de 90 dias para um novo
Um recém-certificado frequentemente pergunta: 'O que devo fazer primeiro?'. A resposta mais segura não é um checklist fixo de transformação. Use um plano de aprendizagem em etapas, aumentando a intervenção apenas à medida que sua compreensão do sistema cresce.
Período
Foco principal
Dias 1-30 - Observar e construir confiança
Conhecer pessoas, produto, objetivos, eventos, práticas atuais, stakeholders, dependências, sistema de qualidade e cultura. Facilitar apenas quando for útil. Criar um registro de observações.
Dias 31-60 - Habilitar pequenas melhorias
Fazer coaching e facilitar em torno de um ou dois problemas de alto impacto. Transformar mudanças da Retrospectiva em experimentos explícitos. Melhorar relações diretas. Evitar tornar-se proprietário de todas as ações.
Dias 61-90 - Ampliar a influência sobre o sistema
Usar evidências dos experimentos para tratar impedimentos organizacionais recorrentes, métricas, padrões de stakeholders e aprendizagem mais ampla. Desenvolver capacidade de facilitação/coaching em outras pessoas.
Exemplo prático - o certificado que chega a uma equipe de plataforma de APIs
Imagine que um recém-certificado na entra em uma de uma plataforma bancária de APIs. A equipe realiza todos os eventos do . À primeira vista, parece saudável.
Durante a primeira , o resiste à vontade de redesenhar tudo. Ele observa que o conversa principalmente com gerentes, e não com consumidores das APIs. A dura doze minutos, mas cada Developer reporta ao . A consiste em slides e uma breve demonstração, sem discussão com stakeholders. A Retrospectiva gera cinco ações, nenhuma delas inspecionada posteriormente.
A entrega técnica também revela um padrão. PBIs que envolvem configuração de certificados ou gateway esperam repetidamente por uma equipe central de operações. A equipe chama esses episódios de 'bloqueios aleatórios', mas o tempo de espera representa uma parcela significativa do .
O começa pela transparência. Na Retrospectiva, em vez de anunciar um diagnóstico, facilita uma linha do tempo da . Os descobrem que quatro dos sete PBIs ficaram esperando aprovação externa. O grupo escolhe um experimento: convidar um especialista de operações para o refinement de PBIs com impacto em infraestrutura durante duas Sprints.
O faz coaching dos sobre a , perguntando de quais informações eles precisam uns dos outros para gerenciar o . Os redesenham o próprio formato em torno do objetivo e deixam de falar sequencialmente para o .
Para a , o trabalha com o para convidar dois consumidores internos de APIs e um stakeholder de operações. Em vez de uma sequência de slides, a Review começa pelo , segue pelo comportamento integrado da API e termina com evidências observadas de uso e suporte. Os stakeholders identificam que a documentação de certificados está causando mais atraso na integração do que a própria API.
Agora a medição se torna útil. A equipe começa a acompanhar e tempo de espera de PBIs de onboarding de parceiros, além de uma medida simples de suporte à integração: o número de contatos de esclarecimento do parceiro antes de um onboarding bem-sucedido. As métricas não são metas de desempenho. São evidências para melhoria.
Após duas Sprints, a espera externa diminuiu para os PBIs refinados, mas o maior atraso continua sendo a política central de aprovação. O usa as evidências para facilitar uma conversa com líderes de operações e risco. Propõe um experimento delimitado: mudanças de configuração de gateway de baixo risco podem usar validação automatizada e deployment controlado pela equipe dentro de guardrails definidos.
A proposta é aceita para um fluxo de produto. A organização mede incidentes, tempo de aprovação e resultados de rollback. A mudança reduz o tempo de espera sem aumentar a taxa de falhas.
Ao final de 90 dias, o resultado mais importante não é o fato de o ter facilitado excelentes reuniões. Os realizam a sem ele, um Developer começou a facilitar Retrospectivas, o feedback entre e stakeholders está mais direto e a equipe consegue explicar quais experimentos melhoraram sua capacidade de entregar valor.
O trabalho do mudou da mecânica dos eventos para a capacidade do sistema. Essa é a distância prática entre passar na e exercer .
Antipadrões comuns após a certificação
Antipadrão
Por que limita o no mundo real
Chegar e 'consertar o ' imediatamente
A intervenção acontece antes da compreensão e gera resistência.
Facilitar todos os eventos para sempre
A equipe não desenvolve capacidade de facilitação nem de autogerenciamento.
Tornar-se o solucionador de problemas da equipe
A dependência em torno do aumenta.
Usar Retrospectivas como reuniões de reclamação
A inspeção não produz adaptação.
Introduzir muitas métricas de uma só vez
A medição vira ruído de reporting ou pressão de desempenho.
Otimizar
Uma métrica de atividade substitui valor e pode ser manipulada.
Ensinar como armas
Conhecimento correto do framework se torna adversarial em vez de desenvolvedor.
Ignorar a organização
Coaching no nível da equipe não remove impedimentos sistêmicos.
Acumular certificações sem prática deliberada
O conhecimento cresce mais rápido do que o julgamento.
Copiar práticas de comunidades sem experimentos
A solução de outro contexto se torna dogma local.
Um scorecard de crescimento profissional
Não meça seu crescimento pela quantidade de cerimônias que você facilita ou por quantas pessoas pedem sua ajuda. Meça se o sistema se torna mais capaz.
Dimensão de crescimento
Pergunta de evidência
Autogerenciamento
A equipe toma mais decisões sem esperar pelo ?
Facilitação
Outras pessoas conseguem facilitar conversas importantes com eficácia?
Coaching
As pessoas estão assumindo mais responsabilidade por seus problemas e escolhas?
Os experimentos geram evidências e adaptação?
Retrospectivas
As melhorias sobrevivem além da reunião?
Valor
Evidências de stakeholders/clientes influenciam decisões de produto?
Fluxo/qualidade
Espera, defeitos, integração e riscos de qualidade estão se tornando mais transparentes e melhorando?
Organização
Barreiras sistêmicas estão sendo removidas, em vez de repetidamente contornadas?
Aprendizagem
O e a equipe estão expandindo capacidades deliberadamente?
Conclusão: o domínio profissional de é a capacidade de melhorar a aprendizagem
Passar na importa porque a prática profissional precisa de uma base correta do framework. Sem essa base, um profissional pode ensinar mitos com confiança, enfraquecer accountabilities ou confundir práticas comuns com requisitos do .
Mas a prova é um marco, não o destino. Equipes reais exigem julgamento. Você encontrará conflitos, objetivos pouco claros, dependências organizacionais, relacionamentos difíceis com stakeholders, dívida de qualidade, ciclos de feedback fracos e incentivos culturais que contradizem o autogerenciamento.
Comece pela observação. Conheça as pessoas, o produto, as práticas atuais, os stakeholders e o sistema organizacional antes de prescrever mudanças. Um diagnóstico forte reduz intervenções desnecessárias.
Use facilitação para melhorar o pensamento do grupo e a propriedade, e não para tornar-se o operador permanente das reuniões. Use coaching quando as pessoas puderem descobrir seu próprio próximo passo. Ensine ou mentore de forma transparente quando o que falta é conhecimento ou experiência.
Trate melhoria como experimentação. Formule hipóteses, faça pequenas mudanças, colete evidências e adapte. Retrospectives podem oferecer um ritmo regular de melhoria, mas seu valor depende de acompanhamento e aprendizagem, e não de formatos criativos.
Use métricas para fortalecer o . Prefira evidências sobre valor, fluxo, qualidade e capacidade a medidas vaidosas de produtividade. é um framework opcional que pode ampliar esse raciocínio, mas o princípio central é mais simples: meça aquilo que ajuda você a tomar decisões melhores.
Olhe além da equipe. A cultura organizacional determina se consegue expor problemas com segurança e se as equipes recebem confiança para agir. O serviço do inclui influenciar esse ambiente.
Por fim, continue aprendendo deliberadamente. Use autoavaliação, feedback de pares, communities of practice, fóruns, meetups, relatos de experiência, workshops e ensino. O conselho mais valioso de uma comunidade não é uma receita; é outro experimento a considerar.
Na minha visão, o mais forte acaba se tornando menos central para a operação diária da equipe e mais valioso para sua capacidade de aprender. É um paradoxo que vale a pena perseguir: o domínio profissional não é demonstrado pela quantidade de problemas que exigem você, mas pelo quanto o sistema melhora sua capacidade de enxergar, discutir e resolver problemas sem dependência.
Principais aprendizados
A valida conhecimentos importantes sobre ; por si só, não demonstra o julgamento profissional de um .
O domínio profissional de exige facilitação, coaching, observação, experimentação, métricas, influência organizacional e aprendizagem contínua.
Observe pessoas, produto, formas de trabalho, stakeholders, qualidade e restrições organizacionais antes de prescrever mudanças.
A facilitação deve melhorar participação, propriedade e qualidade das decisões, e não tornar o o presidente permanente de todos os eventos.
O coaching é útil quando as pessoas possuem conhecimento suficiente para gerar seus próprios insights e ações.
Ensino e mentoria continuam adequados quando conhecimento ou experiência são realmente necessários.
Use pequenos experimentos de melhoria com hipóteses e evidências explícitas.
Retrospectives devem produzir adaptações que serão inspecionadas depois, e não apenas listas de itens de ação.
Métricas devem apoiar decisões melhores sobre valor, fluxo, qualidade e capacidade, em vez de classificar pessoas ou equipes.
é um framework opcional da .org para melhorar resultados e valor por meio de evidências e experimentação.
A cultura organizacional pode habilitar ou derrotar autogerenciamento, e .
O serve à organização, além da e do .
A aprendizagem contínua deve combinar prática deliberada, feedback, autoavaliação, estudo e aprendizagem entre pares.
Comunidades, fóruns e meetups da .org, redes da Alliance e communities of practice internas podem ampliar a experiência.
Um primeiro ciclo útil de 90 dias progride de observação e confiança para pequenos experimentos e, em seguida, para influência sistêmica mais ampla.
A evidência mais forte do crescimento de um é o aumento da e da organização, e não uma dependência maior do .
Referências oficiais e de apoio
The Scrum Guide - Novembro de 2020 - Base definitiva para , accountability do ,, autogerenciamento, eventos, artefatos e serviço à organização.
.org - What Is a ? - Visão atual das accountabilities do , serviço à organização, facilitação, coaching, ensino, mentoria, e posturas de .
.org - The Competencies - Modelo atual de competências que mostra como a proficiência vai além da mecânica do framework, incluindo desenvolvimento de pessoas e equipes, agilidade de produto, entrega profissional e evolução organizacional.
.org - Developing People and Teams - Competência profissional que abrange autogerenciamento, facilitação, coaching, mentoria, ensino e desenvolvimento de equipes.
.org - Getting Started as a - Orientação prática sobre como conhecer uma nova equipe, seu ambiente, stakeholders, necessidades, desafios e áreas de melhoria.
.org - Resources for Growing as a - Coleção atual de recursos para o desenvolvimento contínuo de Masters.
.org - - Framework opcional que usa experimentação intencional e feedback para melhorar resultados, valor, risco e decisões de investimento.
.org - How Can We Measure the Impact of Our Improvement Changes? - Orientação sobre como medir valor de produto e ao inspecionar experimentos de melhoria.
.org - Culture - Orientação sobre experimentação, autogerenciamento, compartilhamento de aprendizagem e construção de uma cultura de melhoria.
.org - Connect with the .org Community - Ponto de entrada atual para Forum, eventos, meetups e aprendizagem em comunidade.
Alliance - Building a Community - Relato de experiência que mostra como uma Community of Practice pode combinar crescimento de capacidade com melhoria em toda a organização.
