Disseminando conhecimento e inovação em desenvolvimento de software corporativo
O Product Owner tem provavelmente a tarefa mais árdua em um projeto ágil de software. No Scrum, é responsável por dar direção ao projeto, equilibrando interesses e orientando a equipe durante o desenvolvimento. Este artigo procura trazer uma visão mais abrangente do significado e das atividades deste papel, e apresentar algumas dicas para que o trabalho do PO seja mais eficaz.
O Scrum se torna mais eficiente quando você prioriza o seu backlog. A priorização do backlog é parte do trabalho do product owner, mas o que podemos fazer quando o product owner não prioriza o backlog por conta que ele ou ela não vê valor na priorização?
Muitas pessoas dizem que há certos problemas na implantação de Scrum em seu time. Ou que o jeito com que essa metodologia age não está funcionando. Porém poucos tentam parar e ver o que está acontecendo na verdade e, muitas vezes, descobrem que estão utilizando ScrumBut ao invés de Scrum, o que pode não ser adequado para determinados times.
Os Backlogs estão sob críticas constantes há algum tempo. Mary Poppendieck sugeriu que o product backlog seja eliminado se não está satisfazendo o objetivo desejado.
Uma pergunta freqüentemente questionada é como Scrum recomenda que a equipe trate os bugs? Eles devem ser colocados no product backlog? Ou em uma lista de bugs separada? Se eles estão no backlog, o Product Owner deve definir as prioridades ou eles são automaticamente os itens mais importantes? Deve existir um sprint em separado para a correção de bugs?
No Scrum Gathering Brasil, Rodrigo de Toledo, do Cenpes, fez uma apresentação muito competente sobre a cerimônia de Review do Scrum. Em sua palestra ele mostrou a importância da Review e porque ela propicia uma maior compreensão do que deve ser desenvolvido. A Review, é uma das 2 cerimônias fundamentais para o bom andamento do Scrum e que acontecem ao final de cada sprint.
Ainda existe no mercado de software uma grande defasagem de informação acerca de como medir o desempenho dos projetos que utilizam Scrum. O mercado, acostumado a ver os resultados em números, tem custado a entender o benefício da filosofia Lean do “go and see” e tem tido mais dificuldade em desenvolver um modelo de medição e análise que agregue valor à organização sem causar overhead aos times.
O papel do Product Owner tem importância significativa no Scrum, mas muitos POs não possuem o tempo necessário para acompanhar o time e nem mesmo a evolução do produto, da forma que merece. Existiriam alternativas para tornar mais efectivo o papel do Product Owner?
Em projetos Scrum a comunicação não é apenas importante entre o time de desenvolvimento. A mesma importância deve ser dada para a comunicação que ocorre entre o time (representado normalmente pelo Scrum Master) e o Product Owner. Neste artigo, abordaremos algumas práticas que podem ser úteis para uma comunicação efetiva entre o time e o Product Owner.
Esta é a segunda parte da série de artigos sobre Lean Software Development resultado de uma entrevista de mais de uma hora de duração realizada no Agiles 2008 com o casal Poppendieck. Nesta parte da entrevista são abordados dois assuntos extremamente polêmicos: Liderança e os papéis definidos no Scrum e estatísticas e coletas de dados durante o processo de desenvolvimento do projeto.
