a

Lorem ipsum dolor sit amet, conse ctetur adip elit, pellentesque turpis.

Image Alt

Scopphu

  /  Artigo   /  Os desafios de um Product Owner

Os desafios de um Product Owner

Porque haveria o Product Owner de impedir a entrega de valor? A resposta é simples: não deveria, mas é um problema recorrente. É uma situação comum e vê-se frequentemente em equipas que trabalham com Scrum. Maarten Kossen, PST e Agile Coach, deixou-nos 4 observações sobre o funcionamento (e impedimentos) do Product Owner, bem como sugestões de melhoria:

1. O Sprint Backlog é o plano da equipa de desenvolvimento

Um dos maiores erros cometidos pelo Product Owner é dar demasiado enfoque ao que está e não está no Sprint Backlog.

Imaginemos que contratamos o serviço de um experiente motorista privado para completar uma viagem através do país, do Algarve ao Porto. Será que vamos dar-lhe instruções ao longo do caminho? Vamos monitorizar todos os detalhes da viagem, o itinerário, a velocidade, a postura e o estilo de condução? Ou vamos simplesmente encostar-nos no lugar do pendura, relaxar e esperar que cheguemos ao nosso destino?

Como Product Owner, estará provavelmente mais focado no que está no Sprint Backlog e menos no objetivo do Sprint, que deveria ser o cerne da sua atenção. O objetivo é que a equipa entregue valor, por isso não importa muito o itinerário que o condutor escolheu. O foco é sempre ter um objetivo (ou Sprint goal) o mais palpável e concreto possível, de forma a que a equipa saiba qual a direção a seguir. O caminho escolhido é o menos importante. Confia na tua equipa para levar-te ao destino, pois mesmo que eles se deparem com algum trânsito vão conseguir contorná-lo. No final do Sprint, pouco interessa se o caminho escolhido pela equipa de desenvolvimento foi a A1 ou a A8, desde que todos cheguem ao Porto.

2. Coisas que não são o Sprint goal

Apesar de ser um tópico abrangente a todas as funções do Scrum, é de especial interesse aos Product Owners, já que estes têm uma autoridade adicional sobre a direção que o sprint goal deve tomar. Além disso, devem dar o exemplo à equipa de desenvolvimento ao expor um claro objetivo a atingir. Ter um único Sprint goal em que se focar irá melhorar a entrega de valor e assegurar o foco da equipa de desenvolvimento.

Imaginemos que estamos a conduzir do Algarve para o Porto, Braga, Guimarães e Aveiro, tudo ao mesmo tempo. Não vamos chegar a lado nenhum. O senso comum diria para irmos primeiro à cidade mais próxima, depois para a seguinte e por ai além. No entanto, a maioria dos Product Owners não vê os Sprint goals assim: acreditam que as equipas de desenvolvimento conseguem entregar mais valor – ou mais rápido – se estiverem a trabalhar em várias coisas ao mesmo tempo. No final de contas a entrega será de objetivos meio-completos e ninguém vai querer pagar por uma viagem até ao Porto e ficar em Lisboa. Ou seja, ciclos de entrega curtos e com um foco bem definido entregam mais valor que ciclos longos e sem definição. Ajuda a tua equipa e certifica-te que o Sprint goal está bem definido e que representa valor concreto.

3. Não dês importância ao trabalho importante

Todos nós conhecemos este tipo de trabalho: as entregas de elevada importância datadas para ontem, os assuntos que não podem esperar e que aparecem espontaneamente ao longo do Sprint… No entanto, vemos muito poucos Product Owners a desafiar a verdadeira importância destes assuntos. Acabam por permitir que a pressão leve a melhor e sacrificam o objetivo global por detalhes que não são tão importantes como julgam.

Mantém-te crítico em relação aos assuntos que são “para ontem” e questiona rigorosamente se vale realmente a pena interromper o trabalho desenvolvido pela equipa. Qualquer interrupção pode facilmente custar pelo menos um membro da equipa por dia, provavelmente mais. Consulta a equipa no momento em que surge este tipo de problemas. Discutam em conjunto e procurem soluções inteligentes e alternativas.

4. Micro-gestão não é a solução

Se a equipa de desenvolvimento não está a fazer progressos ao ritmo esperado, a micro-gestão não vai melhorar o teu trabalho. As interrupções vão abrandar os processos independentemente das tuas boas intenções. Certifica-te que a equipa sabe que estás disponível para ajudar e pronto a socorrer em qualquer altura. Não tentes apressar uma solução, mesmo que resulte uma vez. A micro-gestão não é uma solução universal e a longo-prazo trará mais problemas que benefícios. 

Descobre como solucionar este e outros problemas na formação de PSPOTM Profissional Scrum Product Owner. O curso conjuga exercícios práticos e casos reais para que cada participante desenvolva e solidifique a sua aprendizagem como Product Owner.

 

Fonte: Scrum.org

Publicar um comentário