Não São Apenas Sapatos

Não São apenas

Sapatos

Vinícius Silva de Andrade

facebook.com/ozirispc

twitter.com/ozirispc

ozirispc.blogspot.com

ozirispc@gmail.com

Quem gosta de programar

extremamente?

Quem gosta extremamente de

programar?

Quem não gosta de programar?

“A mamãe dizia que dá para saber muito sobre

alguém pelos seus sapatos.

Para onde ela vai, onde ela esteve.

Eu já usei muitos sapatos.”Forrest Gump

Não Rir, não Lamentar e nem Amaldiçoar

Apenas Compreender

Pés que são incrivelmente

resistentes a novos

Sapatos.

Reflexão...

Você acha que

algumas Pessoas

Agora Pense!

são incrivelmente

resistentes a novas

Ideias?

Quantas coisas FANTÁSTICAS,

aconteceram com você,

quando disse

SIMa novas ideias?

SIM

Dias Medíocres

Dias Glórias

Quantos dias Medíocres ele

teve?

Quantos dias Medíocres ele

teve?

Quantos dias Medíocres ele

teve?

Mas, e as

GLÓRIAS

Mas, e as

GLÓRIAS

Mas, e as

GLÓRIAS

Forreste Gump,

aceitou as Simples Ideias e

acabou sendo:

Astro de Futebol

Capitão de um barco de Pesca

Herói de Guerra

Corredor

Dono da Apple

Campeão Mundical de

Ping-Pong

Contribuiu aos ideais

de Lennon

Criador da dança de Elvis

Ainda, mostrou a bunda para Kennedy

Forreste Gump,

não teve RESISTÊNCIA a

novas ideias,

ou

várias novas IDEIAS...

Eu não sou o

Forreste Gump, mas gostaria

de fazer 4 coisas aqui

hoje...

1ºEu gostaria de contar uma

história

2ºEu quero muito falar sobre

SCRUM

3ºFalar Sobre XP

(Extreming Programming)

4ºAjudar você a Ganhar o

BRIND

Na graduação, eu

Só via e ouvia:

Pragramação = C++

Analise de Sistemas = Praxis

Quem Programa?

Aluno de Curso Técnico

E Curso Superior?

É pra Analista!

Quem tá certo?

Usa PRAXIS

Quem tá errado?

não documenta e Usa XP

Em toda empresa que eu

passava...

Quem não tinha documentação!

TÁ ERRADO!

EU SOU FORMADO!

ONDE ESTÁ O PRAXIS?

Quem tá certo?

Quem tá errado?

O meu Sapato era mais

bonito que o de

todos os outros.

E então... Eu tive que trocar

de Sapatos...

Entre os sapatos, eu fui

conhecendo gente

Bem Esperta...

Eu disse

SIM

Mas, na hora, queria dizer:

SCRUM,

mas o que é

isso?

Vinícius, estamos precisando

de um

Cara, tipo um Lider

técnico!

Pelo visto você está

confundindo um pouco

os Papeis do SCRUM.

O que acha de

começar

a entender um pouco?

Manifesto Ágil

Valores e princípios da Aliança

Indivíduos e interações MAIS QUE processos e ferramentas.

Software operante MAIS QUE documentação abrangente.

Colaboração do cliente MAIS QUE negociações contratuais.

Responder as mudanças MAIS QUE seguir um plano.

Motivação Ágil

Experiência de anos usando práticas

prescritivas demonstra que:

Clientes ou Usuários não tem certeza do que querem.

Muitos Detalhes são expressados apenas na construção.

A medida que vêem o produto, eles mudam de ideia.

Forças Externas trazem mudanças ou melhorias aos

Requisitos.

Métodos Ágeis

SCRUM

XP(Extreming Programming)

SCRUM

SCRUM

Rugby

SCRUM

Rugby

O que é SCRUM?

Framework de Processo Ágil

Método ágil para gestão

e planejamento de projetos.

O que não é SCRUM?

Não é um método que garantirá

você desenvolver produtos

Melhores.

Não é uma Bala de Prata

Não te dará todas as respostas!

SCRUM

Características

Quais são as Regras?

PAPÉIS

• Product Owner

• Scrum Master

• Team

REUNIÕES

• Release Planning

• Sprint Planning

• Daily Meeting

