Bate-papo sobre Scrum e design - Looping RBS

Loading...

Flash Player 9 (or above) is needed to view presentations.
We have detected that you do not have it on your computer. To install it, go here.

0 comments

Post a comment

    Post a comment
    Embed Video
    Edit your comment Cancel

    4 Favorites

    Bate-papo sobre Scrum e design - Looping RBS - Presentation 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, criada originalmente para ser usada 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 2
    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 (interação, gráficos e motion), e alguns 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. 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
    24. 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.
    25. 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.
    26. Principal vantagem TIME Para os desenvolvedores e designers é o reconhecimento do time que torna o Scrum um método bem sucedido.
    27. Saiba + Jeff Patton http://agileproductdesign.com Agile Manifesto http://agilemanifesto.org/ Scrum Alliance http://www.scrumalliance.org/ Livros, blogs, lista de discussão...
    28. Contato Twitter @tatix E-mail e gtalk tatixorg@gmail.com E-mail INdT tatiane.viana@openbossa.org www.indt.org.br

    + tatixtatix, 4 months ago

    custom

    628 views, 4 favs, 0 embeds more stats

    Bate-papo sobre Scrum + design e como o INdT utiliz more

    More info about this document

    © All Rights Reserved

    Go to text version

    • Total Views 628
      • 628 on SlideShare
      • 0 from embeds
    • Comments 0
    • Favorites 4
    • Downloads 0
    Most viewed embeds

    more

    All embeds

    less

    Flagged as inappropriate Flag as inappropriate
    Flag as inappropriate

    Select your reason for flagging this presentation as inappropriate. If needed, use the feedback form to let us know more details.

    Cancel
    File a copyright complaint
    Having problems? Go to our helpdesk?

    Categories