Posts Tagged ‘Scrum

13
nov
09

Feira de ciências – o melhor review

A alguns Sprints, estávamos percebendo que nosso Review não estava atendendo a seu princípio básico que é pegar feedback sobre o que foi desenvolvido, nós estávamos ao contrário apresentando as histórias em um projetor, com POs, SMs, Time e clientes sentados ouvindo o que estava sendo dito por um ou dois membros do time, na maioria das vezes os ouvintes sequer se pronunciavam durante a apresentação, mesmo eventualmente tendo sugestões ou até percebendo alguma coisa errada.

Foi quando o Danilo (e o Igor) deu deram uma excelente idéía, que aproximou o cliente (e todos os interessados) das histórias que estavam sendo entregues nesse Sprint.

A idéia da dinâmica surgiu a partir do livro Agile Project Management with Scrum do Ken Schwaber (Sprint Review Meeting: páginas 56-57), e é realmente similar a uma feira de ciências, aonde cada um mostra o que fez e explica seu projeto bem de perto.

Em uma sala grande, colocamos cinco mesas com computadores, papel, caneta e é claro post-its. Os membros do time foram distribuídos nas mesas e apresentavam as histórias a quem estivesse naquela “bancada”, os participantes poderiam livremente navegar no computador para utilizar a solução, eventualmente tirar dúvidas e a partir daí escrever nos post-its sugestões de melhorias a serem avaliadas pelo PO posteriormente.

A proximidade das pessoas durante o review trouxe um clima muito mais colaborativo do que tinhamos nas apresentações, realmente surgiram melhorias, não só nas histórias mas também no processo, identificamos alguns pontos, discutimos na retrospectiva e conseguimos aplicar no sprint seguinte.

10
dez
08

scrum na globo.com

Pensei em escrever um post sobre o Scrum aqui na Globo.com, mas com certeza vou me tornar repetitivo, uma vez que Guilherme Chapiewski, Phillip Calçado e o Danilo Bardusco já escreveram. Mas acho bacana aproveitar para espalhar a apresentação que o Danilo fez no Falando em Agile.

Vale muito a pena conferir!


video


slides

Não sei porque, algumas pessoas não estão conseguindo ver o vídeo e os slides no próprio post, então coloquei os links prá facilitar!

06
mar
08

Qual é o papel do Scrum Master?

Na maioria dos casos, o gerente de projeto ou líder técnico assume o papel de Scrum Master quando uma organização ou uma equipe passa a utilizar Scrum.

Talvez seja por esse fator que em alguns casos, surge uma confusão sobre o real papel do Scrum Master.

Quando você é um líder técnico e torna-se um Scrum Master é natural que você ainda tente dar soluções técnicas para determinados problemas, ou diga para o time o que deve fazer (ou que é impossível fazer), ou acaba até executando uma tarefa ao invés de ajudar o time a executá-la.

Em outro cenário, se você é um gerente de projeto e torna-se um Scrum Master, naturalmente você irá tender a se comprometer com prazos de entregas, forçar o time a entregar nesse prazo custe o que custar, a dizer quem irá executar determinada tarefa ou em quanto tempo…

A missão do Scrum Master é facilitar o dia-a-dia do Time, removendo tudo aquilo que está atrapalhando o seu progresso.
É garantir que o time siga os valores e práticas do Scrum, protegendo para que ele não se comprometa excessivamente com aquilo que é capaz de executar dentro de um Sprint.
É aprimorar a produtividade do time da melhor maneira possível.

Li um artigo do Mike Cohn no Scrum Alliance muito interessante que falava sobre seis atributos de um bom Scrum Master, vou colocar aqui um resumo, mas vale a pena ler na íntegra.

Um Bom Scrum Master é:

  1. Responsável
  2. O Scrum Master não assume a responsabilidade pelo sucesso do projeto (essa responsabilidade é do Time), em contra partidaele é o responsável na adoção e prática do Scrum pelo Time.

  3. Humilde
  4. Um bom Scrum Master não é cheio de si. Seu sentimento deve ser “Olha o que eu ajudei a fazer” ao invés de “Olha o que eu fiz”.
    Ele está disposto a fazer o que for necessário para que o time alcance seu objetivo.

  5. Colaborativo
  6. O Scrum Master deve ajudar a gerar uma atmosfera colaborativa no time, facilitando o surgimento de debates entre os membros do time.

  7. Comprometido
  8. O Scrum Master deve ter o mesmo comprometimento que o time tem com o objetivo do Sprint, além do compromisso na resolução das barreiras que estão impedindo ou poderão impedir o time de alcançar esse objetivo.

  9. Influente
  10. O Scrum Master precisa exercer influência dentro e fora do time.
    Influenciando o time por exemplo em práticas como Test-Driven Development ou Pair Programming.
    Em geral o Scrum Master deve ter habilidades em “política coorporativa”, isso pode ser um trunfo para o time.

  11. Entendido
  12. O Melhor Scrum Master tem o conhecimento necessário para ajudar o time a buscar seu objetivo.

Não imagine que estou escrevendo isso afirmando que tenho todos esses atributos. Muito pelo contrário, confesso que peco em vários deles.
O Bom é que lendo algo do tipo conseguimos ver aonde estamos errando e aonde podemos melhorar.

Espero que vocês encontrem nesse post o mesmo valor que encontrei ao escrevê-lo.

01
fev
08

Como se tornar um Scrum Master Jedi

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

31
jan
08

Boris Gloger visita a Globo.com

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)

30
jan
08

Scrum um caminho sem volta

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



Seguir

Obtenha todo post novo entregue na sua caixa de entrada.