Bate-papo sobre Scrum e design - Looping RBS

  • 1,168 views
Uploaded on

Bate-papo sobre Scrum + design e como o INdT utiliza o método ágil. A apresentação ocorreu no Looping RBS - Ciclo de bate-papos sobre Inovação. …

Bate-papo sobre Scrum + design e como o INdT utiliza o método ágil. A apresentação ocorreu no Looping RBS - Ciclo de bate-papos sobre Inovação.

Veja o vídeo em: http://insighter.org/inovacao/bate-papo-sobre-scrum-metodo-agil-looping-rbs

More in: Technology , Business
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
No Downloads

Views

Total Views
1,168
On Slideshare
0
From Embeds
0
Number of Embeds
1

Actions

Shares
Downloads
0
Comments
0
Likes
10

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide




































Transcript

  • 1. processo inovação scrum design INdT agilidade pessoas produto
  • 2. Objetivo Nessa apresentação nós vamos: • Entender o básico do Scrum • Saber como o Scrum é utilizado no INdT • Como começar a usar Scrum
  • 3. O que é Scrum? O Scrum é uma metodologia ágil para o desenvolvimento iterativo e incremental de projetos, amplamente utilizada no desenvolvimento de software.
  • 4. O Processo Product Product Backlog Backlog Sprint Backlog Entrega
  • 5. Product Backlog (PBL) Cada funcionalidade está descrita em forma de Histórias história Priorização Estas histórias devem estar priorizadas DOD Critérios de aceitação Deve estar sempre atualizado e visível para todos Considerações participantes do projeto
  • 6. Product Backlog (PBL) Eu como usuário quero fazer uma busca de imóvel por faixa de 1 preço, pois assim eu posso escolher um imóvel que esteja dentro das minhas condições financeiras 2 Eu como usuário quero ver fotos do imóvel, pois assim eu posso visualizar e escolher melhor o imóvel que se encaixa no que desejo Eu como anunciante de imóvel quero poder divulgar meus dados 3 de contato no site, pois assim um interessado no imóvel pode me contactar de forma direta e fácil. As an _[who]_, I want __[what]____, so that, __[why]___
  • 7. Estimation Meeting Estimar o tamanho dos próximos items mais Objetivo relevantes do Product Backlog ✓ Todos da equipe estimam cada história ✓ Estimativa por pontos (planning poker) Como funciona ✓ 2 pontos para a história menor e ela vira referência ✓ Negociação em estimativas diferentes ✓ PO explica cada história e fica disponível Considerações enquanto ✓ PBL priorizado
  • 8. Planning meetings Planning 1 Planning 2 OBJETIVO: OBJETIVO: Definir o objetivo do sprint e os Definir as tarefas de cada selecionar os items Product história para criar o Sprint Backlog Backlog. - Definição de primeiro e último - O time tem que se certificar do Sprint, agendamento de daily que codificação, teste, reuniões, meeting, review e retrospetiva. estudo, desenho de interface - PO é obrigatório. foram mapeadas. - Se a tarefa é maior que 1 dia, quebrar em 2 tarefas.
  • 9. Daily Meeting Objetivo Atualizar e inspecionar o progresso do time Timebox 15 minutos Todos membros do time devem responder 3 Como funciona questões relacionadas ao progresso (“To Do”, “In Progress” and “Done”) ✓ Product Owner e Stakeholders são opcionais Considerações ✓ Impedimentos devem ser apontados ✓A daily meeting é do time
  • 10. O quadro
  • 11. Sprint Review Revisar todos as histórias entregues no Sprint e Objetivo verificar se o objetivo do Sprint foi alcançado O time apresenta o resultado do Sprint e demostra Como funciona as novas funcionalidades, história por histórias ✓ Se o Product Owner deseja mudar a funcionalidade um novo item é adicionado no PBL ✓ Se uma nova ideia para a funcionalidade surgir, Importante um novo item é adicionado no PBL ✓ Se o time informar um impedimento que não foi resolvido, ele deve ser adicionado no Impediment Backlog
  • 12. Sprint Retrospective Aprender com a experiência anterior, melhorando Objetivo a produtividade do time ✓ What Went Well Flip Chart ✓ What could be Improved ✓ Who is in Control (time e organização) ✓ Todos membros do time participam Considerações ✓ PO opcional
  • 13. Papéis Os papéis no Scrum são responsabilidades no processo e não posições e cargos na empresa. Product Owner Scrum Master Team
  • 14. Product Owner Gerenciar e priorizar o Product Backlog Trabalhar com visão compartilhada Coletar requisitos Validar o software no final de cada iteração/ sprint
  • 15. Scrum Master Cuidar da Equipe Remover impedimentos Assegurar que o processo de Scrum seja seguido Trabalhar junto com o Product Owner Fomentar o uso e conhecimento do Scrum dentro da organização
  • 16. Time Estimar os items do backlog Se comprometer e entregar cada sprint conforme o planejado Rastrear e acompanhar seu progresso Trabalhar de forma colaborativa Ser auto-organizado e pequeno
  • 17. Scrum Flow Fonte: Sprint it - Training by Boris Gloger
  • 18. O INdT O Instituto Nokia de Tecnologia é uma instituição sem fins lucrativos, cujo foco é pesquisa e desenvolvimento de soluções tecnológicas inovadoras na área de software para dispositivos móveis.
  • 19. Treinamento 100% dos seus colaboradores possuem treinamento e certificação internacional de Scrum, o que permite a total compreensão do processo.
  • 20. Designers como POs A equipe de UX formada por designers de interação, cumprirem o papel de Product Owner, sendo então os responsáveis pela visão de negócio do projeto e pela definição e priorização do PBL. Possuem conhecimentos e habilidades essenciais para o desenvolvimento de conceito de projetos de UX, independente do tipo de interação que o produto proporcionará ao usuário.  Outras características essenciais encontradas nesse profissionais, são facilidade na comunicação e tomada de decisão, entendimento da necessidade de negócios e do usuário.
  • 21. Design um sprint a frente Como são responsáveis por criar todo o conceito da interação do usuário com o produto, seu trabalho começa numa fase anterior ao desenvolvimento, chamada fase de concepção. 
  • 22. Scrum no INdT
  • 23. Scrum no INdT
  • 24. Scrum no INdT
  • 25. Scrum no INdT
  • 26. Desafios
  • 27. Desafios Times em locais diferentes e dependências entre Comunicação times
  • 28. Desafios Times em locais diferentes e dependências entre Comunicação times Planejamento DOD - Definitions of Done
  • 29. Desafios Times em locais diferentes e dependências entre Comunicação times Planejamento DOD - Definitions of Done Planejamento Mudanças de prioridade no PBL
  • 30. Desafios Times em locais diferentes e dependências entre Comunicação times Planejamento DOD - Definitions of Done Planejamento Mudanças de prioridade no PBL Cliente Falta de familiaridade com Scrum
  • 31. Como começar a usar Scrum
  • 32. Como começar a usar Scrum Treinamento de Scrum Master para pelo menos Treinamento todos que participam direta e indiretamente do processo
  • 33. Como começar a usar Scrum Treinamento de Scrum Master para pelo menos Treinamento todos que participam direta e indiretamente do processo Piloto Aplicar Scrum em pequenos projetos
  • 34. Como começar a usar Scrum Treinamento de Scrum Master para pelo menos Treinamento todos que participam direta e indiretamente do processo Piloto Aplicar Scrum em pequenos projetos Misturar times experientes com inexperientes e Espalhar e facilitar remova os obstáculos
  • 35. Como começar a usar Scrum Treinamento de Scrum Master para pelo menos Treinamento todos que participam direta e indiretamente do processo Piloto Aplicar Scrum em pequenos projetos Misturar times experientes com inexperientes e Espalhar e facilitar remova os obstáculos Contratar consultoria para ajudar com dúvidas que Consultoria surgirão com o uso do novo método.
  • 36. Principal vantagem CLIENTE A principal vantagem para o cliente é começar a visualizar o projeto desde o primeiro sprint, tendo feedback contínuo entre ele e os desenvolvedores, entre o que é desejado e realizado.
  • 37. Principal vantagem TIME Para os desenvolvedores e designers é o reconhecimento do time que torna o Scrum um método bem sucedido.
  • 38. Saiba + Jeff Patton http://agileproductdesign.com Agile Manifesto http://agilemanifesto.org/ Scrum Alliance http://www.scrumalliance.org/ Livros, blogs, lista de discussão...