Não São Apenas Sapatos
Upcoming SlideShare
Loading in...5
×
 

Não São Apenas Sapatos

on

  • 1,326 views

Apresentação sobre métodos ágeis SCRUM e XP

Apresentação sobre métodos ágeis SCRUM e XP

Statistics

Views

Total Views
1,326
Views on SlideShare
772
Embed Views
554

Actions

Likes
3
Downloads
13
Comments
0

5 Embeds 554

http://ozirispc.blogspot.com.br 406
http://ozirispc.blogspot.com 115
http://ozirispc.blogspot.nl 29
http://www.ozirispc.blogspot.com.br 3
http://ozirispc.blogspot.co.uk 1

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Não São Apenas Sapatos Não São Apenas Sapatos Presentation Transcript

  • 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? View slide
  • Quem não gosta de programar? View slide
  • “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...
  • Agora Pense!Você acha quealgumas Pessoassão incrivelmenteresistentes a novasIdeias?
  • Quantas coisas FANTÁSTICAS, aconteceram com você, quando disse SIM a 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 asGLÓRIAS
  • Mas, e asGLÓRIAS
  • Mas, e asGLÓRIAS
  • Forreste Gump, aceitou as Simples Ideias e acabou sendo:Astro de Futebol Campeão Mundical de Ping-PongCapitão de um barco de PescaHerói de Guerra Contribuiu aos ideaisCorredor de LennonDono da Apple 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 oForreste 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 SIMMas, 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 poucoos Papeis do SCRUM. O que acha de começara entender um pouco?
  • Manifesto ÁgilValores e princípios da AliançaIndiví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
  • SCRUMRugby
  • SCRUMRugby
  • O que é SCRUM?Framework de Processo Ágil Método ágil para gestãoe planejamento de projetos.
  • O que não é SCRUM?Não é um método que garantirá você desenvolver produtos Melhores. Não é uma Bala de PrataNão te dará todas as respostas!
  • SCRUMCaracterísticas
  • Quais são as Regras?ARTEFATOS• Product Backlog REUNIÕES• Sprint Backlog • Release Planning• Scrum Board • Sprint Planning• Burndown Chart • Daily Meeting • Sprint ReviewPAPÉIS • Sprint Retrospective• Product Owner• Scrum Master• Team
  • 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. • Os itens do Sprint Backlog são estraidos do Product Backlog. • Priorizado pelo PO, mas estimada pelo Time, só o que cabe (comprometido pelo time), e é feito em 1 Sprint.
  • Scrum Board ou Kanban
  • Burndown Chart
  • PAPÉIS
  • Product Owner (PO) • 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.Vanessa
  • SCRUM MASTER • 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 auxiliarMárcio o PO a maximizar o ROI
  • SCRUM TEAM • 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.Saulo • Responsável por quebrar Histórias em Eliana Fernanda funcionalidades.
  • SCRUM TEAMSã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 ReviewInspeçã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 RetrospectiveTodos 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ções45% Nunca + 19% Raramente64% de DESPERDÍCIO
  • Motivações20% das funcionalidades são responsáveispor 80% do Valor Agregado ao Cliente
  • Motivações R$ 640.000,00640 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) O Xp é um método ágil criado por Kent Beck (1996) na Crysler. 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.
  • XP(Extreme Programming) É a arte de Maximizar a quantidade de Software que você não vai fazer! Vinícius Teles
  • XP Baseado em seusVALORES + PRINCÍPIOS + PRÁTICAS
  • VALORES
  • ComunicaçãoO Cliente possui problemas, e também ideiassobre funcionalidades que podem resolvê-los. Desenvolvedores possuem conhecimentosté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.
  • FeedbackSaber 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.
  • SimplicidadeA 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!!!
  • RespeitoO 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 PresumidaA 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! OU OU
  • Aceitação das MudançasRequisito muda rapidamente, os membros da equipe devem aceitar isso. Se está na mente coletiva da equipe quemudanças são uma realidade, os membros se mantem menos lamentando.
  • Auta Qualidade Se 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 IncrementaisGrandes 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áticasProgramação em Par: Todo o código desenvolvido é realizadopor programadores trabalhando em par.TDD: Os programadores devem criar testes de unidade para todoo código escrito durante o processo de desenvolvimento.Integração Contínua: Integre e atualize as versões do sistemavá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 entregaem prazo não muito longo.Refatoração: os programadores deixão o código simplificado,estruturado e removendo redundancia.
  • COMPARAÇÃOSCRUM & XP
  • Semelhanças SCRUM XP Sprint Iteration Sprint Planning Iteration Planning Daily Meeting Stand Up MeetingSprint Retrospective Reflection
  • Quando o cliente fica satisfeito? XP: Quando tem o sistemaSCRUM: Finalizados os Itens do Backlog
  • Quem define o escopo dos requisitos?XP: Cliente escreve os User Story. SCRUM: PO define o productbacklog, 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.