Embed or link this publication
Description
Popular Pages
p. 1
scrum experience tutorial scrum scrum experience rildo f santos agile coach rildosan@uol.com.br rildo.santos@companyweb.com.br versão 15 rildosan@uol.com,br versão 15[close]
p. 2
rildo f santos csm tem mais de 10.000 horas de experiência em gestão de negócios governança e engenharia de software formado em administração de empresas pós-graduado didática do ensino superior e mestre em engenharia de software pela universidade mackenzie atua em gestão de negócio inovação processos e grc e em projetos de engenharia de software utilizando métodos agile scrum lean xp e fdd é agile coach foi instrutor de tecnologia de orientação a objetos uml e linguagem java na sun microsystems e da ibm conhece arquitetura de software soa arquitetura orientado a serviço rup/up processo unificado business intelligence gestão de risco de ti entre outras tecnologias professor de curso de mba da fiap e foi professor de pós-graduação da fasp e ibta scrum experience tutorial scrum tem forte conhecimentos de gestão de negócio inteligência de negócio gestão por processo inovação gestão de projetos e grc governance risk and compliance sox basel ii e pci tem vivência na implementação de governança de ti e gerenciamento de serviços de ti conhecimento dos principais frameworks e padrões itil cobit iso 27001 e iso 15999 desempenhou diversos papéis como estrategista de negócio gerente de negócio gerente de projeto arquiteto de software projetista de software e analista de sistema em diversos projetos em empresas como bradesco editora abril scopus porto seguro certagy secretária da fazenda sp sonagol angola honda dix-amico bank tokyo-mitsubishi vivo hospital das clinicas aços villares novabase do brasil policia militar do estado de são paulo entre outras possui as certificações scrum master certified sun java certified instrutor itil foundation e instrutor oficial de cobit foundation e cobit games É membro iiba-international institute of business analysis canada twitter http twitter.com/rildosan blog http rildosan.blogspot.com versão 15 rildosan@uol.com,br 2[close]
p. 3
nota do autor scrum experience tutorial scrum trabalho com desenvolvimento de software a quase 15 anos entre idas e vindas como todo desenvolvedor tenho preferência por uma linguagem de programação no meu caso é o java confesso que já utilizei diversos framework padrões e modelos para o construir software contudo os métodos Ágeis me chamaram a atenção para um detalhe que hoje julgo extremamente importante a essência dos métodos ágeis são as pessoas e não o processo o respeito e a disciplina são outros aspectos que eu considero grandiosos nos últimos dois anos estou trabalhando com scrum o qual me fascina pela simplicidade e o foco em resultado escrevi este tutorial para compartilhar minha experiência com as práticas scrum para as pessoas que estão tendo o primeiro contato com os métodos Ágeis e necessitam de guia ou uma referência para entender como scrum funciona na prática atualmente estou tentando empregar práticas do scrum em outras áreas de negócio processo de negócio este é meu desafio versão 15 rildosan@uol.com,br 3[close]
p. 5
scrum as origens the new new product development game o que é scrum scrum é um processo iterativo e iterative incremental para desenvolvimento de incremental qualquer produto ou gerenciamento development de qualquer trabalho srum é processo empírico de gerenciamento e controle faz a inspeção e adaptação em loops de feedback faz entrega de valor ao cliente em até 30 dias escalável para suportar grandes projetos compatível com cmm3 e iso9001 extremamente simples mas muito resistente valores do scrum transparência -integridade assim que perceber algo faça algo ser empírico auto-organização entrega de valor ken schwaber scrum experience tutorial scrum timeboxes smalltalk engineering tools scrum é um método Ágil para desenvolvimento de software versão 15 rildosan@uol.com,br 5[close]
p. 6
manifesto Ágil scrum experience tutorial scrum princípios por trás do manifesto Ágil a prioridade é satisfazer o cliente entregando o mais rápido possível e de forma contínua software que tenha valor requisitos mutantes são bem vindos mesmo no final do desenvolvimento os processos ágeis podem ser usados a favor de mudanças que tragam vantagem competitiva para o cliente É importante entregar software funcionando freqüentemente mensalmente quinzenalmente ou se possível toda semana clientes e desenvolvedores devem trabalhar juntos diariamente num projeto projetos devem ser feitos por indivíduos motivados os indivíduos precisam da confiança de que seu trabalho será realizado eles devem ter suas necessidades atendidas e trabalhar num ambiente adequado conversa face-a-face é sempre a melhor forma de comunicação software funcionando é a primeira medida de progresso o processo ágil torna o desenvolvimento sustentável patrocinadores desenvolvedores e usuários devem manter a paz indefinidamente atenção constante à excelência técnica e bom design aumenta a agilidade a chave é simplicidade a arte de minimizar a quantidade de trabalho desnecessário as melhores arquiteturas requisitos e design surgem de equipes auto-organizados em intervalos regulares a equipe reflete como se tornar mais eficiente então ajusta seu comportamento para atingir esse objetivo http agilemanifesto.org versão 15 rildosan@uol.com,br 6[close]
p. 7
como ser Ágil scrum experience tutorial scrum como ser ágil para ser ágil é preciso colocar em prática os valores e os princípios ágeis aqueles descritos no manifesto Ágil quando utilizar os métodos os Ágeis antes de responder esta questão façamos uma outra pergunta questione se os métodos Ágeis ajudará a melhorar os resultados ou sucesso dos projetos de desenvolvimento de software se a resposta for sim não perca tempo arregace as mangas e vá a luta lembre-se que o bom processo de desenvolvimento de software é aquele que permite que a equipe tenha sucesso versão 15 rildosan@uol.com,br 7[close]
p. 8
iterativo e incremental entrega 1 incremental entrega 2 entrega 3 scrum experience tutorial scrum iterativo devido a complexidade tamanho mudanças de requisitos urgência e necessidade de demonstrar valor mais rápido fica quase inconcebível desenvolver software utilizado o modelo cascata ou seja desenvolver todo o software de uma única vez desenvolvimento iterativo e incremental é uma estratégia de planejamento que segue a linha dividir para conquistar onde o software é construído em partes ou seja em ciclos iterações a cada iteração é feito um novo incremento parte do software funcional até completar o software versão 15 rildosan@uol.com,br 8[close]
p. 9
timebox e sprint o que é timebox É um conceito diz que a quantidade de tempo horas ou dias é imutável ou seja a quantidade de horas não poderá aumentar assim evita-se atraso no prazo de entrega e facilita o planejamento scrum experience tutorial scrum entretanto quanto se erra a estimativa de tempo leia-se horas ou dias de uma sprint leia-se iteração neste caso é recomendável reduzir o escopo da sprint desde que não afete a meta da sprint isto é discutido um mais a frente ao invés de aumentar a quantidade de horas/dias timebox um prazo ou tempo dias/horas por exemplo bem definido e imutável o que é uma sprint É uma iteração que pode ser parte de uma release que deve ser realizada de 2 a 4 semanas no qual a equipe do projeto deverá produzir um entregável de valor para o cliente lembre-se do dos princípios do manifesto Ágil a entrega de valor é a meta da sprint que deverá esta bem definida e combinada com o cliente antes do começo da execução da sprint o conceito de timebox é aplicado a sprint o conceito de timebox é aplicado as cerimônias reuniões do scrum todas as reuniões são timeboxed reunião de planejamento da sprint 8 horas reunião diária 15 minutos reunião de revisão da sprint 4 horas reunião de retrospectiva da sprint 3 horas nota a quantidade de horas pode variar de acordo com a necessidade por exemplo apresentação do que será entregue ao cliente ou aquilo que será discutido/debatido neste caso a retrospectiva ela poderá variar entre 1 a 3 horas versão 15 rildosan@uol.com,br 9[close]
p. 10
não existe bala de prata scrum experience tutorial scrum scrum não é a bala de prata veja lei f brooks não existe bala de prata o scrum não é a solução completa para os problemas de produtividade complexidade custo prazo e qualidade do processo de desenvolvimento de software não existe solução mágica para problemas complexos contudo você pode utilizar o scrum para scrum é ideal para desenvolvimento de software complexos onde os requisitos mudam rapidamente scrum é processo ágil para gerenciar e controlar desenvolvimento de trabalho scrum possibilita que você utilize as praticas de engenharia existentes e que já são conhecidas scrum é baseado na abordagem de equipe auto-gerenciável e multifuncional scrum trabalha com conceito iterativo e incremental desenvolver software e/ou produtos scrum é o caminho para detectar e causa raiz e a remoção de qualquer coisa que esteja impedindo o desenvolvimento e/ou entrega de software/produtos scrum é o caminho para maximizar a produtividade scrum é um forma para desenvolvimento de equipes e de indivíduos versão 15 rildosan@uol.com,br 10[close]
p. 11
algumas empresas que estão usando scrum scrum experience tutorial scrum quais empresas estão utilizando o scrum algumas empresas brasileiras versão 15 rildosan@uol.com,br 11[close]
p. 12
a alma do scrum revisão da sprint scrum experience tutorial scrum planejamento da sprint retrospectiva da sprint reunião diária 24 horas visão produto backlog sprint backlog 2-4 semanas produto burndown legenda cerimônias artefatos papéis · product owner po · scrummaster sm · equipe scrum cerimônias artefatos · planejamento da sprint · product backlog · reunião diária · sprint backlog · revisão da sprint · burndown gráfico · retrospectiva da sprint rildosan@uol.com,br 12 versão 15[close]
p. 13
papéis scrum o scrum tem somente três papéis product onwer po scrum master sm e a equipe scrum scrum experience tutorial scrum product owner responsável por definir a visão do produto elaborar e manter o product backlog definir a prioridade e roi representar o cliente aceitar ou rejeitar os entregáveis scrum master é responsável por ser um líder servidor remover impedimentos proteger a equipe ajudar o po com product backlog ser o facilitador da equipe garantir as práticas scrum equipe scrum é responsável por fazer estimativa definir as tarefas desenvolver o produto garantir a qualidade do produto apresentar o produto ao cliente equipe auto-gerenciável e multifuncional versão 15 rildosan@uol.com,br 13[close]
p. 14
a equipe e comprometimento scrum experience tutorial scrum envolvidos comprometidos stakeholders clientes e usuários finais product onwer equipe scrum master a equipe scrum é formado por pessoas comprometidas em realizar as tarefas da sprint backlog as pessoas da equipe deverão possuir habilidades suficientes para desenvolver testar criar/desenhar interfaces gráficas e etc ou seja tudo que é que realmente preciso para entregar o software funcionando o tamanho da equipe é algo muito importante pois o scrum recomenda que o tamanho da equipe seja de 6 a 9 pessoas entretanto podemos ter equipe menores de 4 a 9 por exemplo acertar o tamanho da equipe é um fator critico de sucesso Ás vezes é necessário reduzir o tamanho de uma equipe para aumentar a produtividade oooops isto parece antagônico mas as equipe menores são aquelas que produzem os melhores resultados a equipe também possui responsabilidades entre elas participar das cerimônias que as são reuniões que acontecem em momentos distintos da sprint versão 15 rildosan@uol.com,br 14[close]
p. 15
cerimônias reunião de planejamento da sprint 8 horas participantes po equipe e scrum master esta reunião é primeira reunião seu objetivo é fazer o planejamento da sprint ela é dividida em duas partes.na primeira parte o po definirá prioridade seleção dos itens do backlog e meta da sprint na segunda parte a equipe definirá a sprint backlog que são as tarefas necessárias para cumprir a meta reunião diária 15 minutos participante equipe e scrum master nesta reunião somente membros da equipe devem participar a duração dela é de 15 minutos as pessoas fazem a reunião de pé o objetivo desta reunião é fazer que as pessoas respondam 3 questões o que eu fiz ontem o que vou fazer hoje encontrei algum impedimento revisão da sprint 4 horas participantes po equipe e scrum master scrum experience tutorial scrum esta reunião acontece no final da sprint opcionalmente outras pessoas podem ser convidadas se necessário o objetivo da reunião é apresentar o que a equipe fez durante a sprint e fazer a entrega do produto software funcionando para o po geralmente é apresentado uma demo do software geralmente ela é feita em um auditório ou em uma sala de reunião retrospectiva da sprint 3 horas participantes equipe e scrum master esta reunião acontece logo após a revisão da sprint o objetivo dela é avaliar o que deu certo e que deu errado durante a sprint e fazer os ajustes possíveis para a próxima sprint ou seja o ciclo de melhoria contínua nota a quantidade de horas pode variar de acordo com a necessidade por exemplo apresentação do que será entregue ao cliente ou aquilo que será discutido/debatido neste caso a retrospectiva ela poderá variar entre 1 a 3 horas versão 15 rildosan@uol.com,br 15[close]
p. 16
artefato product backlog product backlog é uma lista contendo todas as funcionalidades desejadas para um produto exemplo de product backlog sistema de reserva on-line scrum experience tutorial scrum nível de prioridade 1 1 1 categoria descrição do item backlog reserva reserva reserva os clientes poderão fazer reserva de apartamento os clientes poderão cancelar a reserva os clientes poderão fazer alterações de data da reserva 1 2 1 3 3 reserva reserva pagamento apartamento apartamento os cliente poderão fazer consulta de reservas criação de o book de reserva o meio de pagamento da reserva serão por cartão de crédito os apartamentos deverão ser cadastros os apartamentos são classificados por categoria 1 cliente precisamos registrar os dados dos clientes product owner po é responsável por elaborar e manter product backlog atualizado bem como priorizar seus itens product owner versão 15 rildosan@uol.com,br 16[close]
p. 17
estória do usuário user story o que é uma estória user story É uma pequena descrição que detalha um item do product backlog para que serve a estória uma estória ajuda no entendimento e também é utilizada como lembrete e para as atividades de planejamento ele também permite fazer a estimativa de velocidade da equipe e a duração da sprint geralmente a estimativa é feita em pontos story points ou horas/dias dias ideais como escrever uma estória conversações sobre a história entre os desenvolvedores clientes de modo a detalhar a o item e esclarecer todas as dúvidas sobre o que deve ser feito exemplos de estórias do usuário titulo pagamento com cartão de crédito prioridade 1-alta scrum experience tutorial scrum os clientes hospedes poderão fazer o pagamento da estadia e dos serviços com cartão de crédito os cartão aceitos são visa master e amex titulo exibir preço do produto prioridade 3-baixa quando um cliente passar um produto pelo leitor do scanner e o código de barra código do produto for válido o sistema deverá buscar o preço do produto e exibi-lo na tela do scanner titulo autenticação de usuário prioridade 2-média o usuário deverá fornecer uma identificação válida e-mail e senha o sistema deverá autenticá-lo de acordo com user profile se autenticação for positiva o usuário deverá receber a autorização de acesso caso contrário receberá uma mensagem de identificação inválida 17 versão 15 rildosan@uol.com,br[close]
p. 18
estimativa e o planning poker para fazer estimativa de velocidade da equipe ou de duração da sprint antes é preciso o escrever as estórias do usuário o planning poker é a prática que ajuda na estimativa de uma estória ou de uma tarefa geralmente o planning poker usa uma escala de pontos que pode ser baseada no fibonacci 1,2,3,5,8,13 20 40 100 ou em outra escala jogando o planning poker antes de começar o jogo ou seja definir os pontos para as estórias é importante definir um valor de referência exemplo identificar a estória que pode ser atribuído dois pontos então ela será utilizada como referência para pontuação das demais estórias scrum experience tutorial scrum pessoal qual estimativa para essa estória 5 8 8 8 8 8 5 product owner equipe equipe na reunião de planejamento da sprint a equipe joga o planning poker e define a estimava de velocidade da equipe e a duração da sprint nota 1 estimativa para fazer as estimativa você deve levar em consideração outros aspectos além da codificação como por exemplo testes de aceitação teste unitários preparação do ambiente de teste e outras coisas que são necessário e importantes mesmo que de baixo valor para que você entregue o software funcionando versão 15 rildosan@uol.com,br 18[close]
p. 19
artefato sprint backlog o sprint backlog é uma lista de tarefas que equipe se compromete a fazer em uma sprint a sprint backlog é elaborada na segunda parte da reunião de planejamento da sprint para atingir a meta da sprint a equipe deverá fazer as tarefas da sprint backlog scrum experience tutorial scrum selected product backlog itens selecionados do product backlog titulo precisamos registrar os dados dos clientes prioridade 1-alta estória do usuário todos os dados do cliente deverá ser registrado a busca de cliente deverá ser fácil e intuitiva quando os clientes estão registrado será possível alterar os dados se necessário o cliente deverá ter um status para que se possa definir quais são os clientes ativos e os inativos pontos 8 tarefa incluir novo cliente sprint backlog cadastro de cliente consultar cliente alterar cliente dicas para montar um bom sprint backlog 1 toda a equipe deve participar da elaboração da sprint backlog 2 faça uma definição de feito dod veja o próximo slide 3 tente identificar todas as tarefas lembre-se que algumas tarefas são puramente técnicas por exemplo realização de teste unitário 4 respeite o tempo para realização desta atividade pois a reunião de planejamento é um timebox versão 15 rildosan@uol.com,br 19[close]
p. 20
definição de feito dod ao final de cada sprint a equipe deverá fazer uma entrega valor para o cliente po e demais stakeholders segundo manifesto Ágil valor para o cliente é igual a software funcionando logo para fazer tal entrega na reunião de planejamento da sprint será imprescindível estabelecer a definição de feito isto evitará problemas e frustrações futuras nas reuniões de revisão e retrospectiva da sprint scrum experience tutorial scrum definir claramente quando o produto estará feito feito para desenvolvedor encerrou a codificação feito para analista de teste q&a quando ele encerrou o teste e não encontrou nenhum bug feito para po quando foi entregue feito para os usuários finais e/ou clientes quando o software começou a funcionar em ambiente de produção evite a síndrome dos 90 feito pronto versão 15 rildosan@uol.com,br 20[close]
p. 21
artefato burndown o gráfico burndown é a principal ferramenta de gerenciamento do processo de desenvolvimento de software pois ele representa o trabalho restante sobre tempo ou seja ele permite visualizar o progresso e/ou a evolução do trabalho executado pela a equipe e a quantidade trabalho x tempo pontos que ainda faltam para completar a sprint atualização do burndown é diária isto facilita a tomada de decisão podemos decidir em melhorar a produtividade da equipe e/ou para mitigar risco da sprint exemplo através da leitura do burndown podemos decidir que devemos adicionar novas tarefas na sprint velocidade da equipe está acima do planejado melhorando sua produtividade ou retirar tarefas a velocidade da equipe está abaixo do planejado caso não seja feita redução de tarefas a meta da sprint estará comprometida o ideal neste caso é retirar as tarefas que não afetem a meta da sprint se a meta for afetada pode-se também decidir pelo cancelamento da sprint exemplos de burndown scrum experience tutorial scrum horas tempo dias pontos tempo dias burndown demonstra a produtividade da equipe dias ideais ideal days é uma outra forma de fazer estimativa ele é baseado na duração de tarefas dias ou horas é unidade bem definida contudo o tempo ideal quase nunca é igual ao tempo real versão 15 rildosan@uol.com,br 21[close]
p. 22
gestão à vista task board gestão à vista dá visibilidade e transparência ao desenvolvimento de software scrum experience tutorial scrum versão 15 rildosan@uol.com,br 22[close]
p. 23
road map scrum visão do produto product backlog planejamento da sprint selected product backlog sprint backlog tarefas da sprint scrum experience tutorial scrum reunião diária product onwer facilita ajuda scrum master equipe facilita execução da sprint facilita revisão da sprint produto retrospectiva da sprint versão 15 rildosan@uol.com,br 23[close]
p. 24
scrum experience tutorial scrum estudo de caso baseado em fatos reais versão 15 rildosan@uol.com,br 24[close]
p. 25
product backlog sistema de reserva on-line nível de prioridade 1 1 categoria reserva reserva reserva reserva reserva pagamento apartamento apartamento cliente descrição do item backlog os clientes poderão fazer reserva de apartamento os clientes poderão cancelar a reserva os clientes poderão fazer alterações de data da reserva os cliente poderão fazer consulta de reservas criação de o book de reserva o meio de pagamento da reserva serão por cartão de crédito os apartamentos deverão ser cadastros os apartamentos são classificados por categoria precisamos registrar os dados dos clientes scrum experience tutorial scrum 1 1 2 1 3 3 1 product owner define os itens da product backlog e o nível de prioridade de cada item scrum master deve ajudar o product owner na elaboração do product backlog versão 15 rildosan@uol.com,br 25[close]
Comments
no comments yet
