Просмотр новости
Найдите то, что Вас интересует
Спутники
РН
SpaceX
Роскосмос
NASA
СпутникиРНSpaceXРоскосмосNASA
Image
"O dia em que crias um plano é o dia em que sabes menos."À primeira vista, esta frase parece contraditória. Afinal, fazemos planos precisamente porque procuramos reduzir a incerteza. Criamos roadmaps, planos de release, Sprint Backlogs, previsões e objetivos na esperança de nos guiarem até ao sucesso.Mas existe uma realidade incontornável.No momento em que terminas um plano, estás a baseá-lo apenas no conhecimento que tens nesse instante.Tudo o que acontece a seguir deveria aumentar esse conhecimento.A verdadeira questão não é:"Estamos a seguir o plano?"A verdadeira questão é:"O que aprendemos que nos permite melhorar o plano?"Todos os planos assentam em pressupostosQuer o admitamos ou não, qualquer plano é construído sobre pressupostos.Assumimos que:os clientes irão valorizar determinada funcionalidade;compreendemos verdadeiramente as suas necessidades;os stakeholders sabem exatamente o que pretendem;a solução técnica funcionará como esperado;as estimativas são razoáveis;os riscos conhecidos são os mais relevantes.Alguns destes pressupostos confirmam-se.Muitos não.E isso não representa um fracasso.Representa a natureza do desenvolvimento de produtos em ambientes complexos.O verdadeiro progresso é aprenderMuitas organizações medem o progresso pela quantidade de trabalho concluído.Mas será esse o melhor indicador?Num ambiente complexo, o verdadeiro progresso mede-se pela velocidade com que aprendemos.Cada conversa com um cliente.Cada Sprint Review.Cada Incremento entregue.Cada experiência.Cada erro descoberto.Cada métrica observada.Cada desafio técnico ultrapassado.Tudo isto produz algo extremamente valioso:novo conhecimento.Conhecimento que simplesmente não existia quando o plano foi criado.Porque é que equipas ágeis mudam de plano?Existe uma ideia errada bastante comum.Algumas pessoas acreditam que equipas ágeis mudam constantemente de direção porque não têm disciplina.Na realidade, acontece exatamente o contrário.As equipas mais disciplinadas são precisamente aquelas que adaptam o plano sempre que a evidência demonstra que existe uma melhor forma de atingir o objetivo.Não mudam porque gostam de mudar.Mudam porque aprenderam algo novo.Substituem pressupostos por conhecimento.O Scrum torna a aprendizagem transparenteCostuma dizer-se que o Scrum é uma framework para desenvolver produtos complexos.Mas talvez exista uma forma ainda mais interessante de o descrever.O Scrum é uma framework que torna a aprendizagem transparente.Sem transparência, ninguém vê a realidade.Sem realidade visível, não existe inspeção.Sem inspeção, não existe adaptação.É precisamente por isso que o Scrum assenta em três pilares fundamentais:Transparência → Inspeção → AdaptaçãoCada Sprint reduz um pouco mais a incerteza.Cada Sprint transforma pressupostos em conhecimento.Cada Sprint ajuda a tomar melhores decisões.A pergunta mais importante da Daily ScrumDurante muitos anos, a Daily Scrum foi reduzida a três perguntas:O que fiz ontem?O que vou fazer hoje?Tenho impedimentos?Embora possam ser úteis em alguns contextos, nenhuma delas representa verdadeiramente o propósito da Daily Scrum.Experimenta fazer antes esta pergunta:"O que aprendemos desde ontem que não podíamos saber antes e que pode alterar o nosso plano para atingir melhor o Sprint Goal?"Ou, de forma ainda mais simples:"Que novo conhecimento adquirimos desde ontem que justifica alterar o nosso plano?"Repara na diferença.A conversa deixa de ser sobre reportar atividade.Passa a ser sobre melhorar decisões.Aprender é o verdadeiro objetivo de cada SprintCada evento Scrum existe para criar oportunidades de aprendizagem.Sprint Planning – definimos o melhor plano possível com o conhecimento atual.Daily Scrum – atualizamos esse plano com base no que fomos aprendendo.Sprint Review – aprendemos com clientes e stakeholders.Sprint Retrospective – aprendemos sobre a forma como trabalhamos enquanto equipa.Todos os eventos reduzem a incerteza.Todos substituem pressupostos por conhecimento.Todos aumentam a probabilidade de criar mais valor.Talvez seja esta a verdadeira definição de AgilidadeTalvez a Agilidade não seja a capacidade de mudar rapidamente.Nem a capacidade de entregar software mais depressa.Talvez seja algo muito mais simples.Agilidade é a capacidade de substituir pressupostos por conhecimento o mais rapidamente possível.Porque quanto mais cedo aprendemos:melhores decisões tomamos;menos risco assumimos;mais valor entregamos aos clientes.Amanhã experimenta fazer apenas uma perguntaEm vez de perguntares:"Estamos a cumprir o plano?"Pergunta:"O que aprendemos hoje?"Porque cada resposta a esta pergunta representa uma oportunidade para melhorar o produto, a equipa e o próprio plano.E talvez seja esta a ideia mais importante de todas:"O dia em que crias um plano é o dia em que sabes menos."O plano representa aquilo que sabes hoje.O Scrum torna visível aquilo que vais aprendendo.E uma equipa verdadeiramente ágil não é aquela que segue o plano de forma perfeita.É aquela que aprende mais depressa do que a mudança acontece.
| # | Наименование новости | Тональность | Информативность | Дата публикации |
|---|---|---|---|---|
| 1 | Do Inicio ao Empreendedor - A Evolução da Carreira de Product Owner | 0 | 11.1 | 24-07-2026 |
| 2 | Scrum Isn't for Stormtroopers | 0 | 15.26 | 28-07-2026 |
| 3 | Incremental Delivery and the Need for Speed | 0 | 15.1 | 14-07-2026 |
| 4 | Flow Metrics in Python: 3 Scripts for Ensuring Transparency | 0 | 14.98 | 23-07-2026 |
| 5 | Cognitive Trap: Velocity Misinterpretation | 0 | 7.37 | 20-07-2026 |
| 6 | No Manager in Scrum? | 0 | 13.2 | 20-07-2026 |
| 7 | Der heimliche Feind jedes Product-Owners: 5 Mythen, die Karrieren ruinieren | 0 | 15.23 | 27-07-2026 |
| 8 | Cognitive Trap: Sprint Commitments Misunderstanding | 0 | 7 | 29-06-2026 |
| 9 | Clean out the Product Backlog | 0 | 5 | 24-06-2026 |