Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Personagens e Artefatos SCRUM

No description
by

Rodrigo de Toledo

on 20 August 2018

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Personagens e Artefatos SCRUM

Por que estimar?
Flexibilidade de escopo
Altamente imprevisível
Estimar não é acertar!
Estimar
em projetos ágeis
é diferente!
Estimar tem que ser rápido!!!
Desperdício de tempo (Lean)
Senão, tem que "estimar o tempo de estimar"
O TIME É QUEM PONTUA!!!
Faixa de tempo atualizada continuamente
Previsibilidade
Produtividade
Priorização
Por que usar
"Pontos de História"?
Kg?
Qual pesa mais?
Quantas vezes mais?
Esforço
Tempo
Pontos de História
Medidas Ágeis
H/dia, dia perfeito?
(fator de ajuste)
T-shirt Sizing
P
M
G
Homem-dia
Performances individuais
Points/Sprint
HDia
Noção intuitiva de pontos!
8
Evita pressão externa!
Lei de Parkinson
Síndrome do estudante
ou
Capricho em excesso
"O uso de um recurso se expande para a sua disponibilidade"
10 razões
Fibbonacci te induz a fatiar mais fino
Quanto maior o número de pontos de história, maior o erro possível.
Ex.: 40 pontos é algo entre 20 e 100!
1
2
5
4
3
8
6
7
9
10
(Porém, não é uma medida universal)
Comparação entre times é possível?
3P
Estimando com Pontos de História
IMPREVISIBILIDADE
Escopo
Prazo
Custo
Qualidade
Sprint
Pontuar apenas por histórias
Pontuar as tarefas
visibilidade
heartbeat
adiantado/atrasado
motivação/foco
HH
Pontos de história
Somatório igual
Somatório não precisa bater
Por agrupamento
Projeto/Release
Culmulative Flow Diagram
CFD
Product Backlog
ScrumMaster não é...
Não é Chefe
Não é Intermediário
Não é Líder Técnico
Apenas três
Não têm relação direta com cargos e hierarquias

Scrum Master
Facilitador
Não é autoritário, mas tem liderança
Presta serviço ao time
Facilita reuniões e eventos
Defensor dos valores e práticas ágeis
Remove empecilhos e obstáculos
Protege o time
Ajuda o time nas suas tarefas
Ajuda o product owner nas suas tarefas
De olho na próxima sprint
Time
Multidisciplinar
sem papéis específicos
Auto-gerenciado
De 3 a 9 pessoas (excluindo SM e PO)
Comprometido com o objetivo e consigo mesmo
esforçado, pontual, focado etc.
Possui todas as habilidades e conhecimentos necessários para produzir o incremento do produto pronto, de acordo com a Definição de "Done"
Comunicação constante
transparência e diálogo
P.O. não deve ser...
Mais de um

Um comitê

Não entenda do negócio

Ausente

Excessivamente técnico

Desempoderado *
Product Owner
Fornece a visão do negócio
Mantém os itens do product backlog atualizados e priorizados
A cada início de sprint participa da elaboração do selected backlog
Maximiza ROI ("valor agregado")
Dá e busca feedback sobre o que foi produzido
Alta participação em início e fim de sprints
Disponível para esclarecer dúvidas
Às vezes somos porcos, às vezes galinhas
Porco, estava pensando que poderíamos abrir um restaurante juntos.
E qual seria o nome?
Que tal “Presunto com ovos”?
Então não, porque eu estaria comprometido e você apenas envolvido!
Comprometimento x Envolvimento
Porcos e galinhas
Scrum - Comprometimento
SCRUM
Metaprocesso (framework)
“Método que diz que métodos não são tão importantes”

Adaptável
1ª regra original: as regras podem ser alteradas*


Promete alta qualidade
Software robusto

Promete alta produtividade
4 a 10 vezes mais produtivo
Mais “business value” ou valor agregado
*Está no 1º livro do Scrum, mas existiam algumas pré-condições
Scrum
Vamos ver:
Primeiros conceitos
Personagens
Artefatos
Meetings (cerimônias)
Diferença entre estratégia e tática:
Scrum
Sprint:
Iteração (i, i+1, i+2, ...)
Período de 1 a 4 semanas de trabalho da equipe

Sprint diário:
1 dia de trabalho da equipe

Product backlog:
Lista de requisitos em formato user-story
Ordenada por prioridade

Selected backlog:
Lista de stories a serem realizadas durante a sprint
Baseada nas maiores prioridades do product backlog
De acordo com a capacidade da equipe em uma sprint
Scrum – Primeiros Conceitos
Scrum
Overview

Scrum
Personagens

Scrum
Artefatos

Scrum
Meetings

Rodrigo de Toledo
CFC
Marcos Garrido
Rafael Sabbagh

Item de Backlog (ex:História do usuário)
Título (ou descrição sucinta)
Suficiente para compreensão mínima do time
Pode conter uma descrição da interação com o usuário ou uma prévia da lista de tarefas ou ...
$ 30.000,00
Valor
Pontos de História
Outros campos possíveis, exemplo:
Número da sprint de realização
Esforço
Critérios de aceitação
Exemplos:
$
Moedas
MOSCoW
Kano
Métricas de Produto
id:881
Podem ser outras medidas, exemplo: HH
Obs: esforço medido pelo time!
“Me <name>, as <user role>, would like to <feature>, so that <value>”

“Eu, enquanto
<papel>
,
gostaria de
<necessidade>
,
tal que
<valor agregado>

Descrição mais detalhada
Ajustar Banco de Dados
Tarefas
Cada story deverá ser quebrada em tarefas
São a menor unidade de divisão
Cada tarefa vira um Post-it
Idealmente, tarefas correspondem a no máximo 1 dia de trabalho
As atribuições das tarefas às pessoas ocorre diariamente

Sprint Backlog
Conjunto de tarefas de cada uma das stories da sprint atual
Task Board
Burn Down Chart
2007
Tecgraf
Oficialmente são 4 cerimônias:
planning, daily, review, retrospective
Por questões didáticas, dividimos a planning em 1 e 2 e incluímos a Refinement
REFINEMENT
SPRINT PLANNING
DAILY MEETING
REVIEW
Dicas:
Importância de um bom feedback:
PO < cliente < stakeholders < usuários
mensal < quinzenal < semanal < diário
desenvolvimento < homologação < produção
RETROSPECTIVA
Cerimônia mais importante
Selected
backlog
+
+
1-4

Product Backlog
Selected Backlog
Sprint
1~4 weeks
Deliverable
Product
SCRUM
Refinement
Paulo Caroli, Fun Retrospectives
www.k21.com.br/blog/category/retrospectivas/
http://www.k21.com.br/blog/category/retrospectivas/
Diferentes retrospectivas
no Blog da K21!
Time de
Desenvolvimento
Empoderamento se
conquista com métricas
prezi.com/user/toledo
dontpad.com/csmk21

Personagens e Artefatos SCRUM
Full transcript