Years ago when I was a Scrum Master for a great team we had a ritual. Right before the Daily Scrum, we would walk to our tea/coffee station and fill up our cups with our choice of drink and then walk back to our Jira board to inspect our progress. And I assume, a lot of other teams also do the same.
Years ago when I was a Scrum Master for a great team we had a ritual. Right before the Daily Scrum, we would walk to our tea/coffee station and fill up our cups with our choice of drink and then walk back to our Jira board to inspect our progress. And I assume, a lot of other teams also do the same.
This article is not for teaching anything new about Scrum but sharing an observation from an everyday life workplace which applies the same principles as Scrum.
The usual questionsOften when I am teaching one of Scrum classes someone asks - can Scrum be applied outside of software development? Someone states it is only for the ideal world and not for the real application. And then there is someone else who likes to share how they make their grocery runs using scrum. All different perspectives, all valid to some extent.
I answer such questions/remarks from a place of curiosity. What they intend to achieve by applying scrum in their context and then focus on driving the idea of principles over practices.
The Agile ManifestoScrum has been around before the manifesto was drafted and yet I was introduced to Scrum as an approach under the agile umbrella along with many other approaches. That was an exact image in the Scrum class I attended back in 2013. And consciously or subconsciously that image remained stuck in my learning for a long time. Even today I see a lot of Scrum Masters making posts on social media that have the same image and probably draw the same parallels which I used to have.
Now, the agile manifesto clearly starts with the heading - Manifesto for Agile Software Development. So if you are into software development then surely agile is for you. And because Scrum is quite often put under that umbrella, it is considered only for software development. I have observed many organizations drawing a strict line - if it is support work, use kanban; if it is software development use Scrum.
In context
- Topic: Proyectos, PMO y Riesgos — Gestión de proyectos, oficinas de proyecto y riesgo del portafolio.
- Source: Scrum.org
- Published: 14/09/2026
Continue reading at the original source →
Excerpt published automatically by the site radar. The full text belongs to its publisher and is linked above.
Por que importa
Os projetos raramente fracassam no dia em que são declarados fracassados. Fracassam meses antes, numa reunião em que alguém viu o problema chegando e calculou que não lhe convinha dizer. Todo o resto — o cronograma que escorrega, o orçamento que estica — é a consequência visível desse silêncio.
Leio essas coisas procurando onde o risco estava antes de virar incidente. Quase sempre já estava escrito em algum registro que ninguém revisava, com um dono atribuído que nunca soube que era. O risco identificado e não gerenciado é pior que o não identificado: dá a falsa sensação de que há controle.
O que costuma dar errado
Onde costuma quebrar é na passagem para a operação. O projeto é declarado concluído quando é entregue, não quando a área que recebe consegue sustentá-lo. Três meses depois a equipe se dissolveu, ninguém documentou nada, e a operação convive com algo que não entende e não pode modificar.
O que observar
- O tamanho da primeira entrega útil: quanto mais longe estiver, mais se parece com uma aposta.
- Como foi estimado e quão perto estiveram as estimativas anteriores da mesma organização.
- Quem é o patrocinador e com que frequência real aparece — não no organograma, na agenda.
Como leio esta publicação
Se isto chegasse à minha mesa, a primeira coisa que eu pediria não é o avanço percentual: é a lista de decisões pendentes com nome e data. O percentual dá para maquiar; uma decisão travada há três semanas com um responsável identificado não dá para discutir, e explica o atraso muito melhor.
A notícia original está publicada em outro idioma; o trecho é citado como o veículo o entrega e o comentário é escrito em português.
Comentários
Ainda não há comentários. O primeiro pode ser o seu.
Está vivendo isso na sua equipe?
Abra o chat e me conte como estão lidando com isso. Tenho interesse em comparar notas.
