Workshop scrum & rational team concert rtc

Workshop Scrum & Rational
Team Concert (RTC)
Fundamentos do Scrum aplicados ao RTC
Sergio Martins Fernandes

Workshop Scrum & RTC
Slide 2
Agilidade
Habilidade de criar e responder a
mudanças, buscando agregar valor em
um ambiente de negócio “turbulento”

Slide 3
O Manifesto Ágil
Processos e FerramentasIndivíduos e interações
mais
que
Seguir um planoResponder a mudanças
Mais
que
Fonte: www.agilemanifesto.org
Documentação
abrangente
Software em
funcionamento
mais
que
Negociação de Contratos
Colaboração com o
cliente
mais
que

Slide 4
SCRUM (o termo)
Forma de recomeçar o jogo após uma interrupção, na qual os
atacantes de cada time se agrupam numa formação cerrada e
lutam para ganhar a posse da bola quando ela é atirada.
4

Slide 5
SCRUM (o processo)
• Processo ágil que permite focar em
agregar valor ao negócio a curto prazo
• Permite inspecionar software
executável rápida e repetidamente
• O negócio define as prioridades
• As equipes se auto organizam para
definir a melhor forma de entregar as
features de mais alta prioridade
• A cada duas semanas a um mês
qualquer um pode ver software funcional
e decidir por implantá-lo ou continuar a
aprimorá-lo num outro sprint
5

Slide 6
Características
• Um entre os diversos processos ágeis
• Equipes auto organizadas
• O produto progride ao longo de sprints
(iterações) de 2 semanas a 1 mês
• Os requisitos são capturados num lista de
backlog do produto
• Não há práticas específicas de engenharia de
software prescritas
• Usar recursos de automação para criar um
ambiente ágil para o desenvolvimento de
software

Slide 7
Framework Scrum
•Product owner
•ScrumMaster
•Equipe
Papéis
•Planejamento do Sprint
•Revisão do Sprint
•Retrospectiva
•Daily scrum
Cerimônias
•Backlog do produto
•Backlog do Sprint
•Gráficos Burndown
Artefatos

Slide 8
Framework Scrum
Artefatos
•Retrospectiva
•Daily scrum
Cerimônias
•Product owner
•ScrumMaster
•Equipe
Papéis

Slide 9
Product owner (Bob)
• Define as features do produto
• Decide sobre o conteúdo e data do release
• Responsável pela lucratividade do projeto
(ROI)
• Prioriza as features de acordo com valor de
mercado
• Ajusta features e prioriza cada iteração,
conforme necessário
• Aceita ou rejeita os resultados do trabalho

Slide 10
O ScrumMaster (Marco)
• Responsável por garantir os
valores e práticas do SCRUM
• Remove impedimentos
• Garante que a equipe é totalmente
funcional e produtiva
• Viabiliza cooperação estreita entre
todos os papéis e funções
• Protege a equipe de interferências
externas

Slide 11
A Equipe (Deb)
• Tipicamente de 5 a 9
pessoas
• Cross-funcional:
Programadores, testadores, designers da
interface visual, etc.
• Dedicação em tempo exclusivo
• Há exceções (exemplo: administrador de banco de
dados)
Auto organizada

Slide 12
•Product owner
•ScrumMaster
•Equipe
Papéis
Framework Scrum
Artefatos
•Retrospectiva
•Daily Scrum
Cerimônias

Slide 13
Framework Scrum
Visão
Product
Backlog
Sprint
Backlog Sprint
Ciclo de 24h
Daily
Scrum
Funcionalidade
Concluída –
resultado do
|Sprint
2 a 4
semanas
Planejamento do Sprint
Daily Scrum
Retrospectiva
Revisão do
Sprint

