Fundamentos dos Métodos Ágeis e o SCRUM - Unidade 1: Gestão de Times

Fundamentos dos Métodos Ágeis e o SCRUM Unidade 1 Gestão de Times Métodos Ágeis Diretor Executivo DAVID LIRA STEPHEN BARROS Gerente Editorial ALESSANDRA VANESSA FERREIRA DOS SANTOS Projeto Gráfico TIAGO DA ROCHA Autoria LUIZ GUSTAVO REZENDE MOTTA AUTORIA Luiz Gustavo Rezende Motta Olá Sou graduado em Ciência da Computação e tenho experiência técnicoprofissional de mais de 10 anos na área de Gestão de Projetos Passei por empresas como Unimed Benner e Postal Saúde Sou apaixonado pelo que faço e adoro transmitir minha experiência de vida àqueles que estão iniciando em suas profissões por isso fui convidado pela Editora Telesapiens a integrar seu elenco de autores independentes Estou muito feliz em poder ajudar você nesta fase de muito estudo e trabalho Conte comigo ICONOGRÁFICOS Olá Esses ícones irão aparecer em sua trilha de aprendizagem toda vez que OBJETIVO para o início do desenvolvimento de uma nova competência DEFINIÇÃO houver necessidade de apresentar um novo conceito NOTA quando necessárias observações ou complementações para o seu conhecimento IMPORTANTE as observações escritas tiveram que ser priorizadas para você EXPLICANDO MELHOR algo precisa ser melhor explicado ou detalhado VOCÊ SABIA curiosidades e indagações lúdicas sobre o tema em estudo se forem necessárias SAIBA MAIS textos referências bibliográficas e links para aprofundamento do seu conhecimento REFLITA se houver a necessidade de chamar a atenção sobre algo a ser refletido ou discutido ACESSE se for preciso acessar um ou mais sites para fazer download assistir vídeos ler textos ouvir podcast RESUMINDO quando for preciso fazer um resumo acumulativo das últimas abordagens ATIVIDADES quando alguma atividade de autoaprendizagem for aplicada TESTANDO quando uma competência for concluída e questões forem explicadas SUMÁRIO Métodos Ágeis 12 Base do Manifesto Ágil 13 O Desenvolvimento Ágil é Incremental 15 Desenvolvimento Ágil Necessita de Práticas Ágeis 16 Equipes 17 Definição e Uso do Framework Scrum 20 Definição de SCRUM 20 Time SCRUM 21 Product Owner 21 Time de Desenvolvimento 23 Tamanho do Time de Desenvolvimento 24 SCRUM Master25 Backlog do Produto 25 Eventos do SCRUM 27 Sprint 28 Revisão da Sprint 29 Retrospectiva da Sprint 30 Reunião Diária 31 A Teoria por Trás do Framework Scrum 34 Áreas de Conhecimento do Gerenciamento de Projetos Aplicáveis 34 Dinâmica do SCRUM 36 Gerente de Projeto no Apoio 37 Adaptabilidade 37 Transparência 38 Feedback Contínuo 39 Melhoria Contínua 40 Entrega Contínua de Valor 41 Eficiência 41 Motivação 42 Alta Velocidade 43 Ambiente Inovador 44 Valores do Método Scrum 46 Papel e Princípios do SCRUM 47 Transparência 47 Inspeção 49 Adaptação 50 Pontos para Inspeção e Adaptação em SCRUM 52 Valores que Sustentam os Pilares do SCRUM 52 9 UNIDADE 01 Gestão de Times Métodos Ágeis 10 INTRODUÇÃO Projetos ágeis fazem parte da cadeia de processos de uma empresa Os métodos ágeis surgiram como uma alternativa para as dificuldades apresentados pela abordagem baseada em planos plan based tradicional em ambientes de projetos com maior grau de incerteza e dinamismo SCRUM é um framework para gerenciamento de projetos ágeis apesar de muito utilizado na área de desenvolvimento de software pode ser utilizado para planejamento gerenciamento e desenvolvimento de qualquer produto ou serviço principalmente por ser um framework iterativo repetitivo e incremental A ideia principal é controlar processos empíricos de um negócio com foco na entrega de valor no menor tempo possível Os projetos são divididos em ciclos repetitivos iterativos e curtos para que possam ser modificados e adaptados para corrigir desvios incrementais Esses ciclos podem durar de duas a quatro semanas e são chamados de sprints É simples compreender o framework SCRUM Para ajudálo nessa tarefa separei alguns tópicos que resumem o SCRUM sua teoria sua história e seus componentes Ao longo desta unidade letiva você vai mergulhar neste universo Gestão de Times Métodos Ágeis 11 OBJETIVOS Olá Seja muito bemvindo à Unidade 1 Fundamentos dos métodos ágeis e o SCRUM Nosso objetivo é auxiliar você no desenvolvimento das seguintes competências profissionais até o término desta etapa de estudos 1 Compreender os métodos ágeis 2 Entender a definição e os usos do framework SCRUM 3 Aplicar a teoria do framework SCRUM 4 Identificar os valores do método SCRUM Gestão de Times Métodos Ágeis 12 Métodos Ágeis OBJETIVO Ao término deste capítulo você será capaz de entender a perspectiva histórica dos métodos ágeis bem como os conceitos fundamentais da mentalidade e da prática ágil Metodologias ágeis existem há anos desde a década de 1980 mas uma série de mitos informações distorcidas e imperícia na prática dificultaram a popularização da abordagem Por exemplo desenvolvedores passaram a praticar a metodologia ágil com pouco critério sem a devida documentação sem o devido padrão e de certa forma com pouco cuidado Um dos principais mitos criados trata por exemplo da dificuldade de as metodologias ágeis contribuírem para o sucesso em projetos de maior complexidade como na indústria manufatura Assim somente em 2001 as metodologias ganharam mais evidência quando um grupo de desenvolvedores batizados de Aliança dos Ágeis assinou o Manifesto para o Desenvolvimento Ágil de Software Podemos então elucidar que de forma geral os métodos ágeis consistem em um conjunto de metodologias que tem como base a prática para modelagem efetiva de sistemas que por sua vez tem como base os softwares Tratase então de uma metodologia na qual diferentes metodologias se encaixam Gestão de Times Métodos Ágeis 13 Base do Manifesto Ágil Figura 1 Manifesto Ágil INDIVÍDUOS E SUAS INTERAÇÕES FUNCIONAMENTO DO SOFTWARE COLABORAÇÃO DOS CLIENTES CAPACIDADE DE RESPOSTA ÀS MUDANÇAS DE PROCEDIMENTOS E FERRAMENTAS DE DOCUMENTAÇÃO ABRANGENTE DE NEGOCIAÇÃO DE CONTRATOS DE UM PLANO PREESTABELECIDO ACIMA Fonte Elaborada pelo autor 2020 Assim Os indivíduos e as interações são mais valorizados do que os processos e as ferramentas O software em funcionamento é mais valorizado do que uma documentação completa A colaboração com os clientes tem mais valor do que a negociação de contratos A resposta às mudanças tem mais valor do que seguir um plano Gestão de Times Métodos Ágeis 14 IMPORTANTE Isso não quer dizer que a documentação os processos e as ferramentas não sejam importantes Significa que outros aspectos de um projeto como o valor entregue a interação e a colaboração com o cliente devem ser priorizadas A Engenharia de Software ágil combina Filosofia com um conjunto de princípios de desenvolvimento A Filosofia defende satisfação do cliente entrega de incremental prévio equipes de projetos pequenas e altamente motivadas métodos informais artefatos de Engenharia de Software mínimos e acima de tudo simplicidade no desenvolvimento Os princípios do desenvolvimento priorizam a entrega em detrimento da análise e do projeto em si embora tais aspectos não sejam desencorajados Priorizam também a comunicação ativa e contínua entre desenvolvedores e clientes PRESSMAN 2016 ACESSE Para saber mais sobre o assunto acesse a página Manifesto for Agile Software Development clicando aqui Um projeto envolve pessoas e mudanças principalmente quando falamos de entregas constantes Dessa forma as metodologias ágeis trabalham com equipes altamente motivadas e oferecem suporte às mudanças durante o processo de desenvolvimento Compreendendo o que vem a ser método ágil e os seus princípios cabe a seguinte indagação o que não é um método ágil Não é um processo prescritivo Não é apenas uma metodologia completa pois ele consiste em um suplemento aos métodos que já existem Não é uma teoria acadêmica é algo que funciona na prática Gestão de Times Métodos Ágeis 15 Não é um substituto de pessoas competentes pois ele é para o desenvolvedor médio Não é um ataque à documentação muito pelo contrário ele aconselha que sejam criados documentos que tem valor Não é um ataque às ferramentas CASE O Desenvolvimento Ágil é Incremental O desenvolvimento ágil é incremental porque todo produto é elaborado em pequenas partes que são entregues de forma constante Note que tal prática favorece um ambiente para a promoção de mudanças Todas as mudanças são bemvindas e são mais que frequentes em projetos com alto grau de dinamismo e incertezas como no caso do desenvolvimento de softwares DEFINIÇÃO Incremental relativo a incremento ao ato ou efeito de desenvolver ou aumentar algo Que visa a aprimorar gradualmente em etapas mudança incremental e atualização incremental DICIO 2017 Os incrementos iniciais do sistema podem fornecer uma funcionalidade de alta prioridade de forma que os clientes logo poderão obter valor do sistema durante seu desenvolvimento Os clientes podem dessa forma experimentar os requisitos na prática e especificar mudanças para serem incorporadas nos releases liberações ou lançamentos posteriores do sistema O contato constante com o cliente também gera conhecimento pois a equipe vai entendendo o negócio para ao desenvolvêlo fazer isso com maior velocidade e precisão O desenvolvimento incremental também contribui para a minimização dos custos de erro pois caso tais erros ocorram não haverá a necessidade de correção de grande parte do projeto ou até mesmo do projeto inteiro mas apenas da parte incremental desenvolvida Gestão de Times Métodos Ágeis 17 Os métodos ágeis são eficientes para alguns tipos de desenvolvimento como o de produtos para venda em pequeno e médio porte ou em desenvolvimento de sistemas em que o cliente estará envolvido no processo sem muitas regras que afetem o software Equipes Os pontos apresentados são base para quase todas as metodologias ágeis mas o principal ponto em tais metodologias além desses é a possibilidade de a equipe ser autogerenciável ou seja não há necessidade de um gerente mas de sim um líder que tem o papel de facilitador A equipe e a comunicação entre seus membros e o cliente são cruciais para o sucesso das metodologias ágeis e para isso as equipes pequenas tornamse fatores de sucesso Figura 3 Equipe Fonte Pixabay Gestão de Times Métodos Ágeis 18 Equipes pequenas reduzem problemas de conflitos e comunicação entre outros e têm menos ociosidade social melhoram a interação construtiva demandam menor tempo na coordenação possibilitam maior aprendizado em conjunto e ao mesmo tempo evitam excesso de especialização pois todos devem conhecer o projeto além de gerar maior satisfação entre os membros do grupo COHN 2012 Outro ponto notado por Cohn 2012 é que o tamanho da equipe não indica necessariamente maior produtividade Em equipes grandes há menos comunicação e maior número de conflitos Ainda segundo o autor não é de se surpreender que equipes menores concluam os projetos com esforço total menor e equipes maiores demandem mais esforços e custos Figura 4 Equipes menores se integram mais facilmente se comparadas às maiores Fonte Pixabay Em contrapartida equipes muito pequenas podem sofrer com falta de pessoal Porém caso isso ocorra nas equipes pequenas o líder nota as deficiências e pode atacálas com maior facilidade utilizando capacitação integração etc Gestão de Times Métodos Ágeis 19 RESUMINDO E então Gostou do que lhe mostramos Aprendeu mesmo tudinho Agora só para termos certeza de que você realmente entendeu o tema de estudo deste capítulo vamos resumir tudo o que vimos Você deve ter aprendido a importância de funcionalidades que tenham alta prioridade Dessa forma o cliente já pode usufruir de recursos do sistema em estágios preliminares do projeto Assim erros ou problemas de funcionalidades que antes seriam detectados somente no final do desenvolvimento podem ser detectados prematuramente minimizando os custos das correções Analogamente as especificações de melhorias podem ocorrer de forma antecipada o que em tese facilitaria o processo de desenvolvimento Gestão de Times Métodos Ágeis 20 Definição e Uso do Framework Scrum OBJETIVO Neste capítulo você será apresentado ao framework SCRUM e ao Time SCRUM bem como ao Product Owner ao time de desenvolvimento e ao SCRUM Master Você também compreenderá o que é o backlog do produto e o sprint Definição de SCRUM Figura 5 Realização do SCRUM pela equipe Fonte Pixabay O SCRUM é um framework dentro do qual pessoas podem tratar e resolver problemas complexos e adaptativos de maneira produtiva e criativa para entregar produtos com o mais alto valor possível O SCRUM é Leve Simples de entender Difícil de dominar SCRUM é um framework estrutural que está desde o início de 1990 sendo usado para gerenciar o desenvolvimento de produtos complexos Gestão de Times Métodos Ágeis 21 Não se trata de um processo ou uma técnica para construir produtos mas um framework no qual se podem empregar vários processos ou técnicas O SCRUM deixa clara a eficácia relativa às práticas de gerenciamento e desenvolvimento de produtos e serviços de modo que seja possível melhorálas O SCRUM consiste nos times associados a papéis eventos artefatos e regras Cada componente dentro do framework serve um propósito específico o que é essencial para seu sucesso As regras do SCRUM integram eventos papéis e artefatos e administram as relações e interações entre eles Suas regras serão descritas ao longo desta unidade IMPORTANTE SCRUM não é metodologia Time SCRUM O Time SCRUM é composto de Product Owner time de desenvolvimento e SCRUM Master Times SCRUM são autoorganizáveis e multifuncionais eles escolhem a melhor forma para completar seu trabalho ao invés de serem dirigidos por profissionais de fora do time ou seja times multifuncionais possuem todas as competências necessárias para completar o trabalho sem depender de outros que não fazem parte da equipe O modelo de time no SCRUM é projetado para aperfeiçoar flexibilidade criatividade e produtividade Product Owner O Product Owner ou dono do produto é o responsável por maximizar o valor do produto e do trabalho do time de desenvolvimento A forma como isso é feito pode variar amplamente dependendo das organizações dos times SCRUM e dos indivíduos Gestão de Times Métodos Ágeis 22 O Product Owner é a única pessoa responsável por gerenciar o backlog do produto que inclui Expressar claramente os itens do backlog do produto Ordenar os itens do backlog do produto para alcançar melhor as metas e missões Garantir o valor do trabalho realizado pelo time de desenvolvimento Garantir que o backlog do produto seja visível transparente e claro para todos Garantir que o time de desenvolvimento entenda os itens do backlog do produto no nível necessário IMPORTANTE O Product Owner desempenha essas funções ou as delega para o time de desenvolvimento no entanto continua sendo o responsável pelos trabalhos O Product Owner pode representar o desejo de um comitê no Backlog do Produto mas aqueles que quiserem alteração nas prioridades dos itens de Backlog devem convencer o Product Owner ACESSE Conheça mais sobre o SCRUM acessando a página oficial clicando aqui Gestão de Times Métodos Ágeis 23 Time de Desenvolvimento O time de desenvolvimento é composto por profissionais que realizam o trabalho de entregar uma versão usável que potencialmente incrementa o produto pronto ao final de cada sprint Somente integrantes do time de desenvolvimento criam incrementos Os times de desenvolvimento são estruturados e autorizados pela organização para organizar e gerenciar o próprio trabalho A sinergia resultante aperfeiçoa a eficiência e a eficácia do time de desenvolvimento como um todo Os times de desenvolvimento têm as seguintes características São autoorganizados Ninguém nem mesmo o SCRUM Master diz ao time de desenvolvimento como transformar o backlog do produto em incrementos de funcionalidades potencialmente utilizáveis São multifuncionais possuindo todas as habilidades necessárias como equipe para criar o incremento do produto O SCRUM não reconhece títulos para os integrantes do time de desenvolvimento que não sejam o desenvolvedor Independentemente do trabalho que está sendo realizado pela pessoa não há exceções para essa regra Individualmente os integrantes do time de desenvolvimento podem ter habilidades especializadas mas a responsabilidade pertence a todo o time Times de desenvolvimento não apresentam subtimes dedicados aos domínios específicos de conhecimento tais como de testes ou análise de negócios Gestão de Times Métodos Ágeis 24 Tamanho do Time de Desenvolvimento Figura 6 Time de desenvolvimento Fonte Pixabay O time de desenvolvimento é pequeno o suficiente para se manter ágil e grande o suficiente para completar uma parcela significativa do trabalho dentro dos limites da sprint Menos de três integrantes no time de desenvolvimento diminuem a interação e resultam em menor ganho de produtividade Times de desenvolvimento menores podem encontrar restrições de habilidades durante a sprint gerando um time incapaz de entregar um incremento potencialmente utilizável Havendo mais de nove integrantes exigese muita coordenação Times de desenvolvimento grandes geram muita complexidade para serem gerenciados por um processo empírico Os papéis de Product Owner e de SCRUM Master não são incluídos na contagem salvo quando ambos também executam o trabalho do backlog da sprint Gestão de Times Métodos Ágeis 25 SCRUM Master O SCRUM Master é responsável por garantir que o SCRUM seja entendido e aplicado O SCRUM Master faz isso para garantir que o time SCRUM adote a teoria as práticas e as regras do SCRUM O SCRUM Master é um servolíder para o time e ajuda aqueles que estão fora do dele a entender suas interações e quais dessas interações são ou não úteis O SCRUM Master ajuda a todos na mudança dessas interações a fim de maximizar o valor criado pelo time SCRUM O SCRUM Master serve o Product Owner de várias maneiras Encontra técnicas para o gerenciamento efetivo do backlog do produto Comunica a ideia o objetivo e os itens do backlog do produto para o time de desenvolvimento Ensina o time SCRUM a criar itens de backlog do produto de forma clara e concisa Compreende a longo prazo o planejamento do produto no ambiente empírico Compreende e pratica a agilidade Facilita os eventos SCRUM conforme exigido ou necessário Backlog do Produto O backlog do produto é uma lista ordenada de tudo que é necessário no produto Tratase de uma origem única dos requisitos para qualquer mudança a ser feita O Product Owner é responsável por seu backlog incluindo conteúdo disponibilidade e ordenação Um backlog do produto nunca está completo os primeiros desenvolvimentos apenas estabelecem os requisitos inicialmente conhecidos e melhor entendidos Ele evolui tanto quanto o produto e o ambiente no qual será utilizado É dinâmico pois muda constantemente para identificar as necessidades e ser mais apropriado competitivo e útil Gestão de Times Métodos Ágeis 26 O backlog do produto lista características funções requisitos melhorias e correções formando as mudanças que devem ser feitas no produto em futuras versões Seus itens possuem os atributos de descrição ordem estimativa e valor Os requisitos são vivos e estão em constante mudança em decorrência das condições de mercado requisitos de negócio e novas tecnologias Dessa forma o backlog do produto pode se tornar uma lista maior mais completa e complexa Múltiplos times SCRUM frequentemente trabalham juntos no mesmo produto e um backlog do produto é usado para descrever o trabalho previsto e aplicar um atributo seu que agrupe itens Refinamento é a ação de adicionar detalhes estimativas e ordem aos itens no backlog do produto Este é um processo contínuo em que o Product Owner e o time de desenvolvimento colaboram com os detalhes dos itens do backlog Durante o refinamento os itens são analisados e revisados e o time de desenvolvimento decide como e quando o refinamento estará pronto Esse refinamento usualmente não consome mais de 10 da capacidade do time de desenvolvimento Os itens do backlog do produto podem ser atualizados a qualquer momento a critério do Product Owner ou do time Os itens do backlog do produto de ordem mais alta topo da lista devem ser mais claros e mais detalhados que os itens de ordem mais baixa Estimativas mais precisas são feitas com base em maior clareza e maior detalhamento quanto menor a ordem na lista menos detalhes Os itens que ocuparão o desenvolvimento na próxima sprint são mais refinados de modo que todos possam estar prontos dentro do timebox Esses itens são considerados preparados para seleção no planejamento da sprint e geralmente adquirem esse grau de transparência por meio das atividades de refinamento descritas O time de desenvolvimento é responsável por todas as estimativas O Product Owner deve influenciar o time ajudálo no entendimento e nas decisões conflituosas de troca mas as pessoas que realizam o trabalho fazem a estimativa final Gestão de Times Métodos Ágeis 27 DEFINIÇÃO Timebox em tradução literal significa caixa de tempo O trabalho a ser executado é limitado por essa caixa que deve ser adequada e executada da melhor forma dentro dessa restrição temporal É uma técnica simples usada no desenvolvimento de software para rastrear o progresso e ter o trabalho feito com mais eficácia Eventos do SCRUM Figura 7 Planejamento de SCRUM Fonte Pixabay Eventos prescritos são usados no SCRUM para criar uma rotina e minimizar a necessidade de reuniões não definidas anteriormente Todos os eventos são eventos timebox de tal modo que possuem duração máxima Uma vez que a sprint começa sua duração é fixada e não pode ser reduzida ou aumentada Os eventos restantes podem terminar sempre que o propósito do evento é alcançado garantindo que uma quantidade adequada de tempo seja gasta sem permitir perdas no processo Gestão de Times Métodos Ágeis 28 Além da sprint que é um container para outros eventos cada evento no SCRUM é uma oportunidade de inspeção e adaptação Esses eventos são especificamente planejados para permitir transparência e inspeção criteriosa A não inclusão de qualquer um dos eventos resultará na redução da transparência e da perda de oportunidade para inspecionar e adaptar o projeto Sprint O coração do SCRUM é a sprint um timebox de um mês ou menos no qual se cria um pronto ou uma versão incremental potencialmente utilizável do produto Sprints têm durações coerentes em todo o esforço de desenvolvimento Uma nova sprint inicia imediatamente após a conclusão da sprint anterior As sprints são compostas por uma reunião de planejamento reuniões diárias o trabalho de desenvolvimento uma revisão da sprint e a sua retrospectiva Durante a sprint Não são feitas mudanças que possam colocar em perigo seu objetivo As metas de qualidade não diminuem O escopo pode ser clarificado e renegociado entre o Product Owner e o time de desenvolvimento conforme o que for aprendido Cada sprint pode ser considerada um projeto com horizonte não maior que um mês Como os projetos as sprints são utilizadas para a realização de algo Cada sprint tem a definição do que deve ser construído um plano projetado e flexível que guiará a construção o trabalho e o resultado do produto Gestão de Times Métodos Ágeis 29 IMPORTANTE Uma sprint pode ser cancelada antes que seu timebox termine Apenas o Product Owner tem autoridade para cancelar a sprint embora possa fazer isso sob influência das partes interessadas do time de desenvolvimento ou do SCRUM Master Revisão da Sprint A revisão da sprint é executada em sua etapa final para inspecionar o incremento e adaptar o backlog do produto caso necessário Durante a reunião o time SCRUM e as partes interessadas debatem o que foi feito na sprint e as próximas atividades que podem ser executadas para otimizar valor Tratase de uma reunião informal não confundir com uma reunião de status e a apresentação do incremento destinase a motivar e obter comentários além de promover o ambiente colaborativo É uma reunião timebox com quatro horas de duração para uma sprint de um mês Para sprints menores o evento é usualmente menor O SCRUM Master garante que o evento ocorra e que os participantes entendam seu objetivo além de ensinar a todos a importância de manter a reunião dentro dos limites do timebox Na reunião de revisão da sprint os participantes incluem o time SCRUM e os stakeholderschaves são convidados pelo Product Owner DEFINIÇÃO Stakeholders do inglês stake significa interesse participação risco e holder significa aquele que possui De modo geral descreve uma pessoa ou um grupo que é afetado ou tem interesse em uma empresa negócio ou indústria sendo ou não investidor Gestão de Times Métodos Ágeis 30 O Product Owner esclarece quais itens do backlog do produto foram prontos e quais ainda não foram O time de desenvolvimento discute o que foi bem durante a sprint quais problemas ocorreram e como esses problemas foram resolvidos O time de desenvolvimento demonstra o trabalho que está pronto e responde às questões sobre o incremento O Product Owner discute o backlog do produto tal como está e projeta as prováveis datas de conclusão com base no progresso até a data se necessário O grupo todo discute o que fazer a seguir e fornece entradas para a reunião de planejamento da próxima sprint É feita uma análise de como o mercado ou o uso potencial do produto pode ter mudado e é priorizado o que deve ser feito a seguir É feita uma análise de linha do tempo orçamento potenciais capacidades e mercado para a próxima versão esperada do produto O resultado da reunião de revisão da sprint é um backlog do produto revisado que define o provável backlog do produto para a próxima sprint O backlog do produto pode ser ajustado completamente para atender às novas oportunidades e demandas Retrospectiva da Sprint A retrospectiva da sprint é uma oportunidade para o time SCRUM se autoinspecionar e criar um plano para melhorias a serem aplicadas na próxima sprint A retrospectiva ocorre depois da revisão e antes da reunião de planejamento da próxima Essa é uma reunião timebox de três horas para uma sprint de um mês Para sprint menor esse evento é usualmente menor O SCRUM Master garante que o evento ocorra e que os participantes entendam seu propósito Também encoraja todos Gestão de Times Métodos Ágeis 31 a mantêlo dentro do timebox e participa da reunião como um membro auxiliar do time devido à sua responsabilidade pelo processo SCRUM Os propósitos da retrospectiva da sprint são Inspecionar como a última sprint se comportou em relação às pessoas aos relacionamentos aos processos e às ferramentas Identificar e ordenar os principais pontos positivos e as potenciais melhorias Criar um plano para implementar melhorias no modo como o time SCRUM executa seu trabalho IMPORTANTE Em qualquer ponto do tempo na sprint o total do trabalho remanescente dos itens do backlog da sprint pode ser somado O time de desenvolvimento monitora o total do trabalho restante pelo menos a cada reunião diária O time de desenvolvimento acompanha esses resumos diários e projeta a probabilidade de alcançar o objetivo da sprint Com o rastreamento do trabalho restante em toda a sprint o time de desenvolvimento pode gerenciar seu progresso Reunião Diária A reunião diária do SCRUM é um evento timebox de 15 minutos para que o time de desenvolvimento possa sincronizar as atividades e criar um plano para as próximas 24 horas Essa reunião é feita para inspecionar o trabalho desde a última reunião diária e prever o trabalho que deverá ser feito antes da próxima reunião diária A reunião diária é mantida no horário e local para simplificação do processo Durante a reunião os membros do Time de Desenvolvimento esclarecem os seguintes pontos a De que forma o que realizei ontem ajudou o time de desenvolvimento a atender à meta da sprint Gestão de Times Métodos Ágeis 32 b O que executarei hoje para ajudar o time de desenvolvimento atender à meta da sprint c Visualizo obstáculos que me impeçam ou impeçam o time de desenvolvimento no atendimento da meta da sprint O time de desenvolvimento usa a reunião diária para inspecionar o progresso em direção ao objetivo da sprint e para inspecionar se o progresso caminha para a conclusão do trabalho do backlog da sprint A reunião diária aumenta a probabilidade de o time de desenvolvimento atingir o objetivo da sprint pois ocorre a reflexão de como pretende trabalhar em conjunto para completálo e criar um incremento esperado até o final dela O time de desenvolvimento ou os membros da equipe frequentemente se encontram imediatamente após a reunião diária para discussões detalhadas para adaptar ou replanejar o restante do trabalho da sprint O SCRUM Master assegura as condições para a realização da reunião apesar de o Time de Desenvolvimento ser responsável por conduzila Tem como papel instruir o time a manter a reunião diária dentro do timebox de 15 minutos e outros aspectos como reforçar a regra de participação restrita aos integrantes do time de desenvolvimento Reuniões diárias melhoram as comunicações identificam e removem impedimentos no desenvolvimento destacam e promovem tomadas rápidas de decisão e melhoram o nível de conhecimento do time de desenvolvimento Essa é uma reuniãochave para inspeção e adaptação do processo Gestão de Times Métodos Ágeis 33 RESUMINDO E então Gostou do que lhe mostramos Aprendeu mesmo tudinho Agora só para termos certeza de que você realmente entendeu o tema de estudo deste capítulo vamos resumir tudo o que vimos Você deve ter aprendido que o SCRUM permite organizar e gerenciar trabalhos complexos e com alto grau de dinamismo Entendeu também que os papéis do Product Owner do SCRUM Master e da equipe de desenvolvimento são fundamentais para que o SCRUM se sustente Você também compreendeu os conceitos de product backlog e sprint que são fundamentais para promover o dinamismo proposto pelo SCRUM Por fim você viu que transparência inspeção e adaptação são pilares importantes que sustentam a abordagem SCRUM Gestão de Times Métodos Ágeis 34 A Teoria por Trás do Framework Scrum OBJETIVO Neste capítulo vamos evidenciar as diferenças e semelhanças entre framework SCRUM e as abordagens tradicionais desenvolver os pilares de transparência inspeção e adaptação e evidenciar os processos iterativo e incremental desenvolvendo os conceitos de feedback contínuo melhoria contínua alta velocidade motivação e ambiente inovador Áreas de Conhecimento do Gerenciamento de Projetos Aplicáveis Figura 8 Gerenciamento de tempo e integração Fonte Pixabay Gestão de Times Métodos Ágeis 36 Os padrões a serem seguidos devem ser estabelecidos no início do projeto e se concentrar na programação em pares O monitoramento e o controle dos riscos ocorrem durante todo o processo de desenvolvimento A comunicação é colaborativa e direta entre todos os membros da equipe o que exige certo grau de maturidade por parte da organização do cliente e da própria equipe Todos os participantes do projeto executam suas tarefas planejam e tomam decisões em conjunto compartilhando suas experiências A atuação colaborativa da equipe e do cliente favorece um maior grau de informalidade e o conhecimento implícito é privilegiado O papel do gerente de projetos é voltado para o papel de facilitador ou coordenador das atividades Dinâmica do SCRUM Existem papéis e responsabilidades bem definidos assim como diversas etapas que devem ser cumpridas visando produzir de forma rápida ao mesmo tempo em que são atendidas as necessidades do cliente São algumas das características marcantes na dinâmica do SCRUM o dono do produto ou Product Owner que representa os stakeholders e o negócio e a equipe formada por poucos integrantes mas com perfil multidisciplinar A figura do SCRUM Master é próxima à do gerente de projeto pois direciona a equipe para que objetivos e metas sejam atingidos Este papel garante que o processo será seguido com participação ativa nas reuniões diárias na revisão da sprint e no planejamento Gestão de Times Métodos Ágeis 37 Gerente de Projeto no Apoio Figura 10 Gerenciador de SCRUM Fonte Pixabay O papel do gerente de projetos na abordagem do SCRUM é questionado e controverso Isso porque além de inexistir a definição desse papel no framework a característica das equipes autogerenciadas pode gerar a desnecessidade do gerente de projetos nos moldes tradicionais Adaptabilidade O controle de processos empíricos e a entrega iterativa fazem com que os projetos sejam adaptáveis e abertos a incorporações e mudanças Enquanto os métodos tradicionais de desenvolvimento em especial o Cascata como o PMBOK valoriza análise extensa e definições rígidas de requisitos visando à segurança do processo de gerenciamento o SCRUM pode privilegiar a imprevisibilidade que um projeto dinâmico complexo e inserido em um ambiente de mais incertezas pode trazer Gestão de Times Métodos Ágeis 38 Transparência Na administração tradicional a Gestão à Vista não é algo novo e comprovadamente traz benefícios para as organizações pois permite que todos vejam o que está acontecendo e consigam tomar ações de forma imediata A Gestão à Vista promove a transparência e sem ela não há inspeção adequada adaptação engajamento confiança evolução do time ou sucesso no projeto Gerentes temem expor informações que possam gerar medos e conflitos no time porém ao fazerem isso impedem que o time amadureça Figura 11 Gráfico de transparência Fonte Pixabay Gestão de Times Métodos Ágeis 39 Feedback Contínuo Figura 12 Feedback Fonte Pixabay O feedback contínuo é fornecido por meio de processos como a reunião diária e a sprint review O SCRUM fornece diversos mecanismos de feedback o que garante o segundo pilar do framework inspeção que leva à adaptação em um ciclo que gera melhoria contínua IMPORTANTE Feedback tem a ver com transparência pois o time precisa saber se suas ações estão gerando resultado Você precisa saber se está no caminho certo Seu colega precisa saber como pode te ajudar e você precisa saber se ele precisa de ajuda também Gestão de Times Métodos Ágeis 40 Melhoria Contínua As entregas melhoram progressivamente sprint por sprint pelo processo de refinamento do backlog do produto e do processo Na metodologia de inovação em startups denominada Lean Startup existe um ciclo chamado construirmediraprender build measurelearn que trabalha da seguinte maneira 1 Você constrói um incremento de produto 2 Você mede o seu desempenho 3 Você aprende com os erros e melhora o produto 4 Volte ao passo 1 O framework é enxuto com apenas 19 páginas Talvez não contemple sequer 10 da gestão de projetos mas seus princípios fundamentais ajudam a pensar de maneira diferente ensinando que a inspeção nos leva ao aprendizado adaptação e à melhoria contínua dos processos e produtos DEFINIÇÃO Lean startup conceito da Administração que envolve o trabalho de identificar e eliminar desperdícios nos processos Está intimamente ligado ao ambiente de startups Mindset em tradução literal mente configurada ou configuração da mente É o conjunto de atitudes mentais que influencia diretamente em nossos comportamentos e pensamentos Gestão de Times Métodos Ágeis 41 Entrega Contínua de Valor Os processos iterativos permitem a entrega contínua de valor tão frequente quanto o exigido pelo cliente A demanda do cliente compreende o valor entregue pelo produto ou serviço ou seja a solução trazida de forma contínua Assim o ponto chave é entregar valor continuamente em pequenas porções frequentes gerenciando a satisfação do cliente a cada iteração do SCRUM sprint um incremento de produto é entregue a ele Nem sempre será possível entregar no prazo e custo desejados todos os requisitos exigidos pelo cliente O processo de criar e priorizar um backlog de produto garante que as exigências de maior valor ao cliente sejam atendidas primeiramente e que o valor por ele buscado o que não deve ser confundido com o custo seja entregue em partes a cada iteração Uma abordagem colaborativa com stakeholders como a do SCRUM e ênfase no valor do negócio garantem uma estrutura orientada para o cliente e não ao produto ou serviço Eficiência O timeboxing e a minimização de trabalho não essencial conduzem a níveis mais altos de eficiência Aspectos mais excêntricos existentes no SCRUM visam à eficiência e dessa forma seguir os preceitos desse framework se mostra importante principalmente em equipes imaturas do ponto de vista de agilidade Pensemos nas timeboxes e na existência de restrições pétreas quanto à duração de eventos no ciclo de desenvolvimento como sprints de x semanas ou reuniões de x horas São aspectos não negociáveis restrições que estimulam os desenvolvedores do time a pensar no que é mais importante ser desenvolvido hoje rumo ao objetivo de amanhã Não há tempo a perder com atividades ou tarefas que não gerem valor à meta da sprint Ao mesmo tempo estimula o Product Owner a manter o backlog priorizado com o que realmente deve entrar no produto na próxima sprint deixando para um futuro incerto o que não é essencial à aplicação Gestão de Times Métodos Ágeis 42 Figura 13 Eficiência Fonte Pixabay Sabemos que as falácias da próxima feature e a overengineering são algumas das mazelas que podem arruinar um projeto ou uma empresa As restrições de tempo do SCRUM e as demais também nos ajudam a não incorrer em tais erros além de outros comuns como reescrever todo o código de uma aplicação para que fique melhor DEFINIÇÃO Feature funcionalidade ou característica É algo que tem uma função Overengineering quando se constrói um código mais sofisticado do que ele precisa ser Motivação Os processos de conduzir a reunião diária e de retrospectiva da sprint conduzem a níveis mais altos de motivação entre os colaboradores É necessário um ambiente de alta confiança para que o time se sinta motivado a seguir em frente em prol dos objetivos gerais da sprint Gestão de Times Métodos Ágeis 43 Processos do SCRUM como a reunião diária e a retrospectiva da sprint promovem transparência e colaboração Isso resulta em um ambiente de trabalho de alta confiança garante baixo atrito entre os colaboradores e alta motivação uma vez que o time tem o suporte e o aval necessários para que consiga avançar sem impedimentos Quando os times confiam na própria capacidade e seus líderes confiam no time a motivação se torna algo inabalável o que gera responsabilidade coletiva e comprometimento algo desejado por todas as organizações O processo de aprovar estimar e comprometerse com as tarefas ou histórias de usuário casos de uso etc permite que os membros do time se sintam responsáveis pelo projeto e pelo próprio trabalho resultando em melhor qualidade Não importa se irá utilizar por exemplo o planning poker se não houver confiança no time para tomar essas decisões não haverá motivação para executar as tarefas DEFINIÇÃO Planning poker técnica do SCRUM que permite que o time do projeto gere estimativas rapidamente Alta Velocidade Uma estrutura de colaboração permite que os times multifuncionais atinjam seu pleno potencial e velocidade Se o seu time vem vencendo nos demais quesitos como motivação entrega contínua de valor transparência adaptação entre outros você terá o que todo gerente de software almeja alta velocidade Agilidade não significa entregar o produto ou serviço mais rapidamente tratase de entregar valor mais cedo Isso porque quando fazemos isso a percepção interna e externa é de que o time avança de forma mais rápida Gestão de Times Métodos Ágeis 44 O que vale mais um professor sedentário correndo em linha reta por 100 m ou um atleta correndo em ziguezague para chegar ao mesmo destino que está 100 m à frente Podemos usar essa analogia para o desenvolvimento de produtos e processos Se você não está trabalhando com um backlog priorizado não está entregando valor com foco no cliente Está andando em ziguezague rumo ao mesmo objetivo que poderia estar perseguindo em linha reta A alta velocidade obtida com o SCRUM não está na quantidade de linhas de código que seu time vai escrever por sprint mas nas linhas certas que serão escolhidas para serem escritas aquelas que trarão os maiores resultados para o cliente em menos tempo Isso é velocidade de maneira inteligente Ambiente Inovador Figura 14 Inovação Fonte Flaticon Os processos de retrospectiva da sprint e de review da sprint criam um ambiente de introspecção aprendizagem e adaptabilidade que estimula o trabalho inovador e criativo Gestão de Times Métodos Ágeis 45 Vale sempre ressaltar os três pilares do SCRUM que serão detalhados mais adiante transparência inspeção e adaptação Esse ciclo é a chave para a inovação Inspeção e adaptação frequentes do SCRUM levam seu produto sempre ao momento atual e não conforme planejado no passado Embora seja extremamente válido e aconselhável definir as estratégias a médio e longo prazo é a execução em curto prazo aliada aos pilares do SCRUM que garantirá a existência do projeto para alcançar o destino desejado A chance de revisitar o processo e ajustálo a cada sprint é única e proporciona uma vantagem grande ao time frente às metodologias tradicionais a vantagem de poder errar rápido e promover um processo de aprendizagem Como ninguém tem as respostas para como produtos e processos devem ser desenvolvidos em todos os casos a inspeção e adaptação às mudanças devem desempenhar um papel central nos projetos RESUMINDO E então Gostou do que lhe mostramos Aprendeu mesmo tudinho Agora só para termos certeza de que você realmente entendeu o tema de estudo deste capítulo vamos resumir tudo o que vimos Você deve ter aprendido que apesar de existirem semelhanças fundamentais entre o SCRUM e as abordagens tradicionais como no caso da importância dada ao escopo tempo e custo de um projeto o peso dado a cada um desses aspectos é diferente em ambas as abordagens Você também compreendeu que o processo contínuo de melhoria e feedback por exemplo sustentado pela prática de entregas menores e constantes alta velocidade de entrega de valor fazem com que o SCRUM seja distinto das abordagens tradicionais Por fim você entendeu que o processo contínuo contribui igualmente para a promoção de um ambiente inovador e de aprendizagem contínua da equipe de trabalho Gestão de Times Métodos Ágeis 46 Valores do Método Scrum OBJETIVO Neste capítulo vamos reforçar os valores do SCRUM os princípios e os pilares que sustentam o framework Como sabemos o SCRUM é um framework embasado em metodologias ágeis de gestão planejamento e execução de projetos O nome SCRUM surgiu da comparação entre desenvolvedores e jogadores de Rugby SCRUM é a denominação da rápida reunião que ocorre quando os jogadores de Rugby vão iniciar um lance Nele cada membro desempenha um papel específico e todos se ajudam em busca de um objetivo comum E assim devem ser os times de desenvolvimento que adotam o método SCRUM Ele baseiase em algumas características flexibilidade dos resultados flexibilidade dos prazos times pequenos revisões frequentes e colaboração CARVALHO MELLO 2012 p 2 Nesse framework os projetos são divididos em ciclos com atividades que devem ser executadas dentro de um cronograma As metodologias ágeis são iterativas as funcionalidades a serem implementadas no projeto são mantidas em uma lista e para criála ou definir as atividades prioritárias são feitas pequenas reuniões de planejamento As reuniões também servem para disseminar conhecimento sobre o que foi feito no dia anterior identificar impedimentos e priorizar o trabalho do dia que se inicia Gestão de Times Métodos Ágeis 47 Figura 15 Valores do método Fonte Pixabay Papel e Princípios do SCRUM O papel do SCRUM é mostrar a eficácia das práticas de desenvolvimento para que seja possível melhorálas enquanto se provê um framework dentro do qual produtos complexos podem ser desenvolvidos O SCRUM é fundamentado nas teorias empíricas de controle de processo e tem como base para sua implementação três pilares como já mencionamos anteriormente transparência inspeção e adaptação O framework emprega uma abordagem iterativa e incremental para otimizar a previsibilidade e controlar riscos Transparência Os aspectos do processo que afetam o resultado devem ser visíveis àqueles que o gerenciam ou seja eles devem estar visíveis para todos aqueles que são membros de forma a favorecer o alinhamento e o acompanhamento de todas as atividades Gestão de Times Métodos Ágeis 48 Esses aspectos não apenas devem ser transparentes mas também o que está sendo visto deve ser conhecido O que isso quer dizer Quando alguém que inspeciona um processo acredita que algo está pronto isso deve ser equivalente à sua definição de pronto A transparência se dá pela comunicação verbal ou escrita e ocorre em diversos momentos como Quando o cliente Product Owner descreve as funcionalidades esperadas para o produto Quando o cliente informa as prioridades das entregas Quando o SCRUM Master apresenta o planejamento e o andamento das sprints Quando a equipe comunica diariamente o andamento do trabalho Quando a equipe atualiza um quadro de gestão visual deixando claro o andamento do desenvolvimento do produto Quando a entrega parcial é realizada e o cliente tem a oportunidade de dar um feedback antes do final do projeto Figura 16 transparência Fonte Freepik Essa transparência traz um caráter de maior honestidade tornando possível que haja uma reflexão da equipe sobre sua posição e suas responsabilidades Gestão de Times Métodos Ágeis 49 Inspeção É necessário que haja uma inspeção que deve ser feita de forma frequente pelo grupo Assim devem ser levadas em consideração todas as tarefas para evitar que haja variações indesejáveis e para auxiliar os membros sempre que necessário Os diversos aspectos do processo devem ser inspecionados com frequência suficiente para que variações inaceitáveis no processo possam ser detectadas A frequência da inspeção deve levar em consideração que qualquer processo é modificado pelo próprio ato de inspecionar O problema acontece quando a frequência de inspeção necessária excede a tolerância do processo Os outros fatores são a habilidade e a aplicação das pessoas em inspecionar os resultados do trabalho Figura 17 Inspeção Fonte Flaticon Gestão de Times Métodos Ágeis 50 A inspeção é um princípio tão relevante que o SCRUM considera que o processo de testes está dentro da própria sprint Isso nos remete aos conceitos de integração contínua test driven development e pair programming que são formas de garantir a qualidade enquanto o produto está sendo produzido ao invés de controlar a qualidade somente no final A inspeção se dá por exemplo por meio dos seguintes itens No conceito de pronto ready definition of ready No conceito de feito done definition of done Na reunião de grooming Quando se estima os story points de uma história de usuário Reunião de revisão review meeting com o cliente product owner Diariamente quando alguém termina uma história e um membro do grupo faz a verificação do Definition of Done DoD Ddefinição do Trabalho Completo Na verificação de bugs e respectiva correção Adaptação O inspetor determinará a partir da inspeção que um ou mais aspectos do processo estão fora dos limites aceitáveis e que o produto resultante será inaceitável então o processo ou o material que está sendo processado deverão ser ajustados o mais rápido possível para minimizar desvios posteriores IMPORTANTE Assim na adaptação é verificado se existe no projeto algum aspecto fora do limite aceitável de variação O time ser ajustado de forma mais rápida possível visando a minimização dos danos futuros Gestão de Times Métodos Ágeis 51 Adaptação é a grande atração dos projetos SCRUM pois eles podem começar com um conjunto de histórias e terminar relativamente diferente Isso porque o Product Owner pode constituir modificar e excluir histórias ao término de cada sprint Figura 18 adaptação Fonte Freepik A adaptação se dá nos seguintes itens No planejamento do projeto quando o Product Owner prioriza as histórias No review de uma sprint quando o Product Owner prioriza novamente as histórias itens do backlog No conceito de meta da sprint quando o time tem a liberdade de realizar mais ou menos histórias do que estava planejado No conceito de velocidade que difere de progresso quando após algumas sprints se tem a velocidade real do time é possível calcular o tempo necessário para terminar o projeto Gestão de Times Métodos Ágeis 52 Pontos para Inspeção e Adaptação em SCRUM Daily SCRUM referese à reunião para inspecionar o progresso em direção à Meta da sprint e para realizar adaptações que otimizem o valor do próximo dia de trabalho Já as reuniões de revisão e de planejamento da sprint são realizadas para inspecionar o progresso em direção à meta da release e para fazer as adaptações que otimizem o valor da próxima sprint A retrospectiva da sprint serve para revisar a sprint passada e definir que adaptações tornarão a próxima sprint mais produtiva recompensadora e gratificante Valores que Sustentam os Pilares do SCRUM Comprometimento cada pessoa deve estar comprometida com os objetivos do time e com a meta da sprint Foco o time mantém o foco constante na meta da sprint e nos objetivos do time Coragem é preciso coragem para fazer a coisa certa e encarar os problemas difíceis dentro dos limites do framework Respeito os membros do time respeitam uns aos outros como pessoas capazes e independentes Abertura o time SCRUM e os stakeholders concordam e estão abertos com relação ao trabalho a ser feito e aos desafios para sua execução Gestão de Times Métodos Ágeis 53 Figura 17 Valores Fonte Flaticon O SCRUM não descreve o que fazer em cada situação ele é usado para trabalhos complexos nos quais é impossível prescrever tudo o que irá ocorrer É mais do que isso representa um conjunto de valores princípios e práticas que fornecem a base para que sua organização adicione práticas particulares de planejamento relevantes para a sua realidade com uma versão de SCRUM exclusivamente sua SAIBA MAIS No livro SCRUM A arte de fazer o dobro do trabalho na metade no tempo Jeff Sutherland exemplifica que se exige prática e atenção para se chegar a um novo estado no qual as coisas apenas fluem para que o resto aconteça Gestão de Times Métodos Ágeis 54 RESUMINDO E então Gostou do que lhe mostramos Aprendeu mesmo tudinho Agora só para termos certeza de que você realmente entendeu o tema de estudo deste capítulo vamos resumir tudo o que vimos Você deve ter aprendido que valores envolvem comprometimento foco coragem respeito e abertura e que princípios envolvem transparência inspeção e adaptação para prover a abordagem iterativa e incremental Gestão de Times Métodos Ágeis 55 REFERÊNCIAS CARVALHO B V MELLO C H Aplicação do método ágil scrum no desenvolvimento de produtos de software em uma pequena emrpesa de base tecnológica Gest Prod São Carlos v 19 n 3 p 557573 2012 COHN M Uma introdução ao SCRUM SlideShare 2012 Disponível em httpswwwslidesharenetfernandopalmaintroduoao scrum38624050 Acesso em 11 mar 2022 FIGUEIREDO A M Gerenciamento de projetos ágeis Porto Alegre Golden Cross 2007 KERZNER H Project management a system approach to planning scheduling and controlling Hoboken John Wiley Sons 2002 LESSA L O papel do PMO nas estruturas organizacionais Belo Horizonte PMI Chapter MG 2006 PROJECT MANAGEMENT INSTITUTE A guide to the project management body of knowledge PMBOK guide 3 ed Pennsylvania Project Management Institute 2004 PERBIRA P et al Entendendo SCRUM para gerenciar projetos de forma ágil Curitiba Revista Mundo PM 2007 PRESSMAN R Engenharia de Software 8 ed Porto Alegre AMGH 2016 Gestão de Times Métodos Ágeis