apresentação sobre scrum
DESCRIPTION
Segue uma apresentação sobre as etapas da metodologia scrum, onde é utilizada, quais as suas principais abordagens.TRANSCRIPT
SCRUM
2014.1 Picos – PI Eng. de Software II
UFPI – Universidade Federal do PiauíCSHNB – Campus Senador Helvídio Nunes de Barros
Equipe:
Gisele SoaresIvo AlvesLaércio MesquitaLucas BenjamimWesley Vieira
Porque Scrum?
Scrum
➢ Existe desde inicio dos anos 1990, mas foi na década seguinte que se tornou popular;
➢ Ganhou o mundo desbancando métodos tradicionais ;
➢ Forma mais comum de trabalhar em projetos de desenvolvimento de software;
Scrum
➢ Pode permitir reduzir os riscos de insucesso;
➢ Entregar o valor mais rápido;➢ Permite lidar com as inevitáveis
mudanças de escopo, transformando-as em uma vantagem competitiva.
Uso do Scrum
➢ Pode melhorar a qualidade do produto entregue;
➢ Melhorar a produtividade das equipes;➢ Usada de multinacionais a startups, de
famosas a desconhecidas.
Uso do Scrum
➢ Não se limita somente a projetos de desenvolvimento de software;
➢ Utilizado em diferentes mercados, que incluem empresas de marketing e de desenvolvimento de hardware;
Aplicação do Scrum
➢ De projetos críticos de centenas de milhares de dólares, há projetos internos simples;
➢ Em projetos para produção de softwares comerciais, de sites da Internet, de softwares embarcados, de aplicativos para dispositivos móveis, de softwares financeiros e de jogos, entre outros.
➢Scrum utiliza-se de poucos conceitos novos, e essa é uma de suas grandes qualidades: juntar práticas de mercado já conhecidas e consagradas de uma forma organizada e que funciona.
➢Ao aprender Scrum, você passará por termos como: facilitação, trabalho em equipe, auto-organização, metas de negócios, motivação, relacionamento com os clientes,
Os benefícios no uso do Scrum incluem:
➢entregas frequentes de retorno ao investimento dos clientes;➢redução dos riscos do projeto;➢maior qualidade no produto gerado;➢mudanças utilizadas como vantagem competitiva;➢visibilidade do progresso do projeto;➢redução do desperdício;➢ aumento de produtividade.
O scrum ajudam a evitar alguns tipos de desperdícios:
➢ Produzir apenas o que os usuários irão utilizar;
➢ Planejar apenas com o nível de detalhes possível;
➢ Utilizar apenas os artefatos necessários e suficientes.
O que é Scrum?
Definição
➢Scrum é um framework Ágil, simples e leve, utilizado para a gestão do desenvolvimento de produtos complexos imersos em ambientes complexos.
➢ Scrum é embasado no empirismo e utiliza uma abordagem iterativa e incremental para entregar valor com frequência e, assim, reduzir os riscos do projeto.
Os cinco valores do Scrum são:
➢ foco: os times mais produtivos trabalham em apenas um projeto de cada vez,evitando a multitarefa;
➢ coragem: as pessoas que trabalham no projeto têm coragem para aceitar a mudança como parte natural do processo de desenvolvimento do produto;
➢franqueza: a franqueza ou transparência é necessária para que se possa realizar a inspeção e adaptação;
➢compromisso: o time determina como seu trabalho será realizado, monitora seu progresso e realiza as correções de rumo que achar necessárias;
➢respeito: os membros do time trabalham juntos, compartilhando responsabilidades, e assim ajudam-se uns aos outros em seu trabalho. Todos que trabalham no projeto respeitam as opiniões uns dos outros, ouvem e buscam entender os diferentes pontos de vista.
De onde veio o Scrum?
➢A metodologia Scrum, desenvolvida por Ken Schwaber e Jeff Sutherland nasceu da necessidade de encontrar uma metodologia que abordasse o problema do desenvolvimento de software de uma forma não tradicional;
➢Tal como num jogo de Rugby, a equipe age como um todo para atingir os seus objetivos.
➢Os criadores do Scrum se inspiraram em um artigo dos autores Hirotaka Takeuchi e Ikujiro Nonaka, intitulado“The New New Product Development Game”(ou “O Novo Jogo no Desenvolvimento de Novos Produtos”).
Papéis do Scrum
●As pessoas que desempenham esses papéis são igualmente responsáveis e responsabilizadas pelos resultados do trabalho e, assim, se comprometem com o projeto.
Time de Desenvolvimento
Quem é O Time De Desenvolvimento?
●O Time de Desenvolvimento é um grupo multidisciplinar de pessoas, responsável por realizar o trabalho de desenvolvimento do produto.
●É ele que determina tecnicamente como o produto será desenvolvido, planeja esse trabalho e acompanha
O QUE FAZ O TIME DE DESENVOLVIMENTO?
●o Time de Desenvolvimento colabora e negocia com o Product Owner para decidirem o que será realizado no decorrer do Sprint que se inicia.
●O Time de Desenvolvimento realiza, durante o Sprint, as tarefas necessárias para transformar cada item do Sprint Backlog em uma funcionalidade pronta do produto, de acordo coma Definição de Pronto estabelecida em conjunto como Product Owner.
COMO É O TIME DE DESENVOLVIMENTO?
● Multidisciplinar
● Auto-organizado
● Suficientemente pequeno
● Motivado
● Focado nas metas
Product owner
O que é?
O Product Owner, também chamado de P. O., é a pessoa responsável por garantir e maximizar, a partir do trabalho do Time de Desenvolvimento, o retorno sobre o investimento no produto para os clientes do projeto.
O ProductOwner define o produto e toma as decisões de negócios relativas a seu desenvolvimento a partir das necessidades dos clientes do projeto e demais partes interessadas, alinhado com ou em direção aos objetivos da organização.
Para realizar esse trabalho, o Product Owner:• gerencia o produto, inserindo, detalhando, removendo e
priorizando as necessidades de negócios do produto no Product Backlog;
• gerencia os clientes e demais partes interessadas em sua relação como projeto;
• mantém a Visão do Produto;• gerencia as Releases do produto para os clientes;• realiza, como Time deDesenvolvimento, o planejamento do
Sprint na reunião de Sprint Planning;• colabora como Time de Desenvolvimento, sempre que
necessário, para esclarecer dúvidas ou tomar decisões quanto aos detalhes do produto;
• aceita ou rejeita as entregas do Time de Desenvolvimento, vericando na reunião de Sprint Review se a Meta estabelecida para o Sprint foi atingida.
O que faz o product owner?
Gerencia o produto
O Product Owner realiza a gestão do produto e tem a palavra finalnal sobre o Product Backlog. Ele é o único que pode alterar o Product Backlog. Nesse trabalho de gestão do produto, é importante que o Product Owner desenvolva algum tipo de estratégia de negócios para o desenvolvimento do produto em direção à Visão do Produto, e utilize-se dessa estratégia para tomar as decisões necessárias quanto ao que será desenvolvido.
Gerencia as partes interessadas no projeto
Além dos clientes, as partes interessados no projeto são os usuários, patrocinadores e quaisquer pessoas que tenham algum tipo de inuência nas denições do projeto ou tenham interesse direto no seu andamento e sucesso.
O Product Owner faz a gestão dos clientes do projeto e demais partes interessadas em sua relação como produto que está sendo desenvolvido.
Mantém a visão do produto
Visão do Produto é uma prática importante para o trabalho no projeto de desenvolvimento de um produto. A Visão do Produto responde à pergunta: “por que esse produto está sendo desenvolvido?”. Ou, ainda melhor, “que problema será resolvido com o desenvolvimento desse produto?”. Ela serve de guia para o trabalho do Time de Scrum e alinha o entendimento e as expectativas quanto ao produto entre as diferentes partes interessadas do projeto e o Time de Scrum.
Gerencia as Releases
O Product Owner decide qual é a melhor estratégia para se realizarem as Releases no projeto, e a modifica quando necessário. Ele leva em conta também que os princípios Ágeis pregam as entregas desde cedo e frequentes para possibilitar o feedback rápido e, assim, reduzir os riscos do projeto.
Colabora com o Time de Desenvolvimento durante o Sprint
Durante o Sprint, para permitir ao Time de Desenvolvimento solicitar o esclarecimento ou uma decisão rápida sobre algum item do Sprint Backlog sempre que necessário, o Product Owner se coloca disponível e acessível. De outra forma, ele estaria gerando um impedimento ou estimulando o Time de Desenvolvimento a tomar decisões sobre o produto que não lhe cabem.
Aceita ou rejeita a entrega do Time de Desenvolvimento
O Product Owner tem a responsabilidade de aceitar ou rejeitar os entregáveis que serão demonstrados para os clientes do projeto e demais partes interessadas no final de cada Sprint, durante a reunião Sprint Review. Essa atividade pode ser realizada na própria reunião, mas o Time de Scrum pode preferir preparar-se antes e chegar à reunião já alinhado sobre os resultados do Sprint.
Como é o product owner?
Unico
Opapel de ProductOwner é exercido por apenas uma pessoa em umTime de Scrum. A existência de mais de um Product Owner interagindo como Time de desenvolvimento geraria dúvidas e confliitos sobre quem temo poder de decisão sobre o produto em desenvolvimento.
Disponível para o trabalho no projeto
O trabalho do Product Owner envolve principalmente:• estar presente na reunião de Sprint Planning;• colocar-se acessível e disponível para tomar decisões e
esclarecer dúvidas do Time de Desenvolvimento sobre o produto, quando solicitado;
• interagir com o Time de Desenvolvimento para que, juntos, preparem itens para o próximo Sprint;
• estar presente na reunião de Sprint Retrospective para ajudar o Time de Scrum a melhorar seu trabalho e a se tornar mais produtivo;
• interagir frequentemente com os clientes e demais partes interessadas ao longo de todo o projeto para entender suas necessidades de negócios, obter seu feedback sobre o trabalho já entregue e atualizar o Product Backlog com as novas informações.
Representativo para o produto
O Product Owner define qual o produto a ser desenvolvido, Incremento a Incremento. Ele é, de fato, o gerente do produto em um projeto que utiliza Scrum.
O Product Owner não é um intermediário para os clientes do projeto, mas sim aquele que de fato define o produto a ser desenvolvido, com o propósito de atender as necessidades desses clientes. Assim, ele deve possuir o poder de tomar decisões que considere as mais adequadas em cada momento.
Artefatos do Scrum
Artefatos do Scrum
● Product Backlog● Sprint Backlog● Definição de Pronto● Incremento no Produto
Product backlog
É uma lista de tudo que se acredita que o time de desenvolvimento irá desenvolver no decorrer de todo o projeto e para tanto pode fazer o uso de user story.
E ele é ordenado, planejável, emergente e gradualmente detalhado.
Ordenado
Planejável
O product backlog é planejável, pois permite:● Estabelecer um escopo mais provável do sprint
atual ou da próxima release,● Definir quais serão os próximos incrementos do
produto,
● Calcular a velocidade do time de desenvolvimento e,
● Monitorar o processo do trabalho em direção a uma entrega.
Emergente
O product backlog é emergente,pois faz um refinamento gradual dos detalhes do produto que está sendo desenvolvido.
Gradualmente detalhado
User Story
É uma descrição concisa das necessidades dos usuários do produto tendo o seguinte formato:
● Eu,enquanto comprador de livos,quero encontrar um livro de que sei o título para poder comprá-lo.
Sprint Backlog
É uma lista dos itens do alto do Product Backlog para que ocorra o desenvolvimento dos incrementos do produto no sprint, juntamente com o plano de trabalho.
Eventos do Scrum
Quais são os Eventos do Scrum?
Os eventos do Scrum são o próprio ciclo de desenvolvimento, chamado de Sprint, e as reuniões ou cerimônias realizadas durante o ciclo, que são: Sprint Planning, Daily Scrum, Sprint Review e Sprint Retrospective. Adicionamos a essas as sessões de Refinamento do Product Backlog e as Releases, acompanhadas ou não de reuniões de Release Planning.
O que é o Sprint?
● Objetivo: atingir a Meta do Sprint;
● Quando: durante todo o desenvolvimento do produto, um atrás do outro;
● Duração: fixa de uma a quatro semanas;
O Sprint é o ciclo de desenvolvimento, onde o Incremento do Produto pronto é gerado pelo Time de Desenvolvimento a partir dos itens mais importantes do Product Backlog.
O que é o Sprint?
● Participantes obrigatórios: Time de Desenvolvimento, Product Owner e ScrumMaster;
Saídas esperadas: um Incremento do Produto pronto, de acordo com a Definição de Pronto, que atinja a Meta do Sprint.
Sprint Planning
● Objetivo: planejar o ciclo de desenvolvimento (Sprint) que se inicia;
● Quando: no primeiro dia do Sprint, iniciando o mesmo;● Duração: máxima proporcional a 08 horas para Sprints de
mês;● Participantes obrigatórios: Product Owner, Time de
Desenvolvimento e ScrumMaster;● Saídas esperadas: Meta do Sprint e Sprint Backlog.
Product Backlog
● O Product Backlog é uma lista contendo todas as funcionalidades desejadas para um produto. O conteúdo desta lista é definido pelo Product Owner.
● O Product Owner descreve os itens do Product Backlog para a equipe.
● A equipe determina quais itens consegue completar durante o Sprint que se inicia.
Sprint Backlog
Como é a Sprint Planning?
● Sprint Planning 1- Product Owner e Time de Desenvolvimento estabelecem o que será desenvolvido.
● Sprint Planning 2 - Time de Desenvolvimento planeja como será desenvolvido o Sprint Planning 1.
Planejamento Intercalado de Sprint
● Planejamento baseado em compromissos.● Product Owner e Time de Desenvolvimento
trabalham juntos por toda a reunião, onde o Scrum Master atua como intermediário.
● O Product Owner dever estar presente durante toda a reunião. Porque métricas como velocidade e estimativas não são utilizadas, apenas a experiência, o conhecimento e um acordo entre os envolvidos.
●“O que” e “Como” do Sprint Backlog são definidos de forma intercalada e não saperados como no método tradicional.
●Item lido em voz alta pelo Product Owner e tira as dúvidas até o time entender. ●Os itens
Daily Scrum
● Objetivo: planejar o próximo dia de desenvolvimento;● Quando: em cada dia de desenvolvimento do Sprint;● Duração: máxima de 15 minutos;● Participantes obrigatórios: Time de
Desenvolvimento;● Saídas esperadas: plano informal para o próximo dia
de trabalho.
Como é a Deily Scrum?
Cada membro se dirige a seus colegas e res-
ponde a três perguntas:
● O que eu fiz desde a última reunião de Daily Scrum?● O que eu pretendo fazer até a próxima reunião de Daily
Scrum?● Quais obstáculos/impedimentos estiveram/estão em meu
caminho, impedindo a realização do trabalho?● O Product Owner pode participar como facilitador em caso de
equipes com pouca experiência.
O que não faz parte da Daily Scrum?
● Informar impedimentos ao ScrumMaster;● Não deve ser transformada em reunião de
trabalho; ● Não deve servir como instrumento de cobrança
externa sobre o Time de Desenvolvimento;● O Time de Desenvolvimento deve manter o
foco e manter-se longe de distrações e conversas paralelas.
Sprint Review
● Objetivo: obter feedback sobre o Incremento do Produto desenvolvido no Sprint (inspeção e adaptação do produto);
● Quando: no último dia de cada Sprint, antes da reunião de Sprint Retrospective;
● Duração: máxima proporcional a horas para Sprints de mês;
● Participantes obrigatórios: clientes do projeto, Time de Desenvolvimento,
● Product Owner e ScrumMaster. Podem estar presentes usuários e quaisquer outras partes interessadas que possam prover feedback;
● Saídas esperadas: entradas para o Product Owner adicionar ao Product Backlog ou modicá-lo, visibilidade sobre o produto para clientes e demais partes interessadas.
Sprint Retrospective
● Objetivo: melhoria incremental contínua - inspeção e adaptação dos processos de trabalho do Time de Scrum;
● Quando: no último dia de cada Sprint, após a reunião de Sprint Review;
● Duração: máxima proporcional a horas para Sprints de mês;
● Participantes obrigatórios: Time de Desenvolvimento, Product Owner e ScrumMaster;
● Saídas esperadas: planos de ação para melhorias nos processos de trabalho doTime de Desenvolvimento para o próximo Sprint.
Sprint Retrospective
Perguntas
Bibliografia
SABBAGH, Rafael. Scrum: Gestão ágil para projetos de sucesso.São Paulo. Casa do Código, 2013.
COMUNIDADE DE DESENVOLVIMENTO ÁGIL DO BRASIL. Aprenda sobre desenvolvimento ágil de Software. Disponível em : <http://desenvolvimentoagil.com.br/scrum/>. Acesso em: 19 jul. 2014.
NETO, Cazuza. Conhecendo o Scrum. Devmedia. Disponível em: <http://www.devmedia.com.br/conhecendo-o-scrum/25744>. Acesso em: 20 de jul. de 2014.