Slide 14
Reunião plan. Sprint
Priorização do sprint
• Analisar e avaliar o backlog do
produto
• Selecionar o objetivo do Sprint
Planejamento Sprint
• Decidir como atingir o objetivo do
Sprint (design)
• Criar o backlog do Sprint
(tarefas) a partir dos itens do
backlog do produto (estórias de
usuários / features)
• Estimar esforço do Sprint
Objetivo do
Sprint
Backlog do
Sprint
Condições
de negócio
Capacidade
da equipe
Backlog do
produto
Tecnologia
Produto
atual

Slide 15
Planejamento do Sprint
• A equipe seleciona os itens do backlog do
produto que se compromete a concluir
• Backlog do Sprint é criado
Tarefas são identificadas e estimadas (1-16 horas)
Colaborativamente, não pelo ScrumMaster sozinho
• O design em alto nível é considerado
Como cliente, eu quero ver o
histórico de filmes que assisti. Codificar a lógica de controle (8
horas)
Codificar a interface visual (4)
Escrever casos de testes(4)
Codificar as classes de negócio(6)
Gerar testes de performance (4)

Slide 16
A equipe deverá identificar possíveis user stories e escrevê-las no formato que
responda as perguntas: Quem?, O quê? , Por que?
Fiquem atentos com o nível de granularidade das users stories. Deverão estar em
um nível de negócio, sem a preocupação com tarefas técnicas.
Nós, da Locadora de filmes cinéphileix, estamos vendo nosso modelo de
negócio se exaurir, devido à concorrência dos sites de streaming de vídeo, como
Netflix. Avaliamos que a única forma de sobrevivência é uma mudança do
modelo de negócio, aderindo ao negócio de streaming de vídeo. Consideramos
viável atuar nesse mercado, competindo com Organizações de porte
internacional, por conta do apreço dos clientes (tipicamente cinéfilos) pela nossa
empresa. Nossos funcionários de venda, experts em cinema, oferecem
orientações detalhadas e de alto valor aos clientes, sobre filmes que podem
interessá-los. Ao longo dos anos cultivamos essa abordagem como diferencial
competitivo, com grande sucesso. Além disso, temos registro completo de
interesses e filmes alugados / comprados pela nossa base de clientes. Vamos
usar esses recursos para oferecer recomendações muito mais precisas de
filmes aos clientes, e focar num público que também tem grande interesse e
negociar com os estúdios a disponibilização de um um acervo que foge ao
banal, voltado para cinéfilos.
Atividade: Planejando uma Sprint (1a. Parte)

Slide 17
Atividade: Estimativa com Planning Poker
(2a. Parte)

Slide 18
O daily Scrum
• Parâmetros
Diário
15 minutos
Stand-up
• Não visa a solução de
problemas
Todos são convidados
Apenas membros da equipe, ScrumMaster, product owner, podem
falar
• Ajuda a evitar outras reuniões desnecessárias

Slide 19
Todos respondem às questões
• Isso não é uma apresentação para o
ScrumMaster
São comprometimentos frente a toda a equipe
O que você fez ontem?
1
O que você fará hoje?
2
Há algum impedimento?
3

Slide 20
A revisão do Sprint
• A equipe apresenta o que foi realizado durante
o Sprint
• Tipicamente tem a forma de uma
demonstração das novas features ou
arquitetura subjacente
• Informal
Regra de preparação:
2 horas
Sem slides
• Toda a equipe participa
• Convide o mundo

Slide 21
A retrospectiva do Sprint
• Periodicamente avalie o que está e o que não
está funcionando
• Tipicamente, 15 a 30 minutos
• Feita após cada Sprint
• Toda a equipe participa
ScrumMaster
Product Owner
Equipe
Possivelmente, clientes e outros
• O que iniciar, o que parar, o que continuar

Slide 22
•Product owner
•ScrumMaster
•Equipe
Papéis
Framework Scrum
•Retrospectiva
•Daily Scrum
Cerimônias
Artefatos

