Posts de ‘Evandro Flores’

[Evandro Flores] Como se tornar um Scrum Master Jedi

Friday, February 1st, 2008

No meu último post, falei sobre a visita do Boris Gloger a Globo.com e os treinamentos programados para essa visita.
Nos últimos dois dias os nossos ProductOwners tiveram a oportunidade de aprender mais sobre seu papel no Scrum e hoje foi a nossa vez de aprender um pouco mais.

Durante todo o dia fizemos o treinamento “Teaching Scrum – Train the Trainer”. A idéia do curso é dar uma visão de como ensinar Scrum.
Inicialmente eu pensei que seria algo próximo a um “how to” ou um guia previamente preparado, mas não era nada disso. O treinamento foi muito além. O Boris nos mostrou algumas das suas “tecnicas Jedi” para montar o nosso próprio treinamento: como organizar os tópicos, as diversas maneiras de apresentar a mesma informação, quais os Jogos podemos usar para exemplificar os conceitos de Scrum, como conhecer seu publico, como lidar com algumas situações durante o treinamento…. e acima de tudo, auto conhecimento, para trabalhar no seu próprio estilo de ensino.

Para aqueles que já fizeram o treinamento de Scrum Master com o Boris (ou o de Product Owner) sabe bem como é o seu entusiasmo ao falar de Scrum. Vocês não fazem idéia o que entender de onde vem tudo isso. O desafio agora é mostrar esse entusiasmo em nós.

Ao fim do curso cada um de nós disse o que tinha achado e qual era nosso estado de espirito naquele momento. Foi visível que todos nós estavamos realmente empolgados em replicar o conhecimento, principalmente agora que sabemos um pouco mais como faze-lo.

Enfim, agora é preparar nosso material e replicar o conhecimento!

yoda May the force be with us! Wuff!!

mais fotos no flickr!
fotos do site do Boris

[Evandro Flores] Boris Gloger visita a Globo.com

Thursday, January 31st, 2008

No fim do ano passado tivemos aqui na Globo.com o treinamento para certificação ScrumMaster com o Boris Gloger, um dos Papas do assunto. O treinamento foi excelente e gerou uma revolução na nossa maneira de pensar. Mas o propósito do treinamento foi formar Scrum Masters, e um pensamento veio em seguida: não seria muito interessante treinarmos também nossos Product Owners? E foi essa a missão do Boris nos últimos dias aqui no Brasil. Treinar nossos Product Owners e nos ensinar a replicar o conhecimento de Scrum com o restante do Time.

Mas a motivação para criar esse post não foi exatamente falar dos treinamentos, e sim da “visita do Papa” a Globo.com. É isso mesmo. Recebi uma ligação do Danilo Bardusco dizendo que o Boris estaria na Globo.com em 15 minutos. Meu primeiro pensamento foi correr para o whiteboard e ver o eu poderia fazer para não “passar vergonha”, afinal, não é todo dia que o Papa vem a sua “casa”. Bom, não tinha muito o que fazer, na verdade não tinha nada o que fazer. Melhor, porque posso ver o que estou fazendo errado e ajustar, afinal isso é Scrum, ajustar a cada momento.

Assim que ele chegou, tirou sua câmera da bolsa e fez uma foto do nosso humilde whiteboard (xiii agora está registrado!).

Durante seu “passeio” aos projetos, ele pode fazer algumas observações (positivas e negativas) a respeito de nossos Sprints e BurnDowns, tudo o que podia ser visto e merecia algum comentário.

Além disso, tivemos a oportunidade de tirar algumas dúvidas ligadas diretamente ao Sprint que estamos trabalhando.

Enfim, além de uma boa surpresa, foi uma oportunidade única.

(outras fotos aqui)

[Evandro Flores] Boris Gloger visita a Globo.com

Thursday, January 31st, 2008

No fim do ano passado tivemos aqui na Globo.com o treinamento para certificação ScrumMaster com o Boris Gloger, um dos Papas do assunto. O treinamento foi excelente e gerou uma revolução na nossa maneira de pensar. Mas o propósito do treinamento foi formar Scrum Masters, e um pensamento veio em seguida: não seria muito interessante treinarmos também nossos Product Owners? E foi essa a missão do Boris nos últimos dias aqui no Brasil. Treinar nossos Product Owners e nos ensinar a replicar o conhecimento de Scrum com o restante do Time.