• Sprint Review

• Sprint Retrospective

ARTEFATOS

• Product Backlog

• Sprint Backlog

• Scrum Board

• Burndown Chart

ARTEFATOS

Product Backlog

• Lista PRIORIZADA dos requisitos

para A VISÃO se tornar PRODUTO.

• Apenas 1 Backlog para toda a vida

do Projeto.

• Priorizado pelo PO, mas todos

contribuem com Itens (Estórias).

• Deve ser sempre devidamente

organizado pelo PO antes da

Reunião. Ele é responsavel por estar

pronto, mas o time pode ajudar.

Sprint Backlog

• São as atividades estimadas pelo Time

para execução em 1 sprint.

• Definida na reunião do Sprint Planning.

• Priorizado pelo PO, mas estimada pelo

Time, só o que cabe (comprometido pelo

time), e é feito em 1 Sprint.

• Os itens do Sprint Backlog são estraidos

do Product Backlog.

Scrum Board ou Kanban

Burndown Chart

PAPÉIS

Product Owner (PO)

Vanessa

• Quem tem a visão do cliente sobre o projeto.

• É quem priorisa as funcionalidades para agregar

valor ao cliente.

• Responsável por comunicar e Sincronizar as

informações.

• É quem sabe quando o produto pode ir para o

cliente, quando está realmente agregando valor.

SCRUM MASTER

Márcio

• Remover impedimentos que atrapalhem a

produção do Time.

• Garantir que o Time nunca assuma mais que

pode.

• Garantir a aplicação das regras do Scrum

melhorando o dia-a-dia dos Membros.

• Facilitador que utiliza todos os artefatos

possíveis para melhorar a produtividade e auxiliar

o PO a maximizar o ROI

SCRUM TEAM

Saulo

FernandaEliana

• Normalmente possui de 5 à 9 membros

auto-gerenciáveis.

• São membros responsáveis, focados e

comprometidos (PIG’s)

• Responsáveis por estimativa dos itens do

Backlog.

• Responsável por quebrar Histórias em

funcionalidades.

SCRUM TEAM

São membros Responsáveis, Focados e

Comprometidos.

REUNIÕES

Release Planning

Planejamento de uma VISÃO do

produto.

É a entrega do mundo real, diretamente do

mundo das ideias.

É o planejamento de uma

versão. É dividido em Sprints.

Sprint Planning

Reunião de Planejamento da Sprint quando

determina-se qual será o Sprint Backlog.

Definição do Foco durante a execução da sprint,

quando se alcança o compromisso do Time.

No final deste Plano se tem um Sprint Backlog,

um Burndown e atualiza o Kanban.

Daily Meeting

Inspeção e Adaptação do TIME.

É a sincronização do TIME!

Não é para reportar informações ao SM, é uma

reunião do TIME para o TIME, o SM pode

participar. Não é obrigado!

Geralmente 15 minutos, EM PÉ.

O que fez ontem? O que fará hoje?

Tem Impedimentos no caminho?

Sprint Review

Inspeção e Adaptação do processo realizado na

Sprint que se seguiu.

Apresentação do Publicado, nada de PPT.

Mostrar o Produto, entrega principal

do VALOR.

Todos da Empresa podem participar, porém, só

participar.

Sprint Retrospective

Todos tem condições de entregar esperiências. O

PAU QUEBRA!!!

Sair do lugar e lavar roupa suja é muito

importante neste momento.

o Scrum Master deve tirar das pessoas:

O que deu Certo? O que pode Melhorar?

SCRUM(Resumo)

XP

(Extreme Programming)

Motivações

45% Nunca + 19% Raramente

64% de DESPERDÍCIO

Motivações

20% das funcionalidades são responsáveis

por 80% do Valor Agregado ao Cliente

Motivações

R$ 640.000,00

640 MIL REAIS PRO LIXO

Motivações

Documentação é

importante, mas as

vezes existe

documentação

D+ e valor agregado

D-

PORQUE?

Utilização de Métodos de Engenharia Civil?

Medo dos Riscos ou das Mudanças?

Mudanças são

problemas?

ou são

oportunidades?

Vinícius Teles

XP

(Extreme Programming)

XP

(Extreme Programming)

Tem como objetivo pequenas equipes

onde os requisitos mudam rápido.

