Просмотр новости
Найдите то, что Вас интересует
Спутники
РН
SpaceX
Роскосмос
NASA
СпутникиРНSpaceXРоскосмосNASA
Image
Scrum é um framework de aprendizagemQuando pensamos em Scrum, é fácil pensar em Sprints, Product Backlogs, Daily Scrums, Sprint Reviews ou Sprint Retrospectives.Mas estes são mecanismos.A questão mais interessante é: para que existem?Uma forma útil de compreender Scrum é vê-lo como um framework de aprendizagem.Scrum ajuda-nos continuamente a responder a duas perguntas fundamentais:Estamos a fazer a coisa certa?eEstamos a fazer a coisa da forma certa?São perguntas diferentes. E precisamos das duas.1. Estamos a fazer a coisa certa?Podemos ter uma excelente equipa, tecnologia de topo, elevada qualidade e conseguir entregar rapidamente.E, ainda assim, estar a construir algo que ninguém quer.Antes de investir demasiado numa ideia, precisamos de aprender:Estamos a resolver um problema relevante?Estamos a criar valor?Os utilizadores estão a beneficiar do que estamos a construir?As nossas hipóteses sobre clientes e mercado estão corretas?O Product Goal continua a fazer sentido?Devemos continuar, adaptar ou mudar de direção?É aqui que entra a aprendizagem sobre o produto.Cada Sprint permite transformar algumas das nossas ideias e hipóteses num Incremento utilizável.Esse Increment torna possível obter feedback e evidência.Na Sprint Review, o Scrum Team e os stakeholders inspecionam o resultado da Sprint e aquilo que mudou no contexto. Com base no que aprenderam, podem adaptar o que fazer a seguir.Não se trata simplesmente de perguntar:“Entregámos aquilo que planeámos?”Uma pergunta muito mais interessante é:“O que aprendemos com aquilo que entregámos?”Porque executar perfeitamente um plano baseado numa hipótese errada continua a levar-nos na direção errada.2. Estamos a fazer a coisa da forma certa?Existe um segundo ciclo de aprendizagem.Mesmo que estejamos a construir o produto certo, podemos melhorar a nossa capacidade de o fazer.Precisamos de aprender:Estamos a trabalhar eficazmente como equipa?A qualidade é suficiente?Estamos a acumular problemas técnicos?Conseguimos transformar ideias em valor de forma sustentável?Existem obstáculos que estão a limitar a equipa?O que podemos mudar para sermos mais eficazes?Aqui estamos a aprender sobre como criamos o produto.O Daily Scrum cria uma oportunidade diária para os Developers inspecionarem o progresso em direção ao Sprint Goal e adaptarem o Sprint Backlog.A Definition of Done cria transparência sobre a qualidade esperada do Increment.E a Sprint Retrospective cria uma oportunidade explícita para o Scrum Team inspecionar como decorreu a última Sprint relativamente a indivíduos, interações, processos, ferramentas e Definition of Done e planear formas de aumentar a qualidade e a eficácia.Mais uma vez, o objetivo não é simplesmente fazer mais.É aprender a fazer melhor.Dois ciclos de aprendizagemPodemos, portanto, olhar para Scrum como dois ciclos de aprendizagem que acontecem simultaneamente.Aprendizagem sobre o produtoEstamos a fazer a coisa certa?Product Goal → Sprint → Increment → Feedback/Evidência → Aprendizagem → AdaptaçãoAprendizagem sobre a nossa capacidadeEstamos a fazer a coisa da forma certa?Trabalho → Inspeção → Aprendizagem → Melhoria → Nova forma de trabalharUm ciclo ajuda-nos a melhorar o que fazemos.O outro ajuda-nos a melhorar como o fazemos.Precisamos dos dois.O coração de Scrum é o empirismoÉ por isso que reduzir Scrum a um conjunto de eventos, responsabilidades e artefactos perde uma parte essencial da sua intenção.Scrum baseia-se no empirismo.O conhecimento resulta da experiência e da tomada de decisões com base naquilo que observamos.E o empirismo assenta em três pilares:Transparência. Inspeção. Adaptação.Tornamos a realidade suficientemente transparente para poder ser inspecionada.Inspecionamos resultados, progresso, qualidade, contexto e formas de trabalhar.E adaptamos com base naquilo que aprendemos.Podemos resumir este ciclo desta forma:Hipóteses → Ação → Evidência → Aprendizagem → AdaptaçãoDepois repetimos.Quanto mais cedo conseguimos obter evidência relevante, mais cedo conseguimos descobrir que algumas das nossas hipóteses estavam erradas.E isso é extremamente valioso.O objetivo não é falhar mais depressaPor vezes ouvimos a expressão “fail fast” associada à agilidade.Mas falhar depressa não é o objetivo.Aprender depressa é.Queremos descobrir o mais cedo possível aquilo que não sabemos.Queremos transformar hipóteses em conhecimento antes de investir demasiado dinheiro, tempo e esforço.Uma Sprint curta, por exemplo, não é valiosa simplesmente porque nos obriga a entregar mais depressa.É valiosa porque pode encurtar o ciclo entre uma decisão e a aprendizagem resultante dessa decisão.O verdadeiro recurso escasso não é apenas tempo.É o tempo que demoramos a aprender algo suficientemente importante para mudar uma decisão.Eficiência não é suficienteUma equipa pode tornar-se progressivamente mais eficiente.Pode entregar mais funcionalidades.Pode aumentar a velocidade.Pode automatizar processos.Pode reduzir custos.Mas existe uma pergunta que continua a ser mais importante:Estamos a criar mais valor?Há poucas coisas mais perigosas do que sermos extremamente eficientes a construir algo que ninguém precisa.Por isso, Scrum não deve ser utilizado apenas como um mecanismo para aumentar output.Mais funcionalidades não significam necessariamente mais valor.Mais velocidade não significa necessariamente mais aprendizagem.Mais atividade não significa necessariamente mais eficácia.Num ambiente complexo, precisamos de descobrir continuamente o que vale a pena fazer.Só depois faz sentido melhorar a nossa capacidade de o fazer.Scrum cria limites para acelerar a aprendizagemAlgumas das restrições de Scrum podem parecer desnecessárias se olharmos para Scrum apenas como uma forma de organizar trabalho.Mas fazem muito mais sentido quando olhamos para Scrum como um framework para aprendizagem.Um Sprint tem uma duração máxima.Existe um Sprint Goal.Existe um Product Goal.Existe uma Definition of Done.Existe pelo menos um Increment utilizável em cada Sprint.Existem oportunidades regulares de inspeção e adaptação.Estas restrições criam ciclos de feedback.Em vez de passarmos meses a executar um plano antes de descobrir se estávamos certos, Scrum cria oportunidades frequentes para confrontarmos as nossas hipóteses com a realidade.Agilidade é consequência da aprendizagemIsto leva-nos a uma ideia importante sobre agilidade.Ser ágil não significa mudar constantemente de direção.Também não significa não planear.E certamente não significa fazer tudo mais depressa.Agilidade significa sermos capazes de adaptar as nossas decisões quando adquirimos novo conhecimento.Por isso, gosto de pensar na agilidade desta forma:Agilidade é a capacidade de substituir hipóteses por conhecimento tão rapidamente quanto possível e adaptar em conformidade.É precisamente aqui que Scrum pode ajudar.Não nos diz qual é o produto certo.Não nos diz qual é a melhor solução.Não elimina a incerteza.Cria um contexto no qual podemos aprender sobre essa incerteza de forma sistemática.No final de uma Sprint, faça uma pergunta diferenteEm muitas organizações, no final da Sprint a conversa continua centrada em:“Quanto entregámos?”Talvez devêssemos acrescentar uma pergunta muito mais poderosa:“O que sabemos agora que não sabíamos no início da Sprint?”E depois:“O que vamos fazer de forma diferente por causa disso?”Se a resposta for “nada”, talvez tenhamos entregue trabalho.Mas será que aprendemos?Scrum não existe apenas para nos ajudar a fazer mais.Scrum ajuda-nos a aprender se estamos a fazer a coisa certa e a aprender a fazê-la cada vez melhor.Scrum.PT, a casa do Scrum em Portugal.
| # | Наименование новости | Тональность | Информативность | Дата публикации |
|---|---|---|---|---|
| 1 | Níveis de Maturidade do Product Owner: Por Que Ninguém Começa Faixa Preta | 0 | 6.38 | 04-09-2026 |
| 2 | 5 Things the Product Owner Shouldn’t Be Doing | 0 | 16.4 | 29-09-2026 |
| 3 | Your Scrum Team Might Be Excellent at Building the Wrong Thing | 0 | 13.28 | 27-09-2026 |
| 4 | AI Changed the Bottleneck. Your WIP Limits Should Change With It. | 0 | 10.22 | 08-09-2026 |
| 5 | 🎉 Published: Scrum Team Magazine - October 2026 - Issue #2 | 0 | 15.71 | 30-09-2026 |
| 6 | How I Enriched The PSM Class For New Scrum Masters | 0 | 7.02 | 28-09-2026 |
| 7 | Scrum's Protocol Is Easy to Copy. Its Agenda Is Not. | 0 | 14.4 | 27-09-2026 |
| 8 | Which Class Should You Arrange Next? | 0 | 9.78 | 07-09-2026 |
| 9 | Nobody Owns Whether it Worked. | 0 | 8.63 | 29-09-2026 |