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 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.
Meu filtro é a qualidade do relatório de status. Se todos os projetos estão em verde, o sistema de informação não serve: em qualquer portfólio real há iniciativas com problema, e uma organização saudável as mostra a tempo em vez de descobri-las no comitê de encerramento.
O que costuma dar errado
O erro clássico é tratar a gestão de riscos como entregável da fase de planejamento. Monta-se a matriz, aprova-se, arquiva-se. Ninguém a reabre até o encerramento, quando serve para documentar que o risco estava previsto — que é exatamente o contrário de gerenciá-lo.
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
Eu usaria isto para revisar como se estima na organização. Se as estimativas históricas erraram sistematicamente pela metade e ninguém ajustou o método, não há projeto que dê certo: está se planejando com uma régua que mede curto e culpando a equipe por não chegar.
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.
