Baixe o app para aproveitar ainda mais
Prévia do material em texto
CERTIFICAÇÃO SCRUM FUNDAMENTALS CERTIFIED VERSION 1.0 – MAIO 2019 1 Introdução Certificação SFC • Prova gratuita com 40 questões em 1 hora, em português. Introdução ao ciclo Scrum • É um framework para desenvolver e sustentar projetos complexos. • É a metodologia mais popular de gerenciamento e projetos e desenvolvimento de projetos. • Um projeto scrum envolve um esforço de colaboração para a criação de um resultado em um documento chamado Declaração da Visão do Projeto. • Os projetos são afetados pelas definições de tempo, custo, escopo, qualidade, recursos, capacidade da organização, entre outras. • Scrum garante a transparência da comunicação e cria um ambiente de responsabilidade coletiva e progresso contínuo. • Um dos pontos fortes do Scrum está na utilização de times multifuncionais, auto organizados e empoderados que dividem o trabalho em ciclos curtos e concentrados, chamados Sprints. • Sprints: curtos intervalos de tempo em que cerca quantidade de trabalho precisa ser feita. Susane Realce CERTIFICAÇÃO SCRUM FUNDAMENTALS CERTIFIED VERSION 1.0 – MAIO 2019 2 Ciclo: - Reunião dos stakeholders, na qual é definida a Declaração da Visão do Projeto - Em seguida, o dono do produto desenvolve o Backlog do Produto que contém uma lista priorizada de requisites de negócio escritos no formato de Histórias de Usuário - Uma Sprint como com uma reunião de planejamento durante a qual, as histórias de usuário de alta prioridade são escolhidas para serem executadas nessa Sprint - Geralmente a Sprint dura de 1 a 6 semanas, envolve a equipe scrum trabalhando para criar entregas potencialmente utilizáveis ou melhorias de produtos - Durante a Sprint são realizadas reuniões diárias, curtas e altamente focadas, em que o time discute o seu progresso diário - Próximo ao final da Sprint uma reunião de revisão é realizada, na qual o Dono do Produto e os stakeholders recebem uma demonstração dos entregáveis - O Dono do Produto aceita os entregáveis se eles cumprirem os critérios de aceitação pré- definidos - O ciclo da Sprint terma com uma reunião e retrospectiva da Sprint, onde o time apresenta maneiras de melhorar os seus processos e o seu desempenho a medida que avançam para a próxima Sprint. O que é e como funciona o Guia SBOK • Foi desenvolvido no sentido de criar um guia indispensável para organizações e profissionais da área que desejam implementar projetos Scrum ou para aqueles que desejam melhorar os seus processos. • Time Scrum: usa para melhor compreender os processos Scrum e ferramentas para criar produtos ou serviços • Dono do Produto/Product Owner: para compreender plenamente o framework Scrum e particularmente as preocupações dos clientes e stakeholders • Scrum Master: usam para aprender o seu papel no acompanhamento da implementação do framework Scrum em projetos GUIA - Capítulo 1: Introdução Descreve a finalidade e estrutura do SBOK e fornece os conceitos-chave. - Capítulo 2: Princípios Controle de processos empíricos; auto-organização; colaboração; priorização baseada em valor; time-boxing e desenvolvimento iterativo. CERTIFICAÇÃO SCRUM FUNDAMENTALS CERTIFIED VERSION 1.0 – MAIO 2019 3 - Capítulos 3 a 7: Aspectos Descreve os 5 aspectos considerados importantes para todos os projetos Scrum. Organização; justificativa de negócio; qualidade; mudança e risco. - Capítulos de 8 a 12: Processos Cobrem os 19 processos na realização do Scrum. Fazem parte das 5 fases do Scrum – Iniciar, planejar e estimar, implementar, revisão e retrospectiva e release. - Apêndice A Contém uma visão geral do Manifesto Ágil de Fowler e Highsmith. • O guia está estruturado e acordo com um dos 3 interessados: time, scrum master ou product owner. É possível consultar apenas o que se trata para cada um dos 3. • As partes marcadas com asterisco são obrigatórias. História do Scrum • Nos anos 80, foi definida uma estratégia flexível e completa para o desenvolvimento de produtos, onde o time de desenvolvimento trabalha com uma unidade para alcançar a um objetivo comum. • Eles descreveram uma abordagem inovadora para o desenvolvimento de produtos que chamaram de abordagem holística ou rugby (o jogo). Deve ser como no jogo em que o time trabalha em conjunto passando a bola para frente ou para trás, movendo-se como uma unidade. • Nos anos 90, foi desenvolvido o conceito de Scrum e sua aplicabilidade para o desenvolvimento de software. • Atualmente continua se desenvolvendo e se tornou muito popular no mundo todo. Por que usar o Scrum? - Benefícios: • adaptabilidade • Foco no cliente • Entrega contínua de valor • Entrega antecipada de alto valor • Feedback contínuo • Transparência • Ambiente de alta confiança CERTIFICAÇÃO SCRUM FUNDAMENTALS CERTIFIED VERSION 1.0 – MAIO 2019 4 • Melhoria contínua • Ritmo sustentável • Processo de desenvolvimento eficiente • Motivação • Solução de problemas de forma rápida • Entregas eficazes • Responsabilidade coletiva • Alta velocidade Escalabilidade do Scrum • Time ideal do scrum: entre 6 e 10 membros • Quando o time passa de 10 membros, pode fazer várias equipes para o mesmo projeto, que será comandado pelo Scrum de scrums, facilitando a coordenação entre os times. CERTIFICAÇÃO SCRUM FUNDAMENTALS CERTIFIED VERSION 1.0 – MAIO 2019 5 • Em projetos grandes e complexos, muitas vezes é necessário ter múltiplos times scrum trabalhando em paralelo, sendo necessário um scrum de scrum de scrums para sincronizar e facilitar a comunicação. • Tudo se inicia com a convocação do scrum de scrums que garante a sincronização necessária em grandes projetos. Durante a reunião com os times, com objetivo de fornecer atualizações sobre o progresso, discutir os desafios enfrentados e coordenar as atividades e coordenar as atividades. • Não há regras quanto a frequência das reuniões. Varia de acordo com a quantidade de dependência entre os times; o tamanho do projeto; as recomendações do scrum guide body (SGB) e o nível de complexidade. Introdução aos Princípios do Scrum • Os princípios são as diretrizes fundamentais para a aplicação do framework Scrum. • Estes princípios não são negociáveis, deve-se implementar conforme o guia SBOK. 1. Controle de Processo Empírico: enfatiza a filosofia central do Scrum com base em 3 componentes principais (transparência, inspeção e adaptação). 2. Auto-organização: focado nos colaboradores atuais de uma organização. 3. Colaboração: concentra-se nas 3 dimensões básicas do trabalho colaborativo (consciência, articulação e a apropriação) Princípios Controle de Processo Empírico Auto-organização Colaboração Priorização orientada a valor Time-boxing Desenvolvimento Iterativo CERTIFICAÇÃO SCRUM FUNDAMENTALS CERTIFIED VERSION 1.0 – MAIO 2019 6 4. Priorização baseada em Valor: entregar o máximo de valor durante todo o projeto 5. Time-boxing: os eventos do Scrum têm duração limitada (sprints, reuniões diárias, reunião de planejamento da sprint, reunião de revisão da sprint). 6. Desenvolvimento Iterativo: o trabalho é dividido em iterações, que é chamado de sprint, que dura entre 1 a 6 semanas. Enfatiza como administrar melhor as mudanças, criar projetos que atendam às necessidades do cliente. Também delineia as responsabilidades do product owner e da organização. Aspectos do Scrum: Organização e Papéis no Scrum 1. Organização - Ligado aos papéis desempenhados em projeto - Entender os papeis e suas responsabilidades é importante para garantir o sucesso na implementação do Scrum - Os papeis estão divididos em papeis centrais e papeis não-essenciais. Os centrais são necessários para o desenvolvimento do produto ou serviço do projeto e são responsáveis pelo sucesso de cada iteração e do projeto como um todo. Os não-essenciais são todas as pessoas que não estãono dia a dia do projeto → Dono do produto (centrais): responsável por alcançar o maior valor de negócio para o projeto, coordenação das necessidades dos clientes e pela manutenção da justificativa de negócio para o projeto. Ele representa a voz do cliente. É distinto do gerente do produto. → Scrum Master (centrais): é um facilitador, que garante o time scrum o fornecimento de um ambiente propicio para concluir o projeto com sucesso. Ele facilita e ensina as práticas do scrum para todos e remove os impedimentos encontrados pelo time e assegura que os processos do scrum estão sendo seguidos. É distinto do gerente de projetos. → Time scrum (centrais): responsável pelo desenvolvimento das entregas do projeto e por entender os requisitos especificados pelo product owner. → Stakeholders (não-essenciais): pode incluir clientes, usuários e patrocinadores. → Scrum Guidence Body (SGB) (não-essenciais): recurso opcional, que consiste em um conjunto de documentos ou um grupo de especialistas que estão envolvidos na definição de objetivos relacionados com a qualidade, regulamentações governamentais, de segurança e outros parâmetros chaves da organização. Orienta o trabalho realizado pelo dono do produto, scrum master e pelo time scrum. → Fornecedores (não-essenciais): que fornecem produtos e/ou serviços que não estão dentro das competências essenciais da organização do projeto. CERTIFICAÇÃO SCRUM FUNDAMENTALS CERTIFIED VERSION 1.0 – MAIO 2019 7 → Chief Product owner (não-essenciais): papel desempenhado em projetos maiores com vários times scrum. É responsável por facilitar os product owners e manter a justificativa de negócio durante o projeto. → Scrum master chefe: responsável pela coordenação das atividades relacionadas com o scrum em projetos grandes que pode exigir que vários times scrum trabalhem em paralelo. 2. Justificativa de negócio - é importante fazer uma avaliação do negócio antes de iniciar qualquer projeto, ajudando os tomadores de decisão a entender o negócio para uma mudança ou produto/serviço. - é baseada no conceito de entrega dirigida a valor - Uma das características chave é a incerteza dos resultados, portanto, o scrum tenta entregar resultados no projeto o mais rápido possível. Esta entrega antecipada de resultados e valor oferece uma oportunidade para reinvestimento e comprova o valor do projeto aos stakeholders. - A adaptabilidade do scrum permite que os objetivos e os processos do projeto sejam alterados caso ocorram modificações na justificativa de negócio - Embora do dono do produto que seja responsável pela justificativa, outros membros do time também contribuem significativamente para 3. Qualidade - Capacidade dos produtos ou entregáveis concluídos em atender aos critérios de aceitação e em alcançar o valor de negócio esperado pelo cliente - - o scrum adota uma abordagem de melhoria contínua em que o time aprende com a experiencia e engajamento dos stakeholders a manter o backlog priorizado do produto constantemente atualizado com qualquer mudança que haja nos requisitos - - O backlog priorizado do produto apenas será concluído - Qualquer alteração nos requisitos reflete em mudanças no ambiente de negócios interno ou externo e permite que o time se adapte para atingir esses requisitos. - Já que o Scrum exige que o trabalho seja feito em incrementos ao longo das sprints, isso faz com que os erros ou defeitos sejam notados mais cedo através de repetitivos testes de qualidade durante o seu desenvolvimento ao invés de esperar o produto final. - Além disso, as tarefas importantes relacionadas com a qualidade são concluídas na mesma sprint. Isso garante a qualidade em qualquer entregável. Estes entregáveis do projeto Scrum são referidos como “pronto”. Portanto, se o cliente solicitar uma mudança no que foi entregue, ele será colocado em uma nova sprint. CERTIFICAÇÃO SCRUM FUNDAMENTALS CERTIFIED VERSION 1.0 – MAIO 2019 8 - As discussões constantes entre o time scrum e os stakeholders, com relação aos - incrementos reais do produto a ser entregues ao final de cada sprint garante que a diferença entre os resultados reais e as expectativas dos clientes sejam constantemente reduzidas. 4. Mudança - Todo projeto, independentemente do método ou framework, está sujeito a mudanças. Os membros do time Scrum devem compreender que os processos e desenvolvimento Scrum são projetados para aceitar essas mudanças - As organizações devem tentar maximizar os benefícios decorrentes das mudanças e minimizar os impactos negativos por meio de processos dirigentes de gerenciamento de mudanças de acordo com os princípios scrum. - O princípio fundamental do Scrum é saber que os stakeholders podem e mudam de ideia muitas vezes durante o projeto - É muito difícil definir todos os requisitos logo no início do projeto 5. Risco - Risco é definido como um evento incerto ou um conjunto de eventos que podem afetar os objetivos de um projeto e podem contribuir para o seu sucesso ou fracasso. - Risco que levam ao sucesso: risco de oportunidade. - Risco que leva ao fracasso: risco de impacto - O gerenciamento dos riscos deve ser feito de forma proativa, sendo um processo iterativo que deve começar no início do projeto e continuar durante todo o ciclo de vida. - Deve-se seguir um padrão de riscos: devem ser identificados, avaliados e respondidos com base em dois fatores: da probabilidade de ocorrência desse risco e de impacto em potencial em caso de tal ocorrência. - Os riscos de alta probabilidade e valor impactante determinados através da multiplicação dos dois fatores, devem ser tratados antes daqueles com valor relativamente menor. Artefatos do Scrum • Dentro da metodologia Scrum alguns documentos são essenciais para que os trabalhos sejam realizados com sucesso. A documentação e outros elemento gráficos são denominados artefatos. • O objetivo da existência deles é maximizar a transparência das informações chave necessárias para garantir que o time scrum tenha sucesso nas entregas do projeto. CERTIFICAÇÃO SCRUM FUNDAMENTALS CERTIFIED VERSION 1.0 – MAIO 2019 9 1. Declaração de visão do projeto: - Tem como objetivo apresentar um escopo preliminar do projeto, seus objetivos, metas e a justificativa. Em geral é revisado várias vezes ate que satisfaça a visão dos patrocinadores. - Ele não representa a visão do gerente de projetos. - É distinto do Termo de abertura do Projeto. 2. Backlog do produto: - Este documento contém uma lista de itens priorizados que incluem os requisitos funcionais e não-funcionais. - O product owner é o responsável pelo seu conteúdo - Este backlog evolui de acordo com a evolução do produto e do ambiente ao qual está inserido, por isso, nunca está completo. 3. Backlog da sprint: - Corresponde a lista de tarefas que o time do projeto define para implementar na sprint. - Todo o conteúdo deve estar contido no backlog do produto. - As primeiras sprints devem conter sempre os itens do backlog mais prioritários e críticos para o sucesso do projeto. 4. Épicos: - São escritos nas fases iniciais do projeto quando a maioria das estórias de usuário são funcionalidades de alto nível ou descrições de produtos e quando os requisitos são amplamente definidos. São estórias de usuários grandes e não refinadas do backlog priorizado do produto - À medida que ganha prioridade, o épico ou parte dele evolui para estórias de usuário menores. 5. Estórias de usuário: - É uma descrição resumida, porém clara e objetiva de alguma funcionalidade que deverá ser fornecida pelo produto ser entregue. Sempre do ponto de visto do usuário final do produto. - Não se trata de uma especificação completa de uma funcionalidade, mas sim uma promessa de se discutir uma funcionalidade ou simplesmente um lembrete que alguma discussãojá ocorreu. CERTIFICAÇÃO SCRUM FUNDAMENTALS CERTIFIED VERSION 1.0 – MAIO 2019 10 Tanto o backlog do produto quanto o backlog da sprint são representadas como estórias de usuário. 6. Gráfico de Burn Down: - Representa visualmente a soma das estimativas, os esforços restantes do backlog, permitindo também uma comparação com os atuais trabalhos realizados. - Pode ser dividido em Burn Down do produto, que registra a soma dos esforços restante do backlog do produto ao longo do tempo. O esforço pode estar em qualquer medida que o time entenda, mas geralmente, a unidade de medida são as sprints. - Burn Down da Sprint representa a quantidade restante do backlog da sprint ao longo dos dias da duração da sprint. O esforço pode estar em qualquer medida que o time entenda, mas geralmente, a unidade de medida são horas. - O time deve chegar ao final do período atingindo a meta, que é entregar o previsto. 7. Scrum Task Board - é um quadro onde o time coloca as tarefas do backlog em post-its de forma organizada e ordenada, para que se entenda rapidamente e claramente como o trabalho está. - As estórias de usuários que compoem o backlog da sprint. Elas sao divididas em CERTIFICAÇÃO SCRUM FUNDAMENTALS CERTIFIED VERSION 1.0 – MAIO 2019 11 tarefas que ficam na coluna “ a fazer”. Quando um membro começa a realizar a tarefa, deve passar para a coluna “em andamento”. Quem pegar essa tarefa tem a obrigação de movê-la. Ao terminá-la, precisa passar para a coluna “testes”. E ao finalizarem os testes vai para a coluna “pronto”, a espera de sua aceitação pelo product owner na cerimonia de revisao da sprint. Cerimônias (Eventos) do Scrum • Praticamente todos os eventos são time box(ed). A tradução literal significa caixa de tempo, ou seja, é ter o tempo limitado para fazer um determinado trabalho, tentando cumprir o máximo possível dentro dessa janela de tempo. • É uma técnica simples usada no desenvolvimento de software para rastrear o seu progresso e é praticamente usado em todos os eventos scrum. 1. Sprint: - é um evento time-boxed iterativo de duração fixa de 1 a 6 semanas e possuir uma meta estabelecida. Seu principal objetivo é realizar entregas parciais de funcionalidades ao cliente. - O scrum master deve garantir que não existam mudanças que possam impactar negativamente as sprints, tais como alteração da composição do time ou alterações nas metas de qualidade. - O time deve se concentrar em atingir os objetivos definidos pelo backlog da sprint. Se o time sentir que fez mais do que podia, deverá entrar em contato com o dono do produto para que ele remova ou reduza o escopo do backlog selecionada para aquela sprint. No entanto, se ver que irá sobrar tempo, poderá incluir mais tarefas CERTIFICAÇÃO SCRUM FUNDAMENTALS CERTIFIED VERSION 1.0 – MAIO 2019 12 do backlog na sprint. - O dono do produto tem autoridade para cancelar um sprint. Isso pode acontecer quando p que for entregue por ela tornar-se obsoleto, devido a mudanças no backlog do produto ou em estratégias da empresa, necessidades de mercado, etc. - Já aquelas tarefas que não forem terminadas, voltam para o backlog do produto para serem inclusas em alguma outra sprint. 2. Reunião de planejamento da sprint (sprint planning meeting): - tem a duração de 8 hora para 1 mês de duração de uma sprint. Ou seja, 2 horas a cada semana de sprint. Pode ser dividida em 2 partes – 2 etapas de 4 horas. → Etapa 1: definição do objetivo → Durante a primeira parte da reunião, o dono do produto explica para o time scrum as prioridades máximas das estórias de usuário ou os requisitos do backlog priorizado do produto. Então, o time scrum define o objetivo da sprint. → Time: trata do que será feito. → Etapa 2: estimativa de trabalho → Durante a segunda metade da reunião, o time scrum decide como completar os itens selecionados do backlog priorizado do produto para cumprir a meta da sprint. E assim se cria o backlog da sprint. → Não há regra para documentar e apresentar o backlog da sprint, pode ser feito no Scrum Task Board. → Time: trata de como será feito. 3. Reuniões diárias do Scrum: - Diariamente o time faz reuniões de 15 minutos para acompanhar o progresso do time e marcar outras reuniões, se necessário. - A reunião constitui 3 perguntas básicas: O que eu fiz no projeto desde a última reunião? O que eu irei fazer até a próxima reunião? E quais os impedimentos? - Se possível, ser realizada durante o mesmo horário e sempre no mesmo local. - Esta é uma reunião que serve somente ao time scrum e não deve conter nenhum tema referente ao status do projeto em andamento. - o time scrum também deve monitorar o progresso da sprint dia a dia usando o gráfico de Burn Down. 4. Revisão da sprint: - ao final de cada sprint é realizada a revisão da sprint. CERTIFICAÇÃO SCRUM FUNDAMENTALS CERTIFIED VERSION 1.0 – MAIO 2019 13 - A duração é normalmente de 4 horas para 1 sprint de 1 mês. Se a sprint tiver menor duração, a reunião deve ser proporcional. - O responsável é o dono do produto. Ele avalia o que foi ou não realizado dentro do planejado - O time deve apresentar os itens que está 100% finalizados de acordo com os critérios de aceitação. E o dono do produto irá se certificar de que o item esta atendendo aos critérios estabelecidos. Caso contrário, o item será rejeitado e entrará mais uma vez no backlog do produto. - Além disso, o dono do produto discute o backlog do produto da forma como está e faz previsões de datas de futuras entregas de acordo com o andamento atual do projeto. 5. Retrospectiva da sprint - Uma das regras do Scrum é que sempre existem formas de se melhorar, não importa a quão pequena ela seja. - A duração é normalmente de 4 horas para uma sprint de 1 mês. - Sua finalidade é inspecionar como ocorreu a última sprint se tratando de pessoas, das relações entre elas, dos processos e das ferramentas. Nela será avaliado o que funcionou para que possa ser repetido, e o que não funcionou para que não aconteça mais. - O Scrum Master é responsável por ela, e partir de seus resultados, irá realizar a revisão do processo de desenvolvimento. 6. Refinamento do backlog - é o processo em que o backlog é continuamente atualizado e mantido - É um processo contínuo de responsabilidade do dono do produto. Envolve adicionar detalhes, novas estimativas, reordenar e repriorizar itens. - O time scrum é responsável por reestimar atividades. - Este evento não é time-boxed. CERTIFICAÇÃO SCRUM FUNDAMENTALS CERTIFIED VERSION 1.0 – MAIO 2019 14 Overview dos processos do Scrum • No total, existem 19 processos que estão agrupados que estão agrupados em 5 fases. Divididas nos capítulos de 8 a 12 do guia SBOK. • As entradas, ferramentas e saídas são importantes para o sucesso da implementação do Scrum. 1. Primeira fase: INICIAR - CRIAR A VISÃO DO PROJETO: O caso de negócio é revisado para criar a Declaração da Visão do Projeto, que servirá como inspiração e orientação. O Dono do Produto é identificado neste processo. - IDENTIFICAR O SCRUM MASTER E AS PARTES INTERESSADAS - FORMAR O TIME SCRUM: Normalmente o Dono do Produto tem a responsabilidade primária de selecionar os membros, mas frequentemente conta com a ajuda do Scrum Master. - DESENVOLVER OS ÉPICOS: A Declaração da Visão do Projeto serve como base para o desenvolvimento dos épicos. Reuniões do grupo de usuários podem ser realizadas para discutir épicos apropriados. - CRIAR O BACKLOG PRIORIZADO DO PRODUTO: Nele os Épicos são refinados, processados e, em seguida, priorizados para que um CERTIFICAÇÃO SCRUM FUNDAMENTALS CERTIFIED VERSION 1.0 – MAIO 2019 15 backlog Priorizado do Produto seja criado para o projeto. Os critérios de “pronto” também são estabelecidos. -CONDUZIR O PLANEJAMENTO DA RELEASE: O time central do Scrum revisa as estóriasde usuário o Backlog Priorizado do Produto para desenvolver um Cronograma de Planejamento da Release, que é um cronograma de implementação faseado que pode ser compartilhado com os stakeholders. A duração da sprint é determinada aqui. 2. Segunda fase: PLANEJAR E ESTIMAR - CRIAR AS ESTÓRIAS DE USUÁRIO: São criadas as estórias e seu critérios de aceitação. Geralmente são escritas pelo Dono do Produto e são projetadas para assegurar que os requisitos do cliente estejam descritos e que podem ser totalmente compreendidos pelos stakeholders. Exercícios da escrita das estórias podem ser realizados envolvendo os membros do time Scrum na criação dessas estórias. As estórias são incorporadas ao Backlog Priorizado do Produto. - APROVAR, ESTIMAR E COMPROMETER AS ESTÓRIAS DE USUÁRIO: O Dono do Produto aprova as histórias de usuário para a Sprint. Em seguida, o ScrumMaster e o time Scrum estimam os esforços necessários para desempenhar as funções escritas em cada estória de usuário, e o time Scrum promete a entregá-las de acordo com os requisitos do cliente. - CRIAR AS TAREFAS: As estórias de usuário aprovadas, estimadas e comprometidas são divididas em tarefas especificadas e agregadas a uma lista de tarefas. - ESTIMAR AS TAREFAS: O time central do Scrum durante a Reunião de Planejamento de tarefas, estima os esforços necessários para a realização de cada tarefa da lista de tarefas. - CRIAR O BACKLOG DA SPRINT: O time central do Scrum realiza uma Reunião de Planejamento da Sprint, onde o grupo cria o backlog da sprint que contém todas as tarefas que serão concluídas durante a fase da Sprint. 3. Terceira fase: IMPLEMENTAR - CRIAR OS ENTREGÁVEIS: O time Scrum trabalham nas tarefas do bakcklog da sprint para criar os entregáveis. O Scrumboard é usado para acompanhamento das tarefas que estão sendo CERTIFICAÇÃO SCRUM FUNDAMENTALS CERTIFIED VERSION 1.0 – MAIO 2019 16 realizadas. Questões ou problemas que o time Scrum está enfrentando podem ser atualizadas no Registro de Impedimentos. - CONDUZIR A REUNIÃO DIÁRIA: Tempo de 15 minutos. - REFINAMENTO DO BACKLOG PRIORIZADO DO PRODUTO: O backlog do produto é continuamente atualizado e mantido. Uma Reunião de Revisão do Backlog do Produto pode ser realizada, em que atualizações no backlog são discutidas e incorporadas adequadamente. 4. Quarta fase: REVISÃO E RETROSPECTIVA - CONVOCAR O SCRUM DE SCRUMS: Os representantes do time de Scrum são convocados em intervalos pré-determinadas ou conforme necessário, para acompanhar e colaborar seus respectivos progressos, impedimentos e as dependências entre si. - DEMONSTRAR E VALIDAR A SPRINT: O time Scrum apresenta os entregáveis da Sprint ao Dono do Produto e aos stakeholders relevantes em uma Reunião de Revisão da Sprint. Garantir aprovação e aceitação do Dono do Produto para os entregáveis desenvolvidos na Sprint. - RETROSPECTIVA DA SPRINT: O Scrummaster e o time se reúnem para discutir as lições aprendidas durante a Sprint e essas informações são documentadas que poderão ser aplicadas em Sprints futuras. Muitas vezes durante essa reunião, podem surgir pontos de melhoria ou recomendações do Scrum Guidance Body. 5. Quinta fase: RELEASE - ENVIO DE ENTREÁVEIS: Os entregáveis aceitos as entregues ou transferidos aos stakeholders relevantes. Um acordo formal chamado de Contrato de Prestação de Trabalho documenta com sucesso a finalização da Sprint. - RETROSPECTIVA DO PROJETO: CERTIFICAÇÃO SCRUM FUNDAMENTALS CERTIFIED VERSION 1.0 – MAIO 2019 17 Os stakeholders e o time central do Scrum se reúnem para fazer uma retrospectiva do projeto e identificar, documentar e internalizar as lições aprendidas. Muitas vezes essas lições levam a documentação dos pontos de melhoria acordados a serem implantados em projetos futuros. Sprint é menino ou menina? • “a sprint” ou “um sprint”, ambos estão corretos. Ágil x tradicional • Aqui se fará uma comparação entre ambos os métodos. • A principal diferença entre os modelos tradicionais e o scrum é a maneira como o projeto é tratado – a gestão tradicional é baseada em processos, já o Scrum precisa de uma nova abordagem focado nas pessoas envolvidas nesse projeto. • De acordo com o Scrum, os fatores-chave para qualquer projeto são as pessoas e a ênfase deve ser sobre elas e suas ações. Várias equipes multifuncionais trabalham em paralelo com sprints para entregar resultados potencialmente utilizáveis no final de cada uma delas. • Em um modelo tradicional a quantidade de tarefas não realizadas permanece elevada e nenhum produto é enviado ate o final do projeto. • Scrum é focado na produção de software em funcionamento versus uma documentação abrangente. Portanto, o foco deve ser na entrega do produto que o cliente possa usar. • O processo adotado no Scrum é iterativo ao contrário do modelo linear usado em estruturas tradicionais. O modelo iterativo ajuda a melhorar o desenvolvimento do produto ao longo do tempo, maximizando as oportunidades de feedback do cliente bem antes do final do projeto e garante versões potencialmente utilizáveis de produtos em funcionamento no final de cada sprint. • O Scrum incentiva a tomada de decisão iterativa com base em dados ao contrário do planejamento inicial detalhado praticado no estilo tradicional. O foco não é sobre o cumprimento dos objetivos do plano do projeto, mas nos requisitos dos clientes satisfeitos. No estilo tradicional muitas vezes o planejamento ocorre conforme esperado, mas o cliente não está satisfeito com o resultado. • Além disso, o Scrum apoia a colaboração de todas as partes envolvidas: cliente, equipe CERTIFICAÇÃO SCRUM FUNDAMENTALS CERTIFIED VERSION 1.0 – MAIO 2019 18 • de negócios e time do projeto para minimizar os riscos e alcançar a satisfação. • No Scrum, entregando maior valor no mais curto espaço de tempo, significa priorizar o trabalho nas necessidades dos clientes e dividindo o que será feito do que precisa ser feito. • O Scrum utiliza de sua metodologia de pouco planejamento inicial para ser adaptável e flexível a mudanças. A gestão de risco é continua em um projeto gerenciado pelo Scrum. Assim, o Dono do Produto, o time e o Scrummaster determinam a melhor abordagem para lidar com os riscos identificados. • De acordo com o scrum, cada produto vai para o time de garantia de qualidade quando os testes são realizados para garantir a entrega de valor para o cliente. Os controles rigorosos tais como os critérios de aceitação e uma definição clara de pronto estão disponíveis para evitar desvios com relação aos requisitos do cliente. Nos métodos tradicionais é dada mais importância para os processos. • O Scrum acredita que os colaboradores têm muito mais a oferecer que o seu apoio técnico e portanto, entregam maias valor quando são auto-organizados. Diferente do método tradicional que a justificativa de valor é feita no início da elaboração do projeto. Assim, ensina o time a serem inovadores e solucionadores de problemas. • O scrum acredita que o desenvolvimento de produtos é um processo de criação de valor compartilhado e precisa que todos os stakeholders trabalhem juntos par oferecer maior valor. • No Scrum, o desemprenho é medido em termos do valor do negócio que a equipe cria. A equipe agrega valor aos negócios no final de cada sprint. • O Retorno sobre Investimento (ROI) começa cedo e continua durante todo o ciclo de vida do projeto. Enquanto nos métodos tradicionais só oferece no final. • O Scrum recomenda a participação do cliente em todo o projeto. • No geral, o Scrum é um framework inovador para o gerenciamento de qualquer tipo de projeto. Scrum em Projetos, Programas e Portfólios CERTIFICAÇÃO SCRUM FUNDAMENTALS CERTIFIED VERSION 1.0 – MAIO 2019 19 • De acordo com o SBOK. • Um projeto é um empreendimento colaborativocom o objetivo de criar novos produtos e serviços ou para entregar resultados conforme definido na Declaração da Visão do Projeto. Geralmente afetados por restrições de tempo, custo, escopo, qualidade, pessoas e capacidades organizacionais. O objetivo do time do projeto é criar entregas conforme definido no Backlog Priorizado do Produto. • Um programa é um grupo de projetos relacionados com o objetivo de entregar resultados de negócio conforme definido na Declaração da Visão do Programa. O Backlog Priorizado do Programa incorpora os Backlog Priorizados dos Produtos para todos os projetos de um programa. • O portfólio é um grupo de programas relacionados com o objetivo de entregar resultados de negócio conforme definido na Declaração da Visão do Portfólio. O Backlog Priorizado do Portfolio integra os Backlogs Priorizados dos Programas para todos os programas desse portfólio. Introduções para o Exame de Certificação SFC (Scrum Fundamentals Certified) Formato do Exame: • 40 Questões de múltipla escolha; • 60 Minutos de duração; • São necessários 30 acertos para aprovação – 75% de acertos; • Exame Online não-supervisionado – não é necessário agendamento; • Disponível em português. Como se preparar: • Leia os capítulos de 1 a 7 do SBOK disponibilizado na Aula 3 (Introdução à Certificação SFC). Como se inscrever: • Clique no link: "Solicitação de credenciais": https://www.expertpm.com.br/credenciais- para-sfc-1/. https://www.expertpm.com.br/credenciais-para-sfc-1/ https://www.expertpm.com.br/credenciais-para-sfc-1/ CERTIFICAÇÃO SCRUM FUNDAMENTALS CERTIFIED VERSION 1.0 – MAIO 2019 20 Observação: Você terá até 30 dias para efetuar o Exame (após a sua inscrição na ScrumStudy). Ultrapassado esse prazo, você terá que solicitar novas credenciais. São permitidas 3 tentativas (podendo ser seguidas ou não) dentro desse prazo de 30 dias. CERTIFICAÇÃO SCRUM FUNDAMENTALS CERTIFIED VERSION 1.0 – MAIO 2019 21
Compartilhar