Your SlideShare is downloading. ×
Bate-papo sobre Scrum e design - Looping RBS
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×

Introducing the official SlideShare app

Stunning, full-screen experience for iPhone and Android

Text the download link to your phone

Standard text messaging rates apply

Bate-papo sobre Scrum e design - Looping RBS

1,174
views

Published 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

Published in: Technology, Business

0 Comments
10 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
1,174
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
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...