Atualização em 18/08/09 – Depois de esvaziar o buffer neste post, continuei lendo e pesquisando sorbe o assunto. Pretendo formatar um modelo que funcione bem para as características específicas aqui da Myfreecomm. Nas leituras achei este post que responde exatamente as minhas perguntas.

Atualização em 06/08/09 – A questão não é a literatura sobre P.O. e Scrum Master em si, mas o que é vivenciado na prática. Algumas literaturas dizem que o P.O. deve ser o cliente, outras dizem que pode ser um representante dele e por aí vai. Minha idéia é tentar entender como isso funciona em alguns casos práticos. Realmente a pergunta no título ficou muito ruim, deveria ser: Como funciona pra você?

***

Este post é fruto de uma conversa que tive ontem sobre a necessidade de delimitar as responsabilidades de cada papel no SCRUM. Essa conversa vai de encontro com um ponto que queremos melhorar no processo desenvolvimento na Myfreecomm.

Geramos algumas dúvidas que eu não sei a resposta exata, mas pretendo respondê-las após alguns estudos e experimentos na prática. Se você tiver alguma resposta, deixe um comentário.

O P.O. é o cliente? Cliente e P.O. são as mesmas coisas? O P.O. tem que ser necessariamente o representante do cliente?

O P.O. precisa entender de software?

É papel do P.O.trazer o que ele quer já detalhado em forma de itens do software a ser desenvolvido ou é papel do Scrum Master entender a necessidade de negócio e traduzir em software?

Dado um cliente externo (ou interno off-site) não se faz necessário designar um “P.O. Interno” que seja um analista e que faça a ponte com o cliente?

O “P.O. Interno” pode ser o Scrum Master, dado o fato de que o Scrum Master entende de tecnologia e é um analista de sistema em geral?

É responsabilidade do Scrum Master definir o prazo real para o desenvolvimento e demonstrar ao P.O. no Sprint Planning ou é responsabilidade do P.O. ter o entendimento de desenvolvimento para criticar o prazo estipulado?

Qual a sua opinião?

Ultimamente tenho pensado sobre o ambiente de trabalho da Myfreecomm. Quem me acompanha no Twitter tem percebido que meus estudos estão focados nesta área. Nesta semana iremos começar uma pequena revolução na organização física da empresa.

Meu amigo Lucas me enviou um excelente artigo sobre o assunto e o objetivo deste post é apenas enfatizar o quanto ele foi importante no momento e dizer que foi ótimo ter confirmado que estamos andando no caminho certo.

Se você está preocupado em montar um ótimo ambiente de trabalho para você e sua equipe, não deixe de ler este artigo:

http://www.infoq.com/articles/agile-team-room-wishlist

Abraços e até a próxima.

Neste episódio eu conto um caso real que ocorreu na Myfreecomm, que evidenciou a diferença entre a visão técnica e a visão comercial sobre a implantação de uma funcionalidade no FinanceDesktop. Ouça e confira!

Leitores de feeds, visitem o site para ouvir on-line ou utilizem o link abaixo para fazer o download do arquivo de Áudio.

Realizar um planejamento e definir prazos são tarefas essenciais para o sucesso do trabalho realizado. Ouça e confira o que eu acho sorbe o assunto.

Hoje estou avaliando o Google Sites. Eu estava buscando uma ferramenta para documentar a concepção dos projetos da BielSystems e estava com dificuldades de achar.

Eu precisava mais do que um wiki poderia oferecer, então o Instiki não servia.

Era uma ferramenta para ser usada internamente, com estrutura de páginas e mais recursos que um blog poderia oferecer, então o Wordpress não servia.

Eu precisava de um local para enviar criar páginas, enviar aquivos, colocar imagens, etc. e o Google Sites caiu como uma luva!

Já comecei a usá-lo para documentar a NAW (veja os posts da série), pelo que já vi, vou deixar de mão o wiki em prol do Google Sites para o primeiro momento de troca de informação entre a equipe de um projeto.

Provavelmente quando começarmos a programar e posteriormente manter os sistemas depois de publicado, usaremos o Trac e o Basecamp.