Mas a motivação para criar esse post não foi exatamente falar dos treinamentos, e sim da “visita do Papa” a Globo.com. É isso mesmo. Recebi uma ligação do Danilo Bardusco dizendo que o Boris estaria na Globo.com em 15 minutos. Meu primeiro pensamento foi correr para o whiteboard e ver o eu poderia fazer para não “passar vergonha”, afinal, não é todo dia que o Papa vem a sua “casa”. Bom, não tinha muito o que fazer, na verdade não tinha nada o que fazer. Melhor, porque posso ver o que estou fazendo errado e ajustar, afinal isso é Scrum, ajustar a cada momento.

Assim que ele chegou, tirou sua câmera da bolsa e fez uma foto do nosso humilde whiteboard (xiii agora está registrado!).

Durante seu “passeio” aos projetos, ele pode fazer algumas observações (positivas e negativas) a respeito de nossos Sprints e BurnDowns, tudo o que podia ser visto e merecia algum comentário.

Além disso, tivemos a oportunidade de tirar algumas dúvidas ligadas diretamente ao Sprint que estamos trabalhando.

Enfim, além de uma boa surpresa, foi uma oportunidade única.

(outras fotos aqui)

[Evandro Flores] Scrum um caminho sem volta

Wednesday, January 30th, 2008

Eu tenho falado bastante de Scrum nos últimos tempos com alguns amigos fora da empresa, além de viver um bocado disso todo dia na Globo.com, então resolvi criar esse post para dar uma introdução ao Scrum, para aqueles que ainda não ouviram falar.

Scrum é uma metodologia ágil para gerenciamento de projetos, criada por Ken Schwaber, Jeff Sutherland e Mike Beedle na década de 90, baseada no Pensamento Lean (Lean Thinking), que segue algumas regras bastante simples:

Existem três papeis dentro do Scrum:

Product Owner - Representa os clientes do projeto. Sua visão é de negócio e deve mostrar essa visão ao Time. Ele é responsável em manter o Product Backlog e priorizá-lo baseado no valor de negócio.

Time - O Time é multidisciplinar e deve ter o conhecimento necessário para trabalhar no projeto em questão. Ele deve entender a visão do Product Owner para desenvolver incrementos para o projeto a cada Sprint de acordo com as prioridades definidas pelo Product Owner.

Scrum Master - É o facilitador do Time. Sua responsabilidade é resolver qualquer impedimento que o Time esteja enfrentando. Ele protege o time e trabalha com o Product Owner para maximizar o retorno de investimento. Ele cuida para que os ideais do desenvolvimento ágil sejam respeitados por todos.

Artefatos do Scrum:

Product Backlog - É uma lista de todos os requisitos ordenados pelo valor de negócio. A prioridade de um ítem no backlog pode mudar, requisitos podem ser adicionados ou removidos.

Selected Product Backlog - É o resultado do Sprint Planning. Define o que o Time aceitou durante o planejamento. Não pode ser modificado durante todo o Sprint.

Sprint Backlog - É a lista tarefas que o time define para cada História. Será utilizada para que o Time saiba o que será feito durante cada Daily Meeting.

Impediment Backlog - É a lista com todos os problemas the atrapalham o time a progredir. Pode ser dividida em duas listas, Team Impediment, que são os impedimentos que podem ser resolvidos pelo próprio time e Organization Impediment, aonde o time não pode resolver.

Dia-a-dia do Scrum:

Inicialmente fixa-se o tempo de cada Sprint, que no meu caso é de 15 dias, esse período é chamado Sprint.
No início de cada Sprint, realizamos o Sprint Planning 1. Trata-se de uma reunião para definir quais dos ítens do Product Backlog deverão ser implementados. A partir dessa reunião teremos o Selected Product Backlog, nesse ponto faremos uma nova reunião somente o Time e o Scrum Master para que o Time defina em tarefas o que é necessário para fazer cada história e a partir disso teremos o Sprint Backlog.

Todos os dias do Sprint o Time faz uma reunião de 15 minutos em um horário pré estabelecido e no mesmo local (Daily Meeting), aonde cada membro do time responderá tres perguntas.

O que eu fiz ontem?
O que eu vou fazer hoje?
Quais impedimentos estou enfrentando?

Ao fim do Sprint realizamos o Review e a Retrospective.
No Review o time demonstra ao Product Owner cada ítem do backlog. Caso algum ítem precise de alguma modificação, uma nova história deverá ser adicionada ao Product Backlog, da mesma forma novas idéias.

Na Retrospectiva o time identifica o que foi bom no Sprint e o que pode ser melhorado.

