Este documento descreve a metodologia Scrum, incluindo seus pilares, princípios, papéis e artefatos. Scrum é uma abordagem ágil para gestão e planejamento de projetos de software que promove flexibilidade, colaboração e eficiência.
Este documento descreve a metodologia Scrum, incluindo seus pilares, princípios, papéis e artefatos. Scrum é uma abordagem ágil para gestão e planejamento de projetos de software que promove flexibilidade, colaboração e eficiência.
Este documento descreve a metodologia Scrum, incluindo seus pilares, princípios, papéis e artefatos. Scrum é uma abordagem ágil para gestão e planejamento de projetos de software que promove flexibilidade, colaboração e eficiência.
Este documento descreve a metodologia Scrum, incluindo seus pilares, princípios, papéis e artefatos. Scrum é uma abordagem ágil para gestão e planejamento de projetos de software que promove flexibilidade, colaboração e eficiência.
Baixe no formato PDF, TXT ou leia online no Scribd
Fazer download em pdf ou txt
Você está na página 1de 49
Treinamento Intensivo: Conhecimentos e
Comportamentos digitais
- SCRUM
Professor Rafael Barbosa
1. Scrum O Scrum é uma metodologia ágil para gestão e planejamento de projetos de software, embora também seja aplicado em outros contextos. Essa metodologia é centrada em um conjunto de princípios que orientam a execução do trabalho, promovendo flexibilidade, colaboração e eficiência. 1.1. Pilares Transparência: Todos os aspectos do processo de desenvolvimento devem ser visíveis para todos os envolvidos no projeto. Isso inclui a disponibilidade clara de informações sobre o progresso do trabalho, as dificuldades encontradas, e os resultados alcançados. A transparência assegura que todos os membros da equipe e stakeholders tenham uma compreensão comum do estado do projeto, facilitando a comunicação e a colaboração efetiva. Inspeção: Os membros da equipe Scrum devem frequentemente inspecionar os artefatos do Scrum e o progresso em direção ao objetivo do Sprint para detectar variações indesejáveis ou problemas. Essa inspeção não deve ser tão frequente que atrapalhe os processos de trabalho, mas deve ser suficiente para garantir que o direcionamento do projeto esteja correto e que qualquer desvio possa ser prontamente identificado e tratado. Adaptação: Quando o processo de inspeção identifica qualquer aspecto do processo ou do produto que desvia dos padrões aceitáveis, é crucial que a equipe faça os ajustes necessários para minimizar qualquer perturbação. A adaptação pode envolver mudanças na maneira como o trabalho está sendo realizado, ou em aspectos do produto em si, para assegurar que o projeto continua a se mover em direção aos seus objetivos finais. Exercícios 4 CESGRANRIO/2021 “O Scrum é um arcabouço que ajuda pessoas, times e organizações a gerar valor por meio de soluções adaptativas para problemas complexos.” SCHWABER, K. ; SUTHERLAND, J. O Guia do Scrum, O Guia Definitivo para o Scrum: As Regras do Jogo. Nov. 2020. p 3. Adaptado. Para cumprir seu objetivo, o Scrum se baseia em quatro eventos formais, contidos dentro de um evento de maior duração: a Sprint. Tais eventos formais implementam os três pilares empíricos do Scrum, que são A compromisso, abertura e adaptação B respeito, coragem e foco C respeito, inspeção e adaptação D transparência, compromisso e respeito E transparência, inspeção e adaptação LETRA E 5 CESGRANRIO/2018 Entre os processos de desenvolvimento de software ágeis mais usados no Brasil está o SCRUM. Quais são os pilares do SCRUM que apoiam a implementação de controle de processo empírico? A Comprometimento, coragem, foco e respeito B Comprometimento, transparência e adaptação C Coragem, inspeção e adaptação D Transparência, adaptação, foco e respeito E Transparência, inspeção e adaptação LETRA E 1.2. Princípios do SCRUM Controle de processos empíricos: Este princípio se baseia em três pilares fundamentais: transparência, inspeção e adaptação. O controle empírico sugere que o progresso é baseado em observações de realidades concretas e não em teorias. Transparência permite que todos os aspectos do projeto sejam visíveis para aqueles responsáveis pela execução. Inspeção envolve verificação regular dos processos e resultados, enquanto adaptação refere-se a ajustes no processo para melhorar o produto e resolver problemas. Auto-organização: As equipes de Scrum são incentivadas a serem auto-organizáveis, significando que elas escolhem como melhor realizar seu trabalho, sem serem dirigidas de forma microgerencial por pessoas externas ao time. Isso fomenta um ambiente de propriedade e comprometimento, onde a equipe se responsabiliza pelo seu próprio desempenho. Colaboração: No Scrum, a colaboração é essencial e envolve não apenas a equipe de desenvolvimento, mas também o Product Owner e o Scrum Master. Todos devem trabalhar juntos em todas as fases do projeto, compartilhando conhecimentos e habilidades, para garantir que o produto final atenda às necessidades dos usuários e stakeholders. Priorização baseada em valor: Este princípio destaca a importância de priorizar as tarefas que oferecem o maior valor de negócio para o cliente ou a empresa. O Product Owner geralmente é responsável por essa priorização no Product Backlog, garantindo que a equipe se concentre nos itens que maximizam o retorno sobre o investimento. Time-boxing: O Time-boxing é um elemento essencial no Scrum, onde cada fase e atividade do projeto tem uma duração fixa e pré-determinada. Isso inclui Sprints, que são ciclos de desenvolvimento (normalmente de 2 a 4 semanas), durante os quais objetivos específicos devem ser alcançados. Outros exemplos de eventos time-boxed são as Daily Scrums, Sprint Planning Meetings, Sprint Reviews e Sprint Retrospectives. Desenvolvimento iterativo: O Scrum é baseado em iteratividade, o que significa que o desenvolvimento é feito em incrementos. Cada Sprint resulta em uma versão do produto que é potencialmente entregável, incorporando feedback para melhorar o produto em ciclos sucessivos. Isso permite ajustes frequentes e garante que o produto final esteja mais alinhado com as necessidades do usuário. Exercícios 6 CESGRANRIO/2018 O framework da metodologia de desenvolvimento SCRUM funciona apoiado em seis princípios igualmente importantes. Dois deles são Controle de Processos Empíricos e Auto-organização. Os outros quatro princípios são: A Colaboração, Priorização Baseada em Valor, Time-boxing e Desenvolvimento Iterativo B Colaboração, Priorização Baseada em Recursos, Time-flowing e Desenvolvimento Contínuo C Colaboração, Priorização Baseada em Recursos, Time-boxing e Desenvolvimento Escalar D Processos, Priorização Baseada em Valor, Time-boxing e Desenvolvimento Linear E Processos, Priorização Baseada em Recursos, Time-flowing e Desenvolvimento Progressivo LETRA A 7 CESGRANRIO/2023 O Scrum é um Ciclo de Vida Ágil, proposto para o desenvolvimento de software, baseado nos princípios da transparência, inspeção e adaptação, que emprega uma abordagem para que o desenvolvimento dos entregáveis aconteça de forma A incremental e interativa B incremental e iterativa C interativa e iterativa D linear e incremental E linear e interativa LETRA A 8 CESGRANRIO/2010 No âmbito do desenvolvimento ágil de sistemas de informação, é INCORRETO afirmar que, no SCRUM, A as atividades são definidas com uma duração fixa. B o foco é nas tarefas e não nos objetivos e resultados. C o desenvolvimento é iterativo e incremental. D cada iteração foca nas necessidades mais prioritárias. E cada iteração é finalizada com funcionalidades completas. LETRA B 1.3. Papéis do Scrum No Scrum, que é uma das metodologias ágeis mais populares, há três papéis principais definidos. Cada um tem responsabilidades específicas que ajudam a garantir o sucesso do processo de desenvolvimento ágil. a) Product Owner (PO): Responsabilidades: O Product Owner é o responsável por maximizar o valor do produto resultante do trabalho da equipe de desenvolvimento. Isso inclui a gestão do Product Backlog, que é uma lista ordenada de tudo que é necessário para o produto, e garantir que seja visível, transparente e claro para todos. O PO prioriza as funcionalidades segundo o valor que trazem ao negócio e é a ponte entre a equipe de desenvolvimento e os stakeholders (partes interessadas). Função: Representa os interesses do cliente e do negócio, assegurando que o produto final atenda às necessidades dos usuários. b) Scrum Master Responsabilidades: O Scrum Master é o facilitador para a equipe de desenvolvimento e o Product Owner. Ele ou ela ajuda a equipe a entender e aplicar os princípios e práticas do Scrum de forma eficaz. O Scrum Master também é responsável por garantir que a equipe não enfrente obstáculos em seu trabalho diário e mantém o foco em seus objetivos de Sprint. Função: Não é um chefe ou gerente de projeto, mas sim um líder servidor e um coach para a equipe. c) Equipe de Desenvolvimento Responsabilidades: Formada por profissionais que realizam o trabalho de entregar um produto potencialmente entregável ao final de cada Sprint. A equipe de desenvolvimento no Scrum é autogerenciada, o que significa que escolhe como fazer seu trabalho, sem ser dirigida por pessoas externas ao grupo. Eles planejam, executam e avaliam seu trabalho com uma forte ênfase na colaboração e na qualidade. Função: Multidisciplinar, normalmente inclui programadores, designers, testadores e outros especialistas necessários para desenvolver o produto. Exercícios 9 CESGRANRIO/2014 No Scrum, segundo o guia 2013, o responsável pelo trabalho de expressar claramente os itens do Backlog do Produto é o A Product Master B Product Owner C Scrum Master D Scrum Owner E Time de Desenvolvimento LETRA B 10 CESGRANRIO/2010 No SCRUM, que papel é responsável pela visão do produto e pelo retorno do investimento? A Scrum Master. B Product Owner. C Sprint Planner. D Gerente do Projeto. E Analista de Sistemas Sênior. LETRA B 1.4. Artefatos do Scrum No Scrum, os artefatos são ferramentas essenciais que ajudam a equipe a organizar informações sobre o projeto e garantir transparência e comunicação eficaz entre todos os membros da equipe e stakeholders. Cada artefato serve a um propósito específico, mantendo todos informados e focados nos objetivos do projeto. a) Product Backlog Descrição: É uma lista ordenada de tudo o que é necessário no produto final. É gerenciado pelo Product Owner e deve ser dinâmico, refletindo as mudanças nos requisitos, prioridades, e o feedback dos stakeholders. Função: Serve como a fonte única de requisitos para qualquer mudança a ser feita no produto. O Product Owner é responsável por manter o Product Backlog atualizado e priorizado de acordo com o valor que cada item traz para o negócio. b) Sprint Backlog Descrição: Consiste em um conjunto de itens do Product Backlog selecionados para o Sprint, juntamente com um plano para entregar o incremento do produto e alcançar o objetivo do Sprint. Função: A equipe de desenvolvimento utiliza o Sprint Backlog para organizar seu trabalho durante o Sprint. Ele ajuda a equipe a visualizar o trabalho e seus compromissos para o Sprint atual, promovendo a auto-organização e o gerenciamento do tempo. c) Incremento Descrição: O incremento é o resultado de um Sprint, consistindo em adições úteis e potencialmente liberáveis ao produto anterior ao Sprint, resultantes do trabalho realizado durante o Sprint atual. Função: O incremento deve ser uma versão funcional e testada do produto, que atenda às definições de "Pronto" (Done) da equipe. Isso garante que o produto está sempre em um estado que pode ser liberado para o mercado, mesmo que a decisão de lançá-lo ou não ainda não tenha sido tomada. 1.5. Eventos do Scrum No Scrum, os eventos são projetados para criar regularidade e minimizar a necessidade de reuniões não planejadas. Cada evento no Scrum tem um propósito específico e é essencial para o processo de desenvolvimento ágil. a) Sprint Descrição: O Sprint é o coração do Scrum, um ciclo de tempo fixo (geralmente de 1 a 4 semanas) durante o qual um incremento do produto é criado. É uma fase que acontece recorrentemente, ocorrendo de forma cíclica, várias vezes, até que se atinja o escopo do projeto. Função: Os Sprints são usados para manter a equipe em um ritmo sustentável e para fornecer entregas regulares de incrementos de produto. b) Planejamento do Sprint (Sprint Planning) Descrição: Uma sessão que marca o início de cada Sprint, onde a equipe seleciona itens do Product Backlog para trabalhar durante o Sprint, criando um Sprint Backlog. Função: Definir o escopo de trabalho do Sprint, estabelecendo objetivos claros e um plano para o Sprint. c) Daily Scrum (Reunião Diária) Descrição: Uma reunião diária curta (geralmente 15 minutos) para a equipe de desenvolvimento sincronizar atividades e criar um plano para as próximas 24 horas. Função: Facilitar a comunicação entre os membros da equipe, identificar impedimentos e assegurar que todos estão alinhados com o objetivo do Sprint. d) Revisão do Sprint (Sprint Review) Descrição: Uma reunião no final de cada Sprint para inspecionar o incremento e adaptar o Product Backlog, se necessário. Stakeholders e a equipe discutem o que foi feito, o que não foi e colaboram sobre o que fazer a seguir. Função: Fornecer feedback, revisar o progresso e adaptar o produto conforme necessário para maximizar o valor entregue. e) Retrospectiva do Sprint (Sprint Retrospective) Descrição: Uma reunião que ocorre após a Revisão do Sprint e antes do próximo Planejamento do Sprint. A equipe reflete sobre o Sprint que terminou para identificar melhorias que podem ser implementadas nos próximos Sprints. Função: Melhorar a eficiência e eficácia do processo Scrum dentro da equipe. Exercícios 11 CESGRANRIO/2018 A metodologia de desenvolvimento SCRUM é caracterizada por ser ágil e rápida nas entregas. Um dos elementos-chave do processo SCRUM é o Sprint, que é uma fase que acontece A no fim do projeto, onde todos se esforçam para compensar os atrasos e cumprir o prazo. B no início do projeto, onde se procura entregar logo um grande volume de itens do projeto para não arriscar atrasos. C sempre que necessário para compensar um atraso. D recorrentemente, ocorrendo de forma cíclica, várias vezes, até que se atinja o escopo do projeto. E eventualmente, se necessário, caso ocorram eventos adversos não previstos que atrasem o projeto. LETRA D 12 CESGRANRIO/2019 Uma equipe de desenvolvimento adota o método SCRUM para gerenciar seu projeto. Para iniciar a reunião de planejamento da Sprint, deve(m)-se definir e atualizar A o Backlog do Produto B o plano de revisão da Sprint C o plano de retrospectiva da Sprint D a função de cada membro da equipe de desenvolvimento E as tarefas necessárias para cada história do usuário LETRA A 13 CESGRANRIO/2010 Em um projeto de desenvolvimento de software, os membros da equipe do projeto conversam, diariamente, numa rápida reunião, para verificar o andamento das tarefas e expor eventuais dificuldades. Essa equipe é multidisciplinar, composta predominantemente de profissionais experientes que trabalham em conjunto com, pelo menos, um representante do cliente. As iterações de trabalho são curtas e, ao final de cada uma delas, o produto ganha novas funcionalidades. Nesse momento, a versão atual é apresentada funcionando ao cliente, visto que ter o software funcionando é mais importante do que ter uma documentação detalhada. O modelo de desenvolvimento de sistemas que se encaixa nesse cenário é o A em espiral. B de software aberto. C de prototipagem rápida. D scrum. E cascata. LETRA D 14 CESGRANRIO/2011 SCRUM é uma metodologia ágil para gerência de projetos que A tem o foco na gerência do portfólio de projetos da empresa, buscando otimizar o trabalho feito de forma global. B garante a qualidade por meio de uma política formal de testes, realizados por um escritório que atende a vários projetos. C libera os programadores para se dedicarem integralmente ao desenvolvimento do software, sem necessidade de comunicação com os clientes D utiliza reuniões com objetivos específicos para o planejamento e o acompanhamento do projeto. E utiliza os modernos métodos de comunicação da Web 3.0. LETRA D 15 CESGRANRIO/2018 Quando ocorre, no SCRUM, a reunião de Retrospectiva da Sprint? A No fim da Sprint, antes da Reunião de Revisão B Entre a Reunião de Revisão da Sprint e a de Planejamento da próxima Sprint C No início da Sprint, após a Reunião de Planejamento D No final de cada dia da Sprint E No início de cada dia da Sprint LETRA B 16 CESGRANRIO/2018 No SCRUM, o Backlog da Sprint é “um conjunto de itens do Backlog do Produto selecionados para Sprint, juntamente com o plano para entregar o incremento do produto e atingir o objetivo da Sprint” (Schwaber e Sutherland, 2017). Durante a Sprint, quem pode alterar o Backlog da Sprint? A Product Owner, apenas B Scrum Master, apenas C Time de Desenvolvimento, apenas D Time de Desenvolvimento e o Product Owner, apenas E Time de Desenvolvimento e o Scrum Master, apenas LETRA C