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 qué importa
Los proyectos rara vez fracasan el día que se declaran fracasados. Fracasan meses antes, en una reunión donde alguien vio venir el problema y calculó que no le convenía decirlo. Todo lo demás —el cronograma que se corre, el presupuesto que se estira— es la consecuencia visible de ese silencio.
Leo estas cosas buscando dónde estaba el riesgo antes de convertirse en incidente. Casi siempre ya estaba escrito en algún registro que nadie revisaba, con un dueño asignado que nunca se enteró de que lo era. El riesgo identificado y no gestionado es peor que el no identificado: da la falsa sensación de que hay control.
Lo que suele salir mal
Donde suele romperse es en el traspaso a operación. El proyecto se declara terminado cuando se entrega, no cuando el área que lo recibe puede sostenerlo. Tres meses después el equipo se disolvió, nadie documentó nada y la operación convive con algo que no entiende y no puede modificar.
Qué mirar
- El tamaño de la primera entrega útil: mientras más lejos esté, más se parece a una apuesta.
- Cómo se estimó y qué tan cerca estuvieron las estimaciones anteriores de la misma organización.
- Quién es el patrocinador y con qué frecuencia real aparece — no en el organigrama, en la agenda.
Cómo leo esta entrada
Si esto llegara a mi mesa, lo primero que pediría no es el avance porcentual: es la lista de decisiones pendientes con nombre y fecha. El porcentaje se puede maquillar; una decisión trabada hace tres semanas con un responsable identificado no se puede discutir, y explica el atraso mucho mejor.
La noticia original está publicada en otro idioma; acá se cita el extracto tal como lo entrega el medio y el comentario se escribe en español.
Comentarios
Todavía no hay comentarios. El primero puede ser el tuyo.
¿Lo estás viviendo en tu equipo?
Abrí el chat y contame cómo lo están manejando. Me interesa comparar notas.