Slide 23
Backlog do Produto
• São os requisitos
• Uma lista de todo o
trabalho desejado para
o produto
• Idealmente expresso de
forma que cada item
agregue valor para os
usuários / clientes
• Priorizado pelo product
owner
• Repriorizado no início de
cada Sprint
Este é o backlog
do produto

Slide 24
Um exemplo de backlog do produto
Item do Backlog Estimativa
Permitir que um cliente selecione um filme 3
Como cliente, eu quero visualizar o
histórico de filmes assistidos.
5
Como cliente, eu quero interromper e
retomar a exibição de um filme.
3
Como funcionário da locadora, eu quero ter
um histórico de filmes mais assistidos
8
Melhorar o tratamento de exceções 8
... 30
... 50

Slide 25
Uma user story é uma pequena descrição sobre um item
do backlog. Geralmente é escrita em um cartão ou post-
it e fixada em um quadro Kanban, ou registrada em
ferramentas como o Rational Team Concert.
Fonte: Workshop Product Owner – Rildo F. Santos
No verso do cartão são escritos os critérios de aceitação
da Estória de Usuário. Ou seja, cenários de teste que
atestam que a funcionalidade atende o que foi solicitado
pelo cliente.
Estórias de Usuários (user stories)

Slide 26
Gerenciando o backlog do Sprint
• Os indivíduos selecionam as tarefas que
querem executar
Não há atribuição de tarefas
• O trabalho estimado remanescente é
atualizado diariamente

Slide 27
O objetivo do Sprint
• Uma declaração sucinta do que será focado
durante o Sprint
Aplicação de BD
Serviços financeiros
Medicina
Suportar as features necessárias
para estudo da genética de
populações
Prover mais indicadores técnicos
que o concorrente X, em tempo
real
Fazer a aplicação rodar em SQL
Server, além de Oracle

Slide 28
Gerenciando o backlog do Sprint
• Qualquer membro da equipe pode
adicionar, apagar e alterar o backlog do
Sprint
• O trabalho do Sprint emerge
• Se o trabalho não estiver claro, defina
um item do backlog do Sprint mais alto
nível e o detalhe posteriormente
• Atualize o trabalho remanescente até que
fique claro

Slide 29
O backlog do Sprint
Tarefas
Codificar a interface visual
Codificar a lógica de
controle
Testar a lógica de controle
Escrever o help online
Escrever as classes de
negócio
Seg
8
16
8
12
8
Ter
4
12
16
8
Qua Qui
4
11
8
4
Sex
8
8
Adicionar o log de erros
8
10
16
8
8

Slide 30
0
20
40
60
80
100
120
140
160
1 2 3 4 5 6 7 8 9 10 11 12 13
Sprint Burndown
Sprint Work Hours Sprint Estimative
• Time-in-box
• Velocidade
• Meta
Kanban e o gráfico de Burndown do Sprint

Slide 31
início seg ter qua qui sex
Burn down 72 56 40 28 12 0
Total dia 16 16 12 16 12
Codificar a interface visual 8 4 4
Codificar a camada de
controle 8 8 8 4
Testar a camada de
controle 8 8
Escrever o help online 8 4
0
10
20
30
40
50
60
70
80
início seg ter qua qui sex
burn down
burn down

Slide 32
Escalabilidade
• Uma equipe típica tem 7 ± 2 pessoas
A escalabilidade vem de equipes de equipes
• Fatores para escalar
Tipo da aplicação
Tamanho da equipe
Dispersão da equipe
Duração do projeto
• O SCRUM tem sido usado em projetos
de 500+ pessoas

Slide 33
Escalando através de SCRUM de SCRUMs

Slide 34
PrimeUp Educação

Obrigado!
Contato:
atendimento@primeup.com.br
11 2389 8115

Workshop scrum & rational team concert rtc

Mais conteúdo relacionado

Mais procurados

Semelhante a Workshop scrum & rational team concert rtc

Workshop scrum & rational team concert rtc