Tornando-se um Certified Scrum Product Owner – CSPO

3 mar 2009

Hoje, comecei o treinamento para Certified Scrum Product Owner – CSPO. Este treinamento estava na minha lista de prioridades para este ano e com o patrocínio do IEA, consegui vir a São Paulo. O treinamento é oferecido pela Caelum e o Certified Scrum Trainer é o Alexandre Magno, que possui vasta experiência em Scrum e já formou muitos Scrum Masters e Product Owners.

Minha história como Product Owner

product-owner Desde o início do ano estou atuando como Product Owner em um novo projeto para desenvolvimento de um sistema CRM. O processo de desenvolvimento da empresa é o Scrum e tentamos implantar e utilizar técnicas do framework para concepção do produto e planejamento do product backlog.

Através de bibliografias conseguimos atingir alguns objetivos e definimos o produto, no entanto não possuíamos o conhecimento técnico de um treinamento oficial para sabermos o que era realmente certo e o que era errado. Agora, após um dia de treinamento, posso afirmar que tentamos fazer o melhor, no entanto alguns detalhes foram esquecidos e é isso que tem nos causado alguns problemas.

Nosso erro

Entre esses problemas, acredito que nosso maior erro foi e está sendo o acumulo de papéis do Scrum Master e do Product Owner em apenas uma pessoa, eu. Questionei o Alexandre Magno a respeito disso e ele disse que isso não é uma boa prática e as experiências afirmam que não funciona. Procurei sobre o assunto e encontrei um artigo muito interessante com afirmações de gurus do Scrum a respeito. Vale à pena ler.

Desde o primeiro Sprint eu já havia detectado este problema. Informei na reunião de review, porém nenhuma medida foi tomada. Continuei não conseguindo assumir os dois papéis e todas as atividades estavam sendo prejudicadas. Agora, com o respaldo do treinamento, posso afirmar e ter argumentos de que essa prática não funciona.

Futuro

Acredito que começo uma fase no blog a respeito do Scrum e em específico do papel do PO no processo. Há tempos eu afirmava que Scrum é bom e funciona, no entanto o conhecimento e entendimento do papel do PO no processo me fascinou ainda mais. Aguardem os posts e resultados!

Leia também:

O papel do Product Owner (PO) no Scrum O Scrum trabalha com três papéis que se complementam...
Palestra: Scrum e seus papéis Esta semana eu (CSPO) e o Gabriel Vieira (CSM) ministramos...
Palestra – Scrum: Maximizando o ROI no desenvolvimento de Software No dia 24/09 apresentei uma palestra no IV Fórum de...
Palesta Análise de Negócios e Scrum O 14º EDTED foi muito bom. Já havia participado de...
Análise de negócios e Scrum em palestra do EDTED Floripa Como informei aqui no blog, dia 23 de maio acontece...

Tags: agile, crm, cspo, product owner, scrum, treinamento

5 Responses to Tornando-se um Certified Scrum Product Owner – CSPO

Fernanda

março 4th, 2009 at 22:13

Oi Gui,
psentão, nem sabia disso, agora fud*** tudo, hahahaha, manda o Branquinho ser o Scrum master! Ia ser iraaaaaado!!
Bom saber que vc está voltando mais sábio desses dois dias em sampa, twitou pouco aliás!
Vou acompanhar os próximos posts, quem sabe um dia não me torno uma PO too!
:****

Diego Homem

março 5th, 2009 at 09:51

Parabéns pela certificação Guilherme. Scrum é muito interessante e já tive a oportunidade de participar de um treinamento sobre ele. Lebro de instrutor deixar bem claro que o papel do PO e do Scrum Master não deviam se misturar.

Abraços e boa sorte na nova empreitada.

Paulinha Winter

março 5th, 2009 at 16:17

Parabéns Gui…

É muito bom ter cada vez mais profissionais bem capacitados na equipe, acho que é um conhecimento que agrega muito, principalmente pra você, mas para a equipe também.

O Scrum realmente é bom e ajuda bastante, nosso rítmo de trabalho melhorou muito. Mas com certeza não podemos assumir vários papéis numa só vez. Por exemplo se você é progrmador e scrum master ao mesmo, você acaba sendo um impedimento pra você mesmo, por que geralmente você não consegue fazer tudo que planejou.
Acho que esse tipo de coisa ainda precisa ser reavaliado na nossa equipe.

Bjos,
Paulinha

Kerber

março 6th, 2009 at 21:01

Pois é, sempre existe uma boa razão para em uma metodologia termos funções distintas, não se trata de preciosismo.

Quando uma pessoa acumula papéis passa a ter interesses conflitantes dentro da mesma cabeça.

E não precisa ser ágil, tive esse problema em um projeto cascata mesmo quando acumulei análise de negócios e gerenciamento de projetos.

Em um primeiro momento parece bom, parece que encurtam-se distâncias, que tudo fica mais fácil tendo uma pessoa só controlando duas áreas, mas na prática é muito ruim mesmo. Aprendemos e não repetimos mais. Tomara que você consiga reverter situação.