scrum flow

[Evandro Flores] Scrum um caminho sem volta

Wednesday, January 30th, 2008

Eu tenho falado bastante de Scrum nos últimos tempos com alguns amigos fora da empresa, além de viver um bocado disso todo dia na Globo.com, então resolvi criar esse post para dar uma introdução ao Scrum, para aqueles que ainda não ouviram falar.

Scrum é uma metodologia ágil para gerenciamento de projetos, criada por Ken Schwaber, Jeff Sutherland e Mike Beedle na década de 90, baseada no Pensamento Lean (Lean Thinking), que segue algumas regras bastante simples:

Existem três papeis dentro do Scrum:

Product Owner – Representa os clientes do projeto. Sua visão é de negócio e deve mostrar essa visão ao Time. Ele é responsável em manter o Product Backlog e priorizá-lo baseado no valor de negócio.

Time – O Time é multidisciplinar e deve ter o conhecimento necessário para trabalhar no projeto em questão. Ele deve entender a visão do Product Owner para desenvolver incrementos para o projeto a cada Sprint de acordo com as prioridades definidas pelo Product Owner.

Scrum Master – É o facilitador do Time. Sua responsabilidade é resolver qualquer impedimento que o Time esteja enfrentando. Ele protege o time e trabalha com o Product Owner para maximizar o retorno de investimento. Ele cuida para que os ideais do desenvolvimento ágil sejam respeitados por todos.

Artefatos do Scrum:

Product Backlog – É uma lista de todos os requisitos ordenados pelo valor de negócio. A prioridade de um ítem no backlog pode mudar, requisitos podem ser adicionados ou removidos.

Selected Product Backlog - É o resultado do Sprint Planning. Define o que o Time aceitou durante o planejamento. Não pode ser modificado durante todo o Sprint.

Sprint Backlog – É a lista tarefas que o time define para cada História. Será utilizada para que o Time saiba o que será feito durante cada Daily Meeting.

Impediment Backlog - É a lista com todos os problemas the atrapalham o time a progredir. Pode ser dividida em duas listas, Team Impediment, que são os impedimentos que podem ser resolvidos pelo próprio time e Organization Impediment, aonde o time não pode resolver.

Dia-a-dia do Scrum:

Inicialmente fixa-se o tempo de cada Sprint, que no meu caso é de 15 dias, esse período é chamado Sprint.
No início de cada Sprint, realizamos o Sprint Planning 1. Trata-se de uma reunião para definir quais dos ítens do Product Backlog deverão ser implementados. A partir dessa reunião teremos o Selected Product Backlog, nesse ponto faremos uma nova reunião somente o Time e o Scrum Master para que o Time defina em tarefas o que é necessário para fazer cada história e a partir disso teremos o Sprint Backlog.

Todos os dias do Sprint o Time faz uma reunião de 15 minutos em um horário pré estabelecido e no mesmo local (Daily Meeting), aonde cada membro do time responderá tres perguntas.

O que eu fiz ontem?
O que eu vou fazer hoje?
Quais impedimentos estou enfrentando?

Ao fim do Sprint realizamos o Review e a Retrospective.
No Review o time demonstra ao Product Owner cada ítem do backlog. Caso algum ítem precise de alguma modificação, uma nova história deverá ser adicionada ao Product Backlog, da mesma forma novas idéias.

Na Retrospectiva o time identifica o que foi bom no Sprint e o que pode ser melhorado.

scrum flow

[Evandro Flores] Finalmente meu blog…

Saturday, January 26th, 2008

Numa conversa de bar, depois de algumas discussões filosóficas, alguém me recomendou criar um blog para mostrar alguns pontos de vista sobre tudo aquilo que estavamos conversando, não sei se faço o perfil “blogueiro” mas acho que é no mínimo um excelente desafio. Pensando nisso, está aqui meu humilde blog (hehehe), justamente para discutir sobre tecnologia, desenvolvimento de software e tudo aquilo que tem a ver com isso.

[Evandro Flores] Finalmente meu blog…

Saturday, January 26th, 2008

Numa conversa de bar, depois de algumas discussões filosóficas, alguém me recomendou criar um blog para mostrar alguns pontos de vista sobre tudo aquilo que estavamos conversando, não sei se faço o perfil “blogueiro” mas acho que é no mínimo um excelente desafio. Pensando nisso, está aqui meu humilde blog (hehehe), justamente para discutir sobre tecnologia, desenvolvimento de software e tudo aquilo que tem a ver com isso.