O Guia do Scrum 2020

Prévia do material em texto

O Guia do Scrum 2020: releitura 
Sumario
O proposito do Guia do Scrum
Definição Scrum 
Teoria do Scrum
Origem da palavra Scrum
Manifesto ágil
Os valores e os pilares 
Framework do Scrum: Papéis, Eventos e Artefatos
Dicionário: Definição das palavras
Proposito do Guia do Scrum
O Scrum foi desenvolvido no início de 1990;
A primeira versão do Guia do Scrum foi desenvolvido em 2010 para ajudar outras pessoas a entenderem como funciona o Scrum e desde então o Guia do Scrum vem sofrendo alteração por meio de pesquisas e esta atualizado junto com o mercado atual;
O Guia do Scrum contém a definição do Scrum. Cada elemento do framework serve com um proposito especifico essencial para o valor geral e os resultados obtidos com Scrum. Jamais devemos mudar o modelo central ou as ideias do Scrum e nem mesmo remover elementos- como o papel do Scrum, os artefatos ou até os mesmo eventos -ou Não seguir as realizar as regras do Scrum, porque pode encobrir os problemas e até limitando os benefícios do Scrum, potencialmente tornar o modelo inútil.
O Scrum vem sendo usado não apenas para o desenvolvimento de produtos de software, que a principio o Scrum foi criado, mas vem sendo adorados em muitos domínios, que consistem trabalhos essencialmente complexos. 
O Scrum pode ser usado em padrões, processos e insights que se encaixam no Framework do Scrum. Geralmente são sensíveis ao contexto, isso significa que em determinado contexto utiliza o Scrum e em outros não. No entanto, a regra do Scrum não se molda ao contexto, pois as regras nunca mudam são imutáveis.
Definição do Scrum
O Scrum é um framework leve que ajuda pessoas, times e organizações a gerar valor por meio de soluções adaptativas para problemas complexos. 
O Scrum requer (sendo obrigatório) a presença do Scrum Master para gerenciar um ambiente onde:
Um Productor Owner (PO ou Dono do Produto) ordena o trabalho para um problema complexo em um Product Backlog;
O Scrum Team ( Dono do Produto, Scrum Master e os Desenvolvedores) transforma uma seleção do trabalho em um incremento de valor durante uma Sprint;
O Scrum Team e seus stakeholders (as partes interessadas) inspecionam os resultados e se ajustam para a próxima Sprint
Repete o mesmo processo em outras Sprint.
O Scrum é simples e sua teoria, filosofia e estrutura ajudam a atingir objetivos e criar valor. O framework Scrum é propositalmente incompleto, ou seja, não entrega de bandejas as técnicas de como montar um backlog, passos a passos de como montar um projeto. Você pode e deve usar outras ferramentas, técnicas ou métodos para empregar com o Framework. Scrum relativamente importante e se torna eficaz ao empregar na gestão atual, meio ambiente e técnicas de trabalho, para que as melhorias possam ser feitas. 
Definição do Scrum
O Scrum é um framework (conjunto de técnicas, ferramentas ou conceitos pré definidos) que desenvolve, entrega e mantém produtos e projetos complexos. 
Ele consiste em times que estão associados a papéis e responsabilidade, eventos e rotinas, artefatos e regras do trabalho.
Cada componente dentro do framework serve a um proposito especifico e é essencial para o uso e o sucesso do a Scrum. 
Teoria do Scrum
O Scrum é baseado no empirismo e lean thinking.
O empirismo afirma que o conhecimento vem através da experimentação, observação e tomada de decisões.
O lean thinking tem o pensamento enxuto, que tem a visão de reduzir o desperdício e se concentrar apenas no essencial. 
O Scrum emprega uma abordagem interativa e incremental para otimizar a previsibilidade e controlar o risco. 
O Scrum envolve com grupo de pessoas que precisam possuir habilidade e conhecimento necessário para fazer o trabalho e compartilhar e adquirir essas habilidade conforme o necessário. E não chamar outras pessoas para fazer o trabalho. 
O Scrum combina 4 eventos formais( Planejamento, Reunião Diária, Reunião de Revisão e Respectiva) e tem um outro evento chamado de contêiner (Sprint: que engloba os 4 eventos formais). Esses eventos são responsáveis pela inspeção e adaptação, contidas dentro de um evento, a Sprint. Esses eventos funcionam porque implementa os pilares empíricos do Scrum: Transparência, Inspeção e Adaptação que serão discutidos nos próximos slides. 
Mindset exigido pelo Scrum
Antes de qualquer tipo de movimentação em relação a implementação, precisamos entender que o Scrum faz parte da cultura que preza pela metodologia ágil e que segue uma estrutura de mindset diferentes das observadas em projetos tradicionais. 
De acordo com o Guia oficial do Scrum, são três pilares que baseiam a implantação de um projeto com o Scrum:
-Transparência
-Inspeção
-Adaptação
Pilar do Scrum: Transparência
A transparência é essencial para quem executa o trabalho quanto para quem recebe o trabalho. Com o Scrum, decisões importantes são baseadas no estados percebido de seis três artefatos formais ( Product backlog, Sprint Backlog e Product Increment).
Artefatos que não possuem transparência pode levar maus as escolhas e aumentar os riscos.
A transparência permite a inspeção. E sem transparência na inspeção é um trabalho enganoso e gera muitos desperdícios. 
É bem comum que a equipe ou uma pessoa que está trabalhando no projeto tem medo de receber feedback negativo ou medo de errar, mas isso pode prejudicar o sucesso na entrega do projeto. Portanto, é essencial que o projeto esteja a vista e em fácil acesso pelas pessoas responsáveis pelo resultado. Além disso, a equipe Scrum deverá sempre compartilhar com transparência o andamento da sua entrega de valor, mesmo que não seja o esperado pelo resto da equipe. 
Pilar os Scrum: Inspeção
É preciso sempre ter uma reunião diária para detectar mudanças ou problemas que são potencialmente indesejáveis. 
É preciso inspecionar com frequência os artefatos e progressos em as metas que foram acordadas pelo cliente e o time do Scrum.
Para ajudar na inspeção, o Scrum fornece cadência (tendência) na forma de seus cincos eventos. 
A inspeção habilita a adaptação, os eventos do Scrum são ajustáveis a mudanças, a inspeção sem adaptação é considerada inútil.
Quando lemos a palavra inspeção, temos o pensamento que alguém ira analisar o que fizemos de correto ou não. Esse pilar é tão importante quanto os outros quando precisamos avaliar se o projeto está atingindo o progresso ou não através das rotinas e artefatos disponibilizados pelo próprio Scrum. Portanto, é importante que todos os membros da equipe Scrum estejam orientados pela busca de variações desejadas e indesejadas do projeto. 
Pilar os Scrum: Adaptação
Se ocorrer algum problema durante o processo que desvie dos limites aceitável ou se o produto resultante não for aceitável, o processo que esta sendo aplicado ou os materiais que estão sendo produzidos devem ser ajustados. O ajuste deve ser feito o mais rápido possível para minimizar novos desvios. 
Com a inspeção, identificamos as variações que o projeto está sofrendo e com isso podemos replanejar e ajustar o processo para atingirmos o resultado que queríamos. 
Esse ajuste deve ser realizado o mais rápido possível visando minimizar o impacto no resultado do projeto. Não podemos ter medo de mudar e adapta o projeto mediante as adversidades. 
Os valores do Scrum
O sucesso do uso do Scrum depende das pessoas capazes de viver com os cincos valores:
Compromisso, Foco, Abertura, Respeito e Coragem
O Scrum Team se compromete a atingir seus objetivos e suportar uns aos outros. 
Seu foco principal é o trabalho da Sprint para fazer o melhor progresso possível em direção a essas metas.
O Scrum Team e seus stakeholders (partes interessadas) precisam estar abertos quando ao trabalho e aos desafios. 
Os membros do Scrum Team devem se respeitar quando a serem pessoas capazes e independentes, e são respeitados como tal pelas pessoas com quem trabalham.
Os membros do Scrum Team tem a coragem de, fazer a coisa certa e trabalhar em problemas difíceis. 
Os valores do Scrum
Esses valores são um norteio para o Scrum Team em relação ao seu trabalho, ações e comportamentos.As decisões que serão tomadas, o passos que serão dados e a forma como o Scrum é usado devem reforçar esses valores, não podemos diminui-los ou miná-los. 
Os membros do Scrum Team aprender e exploram os valores à medida que trabalham com os eventos e artefatos do Scrum. Quando esses valores são incorporados pelo Scru Team e pelas pessoas com quem trabalham, os pilares empíricos do Scrum de transparência, inspeção e adaptação ganham vida, construindo confiança. 
Scrum Team
A unidade fundamental do Scrum é possuir um time pequeno;
O Scrum Team contém um Product Owner, um Scrum Master e Developers
Atenção!!
Dentro de um time Scrum não existe hierarquia ou subgrupos (sub-times). Esse time possui harmonia entre si e tem como objetivo alcançar a meta do Produto. 
O time Scrum não multifuncionais, isso significa que dentro da sua equipe todos tem habilidades para criar valor dentro de uma Sprint. Eles são autogerenciais, isso significa que decidem internamente o que precisa fazer, quando fazer e como será o processo.
Scrum Team
O Scrum Team é um time pequeno como objetivo de serem ágil e são grandes o suficiente para concluir um trabalho significativo bem feito dentro de uma Sprint, normalmente esse time é composto por 10 ou menos pessoas. Existem estudos que grupos menos tem uma comunicação mais eficaz e são em geral mais produtivos. Se em algum momento o Scrum Teams se tornarem grandes, eles devem considerar a reorganização em vários Scrum Teams coesos (possuem harmonia entre o grupo), cada um focado no mesmo produto. Portanto eles devem compartilhar a mesma meta do produto, Product Backlog e Product Owner. 
O Scrum Team é responsável por toda atividade relacionada ao produto, desde a colaboração com stakeholder, operação, experimentação até o desenvolvimento, e qualquer outra coisa que possa ser necessária. Eles são estruturados e empoderados pela organização para gerenciar seu próprio trabalho. Trabalhar em Sprints em um ritmo sustentável melhora tanto o foco quando a consistência do Scrum Team.
Todo o Scrum Team é responsável por criar um Incremento valioso e útil a cada Sprint. Scrum define três responsabilidades especificas dentro do Scrum Team: os Developers, o Product Owner e o Scrum Master. 
Product Owner (PO)
Product Owner é o dono do produto;
É um representante do cliente: Sendo responsável pelo entendimento das necessidades e dores do cliente e do mercado e como passar essas informações para o time de desenvolvimento;
É o responsável pelo contato com os stakeholders;
Busca sempre maximizar o valor do projeto;
Possui autonomia para tomada de decisões ;
Escreve a visão do produto;
E desenvolve o Product Backlog;
Entende o momento ideal do mercado para o lançamento de cada incremento do backlog;
Decidi se uma Sprite pode o não ser cancelada: Devido o produto ser aboleto ou o concorrente criou um produto muito melhor, entre outros;
Negocia constantemente com o time de desenvolvimento;
E pode vetar o que foi feito pelo time de desenvolvimento de acordo com o objetivo negociado.
Product Owner (PO)
O PO faz a interface com o cliente, vê as necessidades e transforma isso em itens para o Backlog do Produto.
O papel do PO é expressar de maneira clara e objetiva as necessidades do cliente! Transformando tudo isso em ações no Product Backlog (Backlog do Produto).
Os Gerentes de Projeto são estratégicos, eles se concentram na visão do produto, no objetivos da empresa e no mercado. Diferente do Product Owens que são mais táticos, eles traduzem a estratégia do gerente de produto em tarefas acionáveis e trabalham com equipes ágeis multifuncionais para garantir que estão executando esses requisitos. 
Uma das responsabilidades do PO é negociar com Desenvolvedores para entrega das metas e incrementos. Logo, ele deve negociar novamente esses itens (quando o time informa que não consegue entrega todos os itens do Backlog da Sprint) selecionados com o time de desenvolvimento para atender À meta da Sprint 
Não é papel do garantir que a Sprint Restropctive seja positiva e produtiva. Essa responsabilidade é dada ao Scrum Master que tem o papel de gerenciar e encorajar o time a melhorar seus processos e praticas!
Product Owner (PO)
Além de ser responsável em maximizar o valor do produto resultante do trabalho do Scrum Team. Ele é responsável também por gerenciar eficazmente o Product Backlog, que inclui:
Desenvolver e comunicar explicitamente a meta do produto;
Criar e comunicar claramente os itens do Product Backlog;
Ordenar os itens do Product Backlog
Garantir que o Product Backlog seja transparente, visível e compreensível.
O PO pode delegar o trabalho acima tendo responsabilidade de todo o processo que o time Scrum irá desenvolver ou poder fazer ele próprio o trabalho. Para que tenha sucesso no desenvolvimento do produto backlog, todos devem respeitar a decisão do PO. 
O PO é uma pessoa e não um comitê. O PO representa todas as necessidades do stakeholders no Product Backlog. Aqueles que desejam alterar o Product Backlog deve primeiro convencer o PO.
Scrum Master
Figura de treinador
Apresenta as ferramentas para que o time atue nas melhores condições possíveis com o máximo de produtividade
Figura sábia que guia os times dentro do Framework Scrum, disponível para ajudar, entender os impedimentos e como podem ser resolvidos.
Garante a horizontalidade do time, o papel do Scrum Master é ajuda a desenvolver o time e tirar todo o impedimento que possa atrapalha no projeto. 
Garante a comunicação eficiente entre o PO e o time de desenvolvimento em relação ao Backlog do Produto para ser mais consistente, claro e conciso. 
Remover distrações no time de desenvolvimento
Fornecer técnicas e treinamento de priorização, de organização e de gerenciamento
Planeja a implementação do Framework Scrum na empresa
Scrum Master
O Scrum Master é responsável por estabelecer o Scrum conforme definido no Guia do Scrum.
Eles fazem isso ajudando todos a entender a teoria e a pratica do Scrum, tanto no Scrum Team quando na organização (empresa).
O Sum Master é responsável pela eficácia do Scrum Team. Eles fazem isso permitindo que o Scrum Team melhore sua práticas, dentro do framework Scrum.
O Scrum Masters são verdadeiros lideres que servem ao Scrum Team e á organização como um todo.
O Scrum ajuda o Scrum Team de várias maneiras:
Treinar os membros do time em autogerenciamento e Cross –funcionalidade;
Ajudar o Scrum Team a se concentrar na coração de incrementos de alto valor que atende, à Definição de Pronto
Provocando a remoção de impedimentos ao progresso do Scrum Team
Garante que todos os eventos Scrum ocorram de maneira positiva, produtivas e mantidas dentro do Timebox. Mesmo que o Scrum Master não participe de todos os eventos. 
Scrum Master
Como o Scrum Master ajuda o Product Owner:
Ajuda encontrar técnicas para definição eficaz de meta do Produto e gerencia o Product Backlog
Ajuda o Scrum Team a entender as necessidades do itens do Product Backlog de forma clara e concisa.
Ajuda estabelecer o planejamento empírico do produto para um ambiente complexo
Facilita a colaboração dos stakeholders, conforme solicitado ou necessário.
O Scrum Master pode ajuda a organização também de várias maneiras:
Liderar, treinar e orientar a organização na adoção do Scrum.
Planeja e aconselha a implementação do Scrum dentro da organização
Ajuda os funcionários e os stakeholders a compreender e aplicar uma abordagem empírica para trabalhos complexo
Remove barreiras entre stakeholders e Scrum Teams. 
Desenvolvedor
O DESENVOLVEDOR (Developers) são as pessoas do Scrum Team que estão comprometidas em criar qualquer aspecto de um Incremento utilizável a cada Sprint.
As habilidade especificas necessárias pelos Desenvolvedores geralmente são amplas e variam de acordo com o domínio de trabalho. No entanto, o Desenvolvedores são sempre responsáveis por:
Criar um plano para a Sprint, o Sprint Backlog
Introduz gradualmente qualidade aderindo a uma definição de pronto
Adapta seu plano a cada dia em direção a meta da Sprint 
Responsabiliza-semutualmente como profissionais. 
Desenvolvedor
Possui conhecimento de ferramentas mais robustas
Maturidade de trabalho e comprometimento com time
Auto gerenciáveis e auto organizáveis
Alto grau de liberdade de trabalho
Todos os itens do Backlog do produto são de responsabilidade de todos os membros do time de desenvolvimento, não existe subdivisões.
Responsáveis pelo incremento do Backlog
Refinam os itens definidos pela PO em uma lista mais simples e com uma linguagem mais técnica, e chamamos isso de Refinement.
Realizam um plano de como realizar as tarefas
Alinham com o PO o DoD (definition of done), os critérios de qualidade e a definição de pronto das tarefas. 
EVENTOS
Product backlog
Scrum planning
Scrum diário
Revisão da Sprint
Relatório da Sprint
Sprint
EVENTOS
Product backlog
Scrum planning
Scrum diário
Revisão da Sprint
Relatório da Sprint
Sprint
Artefatos do Scrum
Artefatos do Scrum
O que mudou da Guia Scrum de 2017 para a Guia Scrum de 2020
Referencias
https://www.ieepeducacao.com.br/o-que-e-scrum/