Defende a não especialização dos

Membros do time, todos participam de

todas atividades, em pares com rodízio de

duplas.

O Xp é um método ágil criado por

Kent Beck (1996) na Crysler.

XP

(Extreme Programming)

É a arte de Maximizar

a quantidade de Software

que você não vai fazer!

Vinícius Teles

XP

Baseado em seus

VALORES + PRINCÍPIOS + PRÁTICAS

VALORES

Comunicação

O Cliente possui problemas, e também ideias

sobre funcionalidades que podem resolvê-los.

Desenvolvedores possuem conhecimentos

técnicos que possibilitam as ideias do cliente.

Face a Face é muito importante para eliminar

maus entendidos.

Coragem

Não existe uma solução mágica para eliminar

riscos.

Coragem para confiar nas práticas do XP,

acreditando que mudanças podem contribuir.

Coragem para não frear a criatividade do cliente

tentando evitar + riscos e + mudanças.

Feedback

Saber a realidade sobre a Satisfação, entendendo

que aceites contantes é bom.

Ter Clientes próximos dos desenvolvedores para

eliminar surpresas.

Valor que agrega, economiza e diminui inúmeros

riscos.

Simplicidade

A simplicidade, em inúmeros aspéctos para o XP,

mantem o foco no que fazer.

Evita 64% de desperdício das funcionalidades

existentes, pois, busca o ideal e nada mais.

O Simples proporciona o entendível, e o

entendido para todos os membros.

SEM PEDANTISMO... POR FAVOR!!!

Respeito

O valor que proporciona sustentação a todos os

demais.

O Membro da equipe só preocupa em comunicar

quando respeita seu próximo.

Saber OUVIR e Saber COMPREENDER é

RESPEITAR o ponto de vista dos OUTROS.

PRINCÍPIOS

Feedback rápidoApós obter o feedback, interprete e implemente o

mais rápido possível.

Quanto mais rápido implementar o feedback

melhor. Daqui 1 ano você já esqueceu.

Simplicidade Presumida

A equipe deve pressupor que todo problema

tem uma solução razoavelmente simples.

Com isso, pode poupar tempo e assim deve-

se prender em algo realmente complexo e

importante!

OUOU

Aceitação das MudançasRequisito muda rapidamente, os membros da

equipe devem aceitar isso.

Se está na mente coletiva da equipe que

mudanças são uma realidade, os membros se

mantem menos lamentando.

Auta QualidadeSe não vai fazer algo bom, então não faça,

independente de cronograma e orçamento.

Todos gostam de qualidade, então demonstre

sua qualidade sobre seu trabalho.

Mudanças Incrementais

Grandes mudanças tem Grandes chances de

não dar certo!

Assim, faça mudanças menores para

resolver qualquer problema.

Práticas

Algumas das Práticas

Programação em Par: Todo o código desenvolvido é realizado

por programadores trabalhando em par.

TDD: Os programadores devem criar testes de unidade para todo

o código escrito durante o processo de desenvolvimento.

Integração Contínua: Integre e atualize as versões do sistema

várias vezes por dia, cada vez que uma tarefa for feita.

Jogo do Planejamento: Determinar escopo da próxima versão

(requisitos + importantes sejam contemplados antes) e a entrega

em prazo não muito longo.

Refatoração: os programadores deixão o código simplificado,

estruturado e removendo redundancia.

COMPARAÇÃO

SCRUM & XP

Semelhanças

SCRUM XP

Sprint

Sprint Planning

Daily Meeting

Sprint Retrospective

Iteration

Iteration Planning

Stand Up Meeting

Reflection

Quando o cliente fica

satisfeito?

XP: Quando tem o sistema

SCRUM: Finalizados os Itens do

Backlog

Quem define o escopo dos

requisitos?

XP: Cliente escreve os User Story.

SCRUM: PO define o product

backlog, mas todos podem participar.

XP e SCRUM

Existem muitas referências na internet

para mesclar as 2 metodologias.

Lembre-se sempre de checar se seus atos

estão respeitando o manifesto ágil.

Seja Focado, Comprometido em tudo que

fizer. Senão faça outra coisa.

4ºAjudar você a Ganhar o

BRIND

Mensagem

Não tenha medo de novas ideias,

os seus pés se acostumarão com elas.