scrum-workshop

zekitow @ GC Talk

2017

Como será apresentado?

Conceitos

Ferramentas

Por onde começar?

Espaço para responder dúvidas?

Curiosidade

Foi criado pela Toyota

Inicialmente usado para produção de carros

Hoje é amplamente utilizado em T.I.

Quem usa?

  • Google
  • Microsoft
  • EA Games
  • Valve
  • ADOBE
  • AMD
  • Intel
  • NVIDIA
  • Novell
  • CNN
  • Cannon
  • Nokia
  • Sony
  • Oracle
  • Motorola
  • YAHOO!
  • Philips
  • Borland
  • Lego
  • Xerox
  • Deutsche Bank

No Brasil

  • Bluesoft *
  • Editora Abril
  • ThoughtWorks Brasil
  • Google Brasil
  • YAHOO! Brasil
  • Amazon Brasil
  • Globo.com
  • UOL
  • GOL
  • Locaweb
  • Caelum
  • Ci&T
  • Cesar
  • GoNow
  • Pitang Agile IT
  • Lambda3
  • Webgoal
  • Kleer
  • Paggo
  • TeamWare
  • ImproveIt

O que é Scrum?

É um framework simples

Para gerenciar projetos complexos

Objetivo

Controle

Transparência

Valores de negócio

Redução de custos

Como funciona?

Desenvolvimento cíclico e constante

Papéis

Product Owner ou P.O.

Scrum Master

Scrum Developer

Ou seja...

Darth Vader: P.O.

Boba: Scrum Master

Stormtroopers: Scrum Developer

Eventos ou Cerimônias

Sprint

Planning / Grooming

Daily Meeting ou Stand-up

Sprint Review

Restrospectiva

Visão Macro

Importante!

TODAS AS CERIMÔNIAS TEM DEADLINE (TIME-BOX)

Ferramentas do Scrum

Planning Poker

Determina o esforço

Quebra as histórias em tarefas

Sequência Fibonacci (?, 0, 1/2, 1, 2, 3, 5, 8, 13, 21)

ÉPICOS!

Kanban

O famoso TO-DO / Working / Testing / Done!

Importante!

KABAN NÃO É SCRUM!

SCRUM NÃO É KABAN!

Burndown

Mede e prevê desvios durante o Sprint

Cenários

Bugs em Produção

Todo Sprint tem margem para emergências

Quando os bugs são complexos

Definimos uma história

Pontuamos

Adicionamos no Sprint

Executamos

Em último caso, o Sprint pode falir

O bug DEVE ser discutido na RETROSPECTIVA

Posso mudar o Sprint atual?

Mas a pontuação deve ser respeitada

Exemplo:

Se saem 3 pontos

Cabem 3 pontos no Sprint

Precisamos entregar mais rápido!

SCRUM mede capacidade produtiva individual

Mais pessoas, mais pontos entregues

NÃO É ACONSELHÁVEL MUDAR O TIME CONSTANTEMENTE

Por onde começar?

1. Definir

Quem é o P.O.

Quem é o Scrum Master

Quem é o time

Definir o conceito de "DONE"

Definir a pontuação

2. Executar

Backlog

Grooming / Planning

Daily Meeting

Review

Retrospectiva

3. Acompanhar

A velocidade do Time

A evolução do Produto

O custo de desenvolvimento

Observações
antes de começar

É uma mudança cultural

Resistência

Dúvidas

Discussões

Mas...

Previsibilidade

Transparência

Entregas rápidas

Alinhamento entre Business e TI

Redução de custos

É Importante saber

Que é um trabalho em equipe

Que as pessoas e os processos são importantes!

Que ser ágil é adaptar-se rapidamente

Regra 80/20

80% da receita vem de 20% das features

80% das features são raramente utilizadas

Não faz sentido desenvolver o que não é usado

Dúvidas?

Conteúdo:

zekitow.github.io/scrum-workshop

Referências:

scrum.org

manifestoagil.com.br

wikipedia.org

dzone.com

Obrigado