Appointing one person accountable for AI is a sound first step. In an organisation moving to a product operating model, or already running one, the same role puts a dependency and a handoff between product teams and the decisions the model gives them.Most organisations adopted AI before anyone was accountable.
Appointing one person accountable for AI is a sound first step. In an organisation moving to a product operating model, or already running one, the same role puts a dependency and a handoff between product teams and the decisions the model gives them.Most organisations adopted AI before anyone was accountable.
As a first step, the role works. Executives know whom to ask about AI, and one person collects lessons from separate pilots instead of losing them when each pilot ends. The difficulty starts when the first step becomes the permanent design. Once an organisation commits to a product operating model, in which persistent product teams are accountable for outcomes (Cagan et al., 2024), an AI Product Owner holds the decisions the model assigns to each product's Product Owner, and every team that adopts AI adds to that one person's queue.
Capable organisations create the role for a structural reason. When a new technology is adopted, the familiar response is to set up a function for it and appoint someone to run that function, because a project-funded organisation has no persistent product that could own the technology. The AI Product Owner is that response with a Scrum title. Manufacturers took the same path with quality: inspection departments checked work after it was done, until Deming (1986) argued that quality had to be built into the production process rather than inspected afterwards.
AI is rarely a productThe Scrum Guide makes the Product Owner accountable for maximising the value of the product that results from the Scrum Team's work. The Product Owner is also accountable for effective Product Backlog management: developing the Product Goal, creating and ordering Product Backlog items, and keeping the Product Backlog transparent (Schwaber & Sutherland, 2020). The Scrum Guide describes a product as a vehicle to deliver value, with a clear boundary, known stakeholders and well-defined users or customers. Its Product Owner is "one person, not a committee", and succeeds only when the whole organisation respects their decisions.
In context
- Topic: Proyectos, PMO y Riesgos — Gestión de proyectos, oficinas de proyecto y riesgo del portafolio.
- Source: Scrum.org
- Published: 02/10/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.
Mi filtro es la calidad del reporte de estado. Si todos los proyectos están en verde, el sistema de información no sirve: en cualquier portafolio real hay iniciativas en problemas, y una organización sana las muestra a tiempo en vez de descubrirlas en el comité de cierre.
Lo que suele salir mal
El error clásico es tratar la gestión de riesgos como un entregable de la fase de planificación. Se arma la matriz, se aprueba, se archiva. Nadie la vuelve a abrir hasta el cierre, cuando sirve para documentar que el riesgo estaba previsto — que es exactamente lo contrario de gestionarlo.
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
Yo lo usaría para revisar cómo se estima en la organización. Si las estimaciones históricas se pasaron sistemáticamente por la mitad y nadie ajustó el método, no hay proyecto que salga bien: se está planificando con un metro que mide corto y culpando al equipo por no llegar.
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.
