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. 4

scrum experience tutorial scrum play scrum versão 15 rildosan@uol.com,br 4

[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]