{"id":534,"date":"2022-01-26T01:29:57","date_gmt":"2022-01-26T01:29:57","guid":{"rendered":"https:\/\/www.cybermedian.com\/pt\/?p=534"},"modified":"2022-03-31T13:31:36","modified_gmt":"2022-03-31T05:31:36","slug":"scrum-a-quick-introduction","status":"publish","type":"post","link":"https:\/\/www.cybermedian.com\/pt\/scrum-a-quick-introduction\/","title":{"rendered":"Scrum: uma introdu\u00e7\u00e3o r\u00e1pida"},"content":{"rendered":"

Scrum\u00a0<\/span><\/strong>\u00a0(Rugby Team), um modelo de desenvolvimento de software \u00e9 um tipo de desenvolvimento \u00e1gil, que gradualmente se tornou popular nos \u00faltimos dez anos.<\/span><\/p>\n

<\/figure>\n

A premissa b\u00e1sica do Scrum<\/span><\/span><\/h3>\n

Desenvolver software \u00e9 como desenvolver um novo produto.\u00a0Os procedimentos finais de um produto de software n\u00e3o podem ser definidos desde o in\u00edcio.\u00a0O processo requer P&D, criatividade, tentativa e erro, portanto n\u00e3o existe um processo fixo que possa garantir o sucesso do projeto.<\/span><\/p>\n

Scrum compara uma equipe de desenvolvimento de software a um time de futebol.\u00a0Tem um objetivo claro e alto, conhece o melhor modelo e tecnologia necess\u00e1ria no processo de desenvolvimento, tem um alto grau de autonomia, comunica\u00e7\u00e3o e coopera\u00e7\u00e3o pr\u00f3xima e garante resolver v\u00e1rios desafios todos os dias com alto grau de flexibilidade;\u00a0Cada etapa tem um progresso claro em dire\u00e7\u00e3o ao objetivo.<\/span><\/p>\n

O Processo Scrum<\/span><\/span><\/h3>\n

O processo de desenvolvimento Scrum normalmente come\u00e7a com uma fase de 30 dias (ou menos), come\u00e7ando com a especifica\u00e7\u00e3o dos novos requisitos do produto do cliente, com a equipe de desenvolvimento e o cliente escolhendo quais partes da especifica\u00e7\u00e3o devem ser conclu\u00eddas no in\u00edcio de cada fase, o desenvolvimento a equipe deve fazer o poss\u00edvel para entregar os resultados ap\u00f3s 30 dias, e a equipe se re\u00fane 15 minutos por dia para revisar o progresso e o cronograma de cada membro, entender as dificuldades encontradas e tentar solucionar problemas.<\/span><\/p>\n

As vantagens da abordagem \u00e1gil<\/span><\/strong><\/span><\/h3>\n

Qual \u00e9 a vantagem do Scrum sobre o\u00a0\u00a0<\/span>modelo de desenvolvimento tradicional.\u00a0<\/span><\/strong>\u00a0Uma caracter\u00edstica distintiva do modelo Scrum \u00e9 que ele responde a mudan\u00e7as.\u00a0Ele pode responder \u00e0s mudan\u00e7as o mais r\u00e1pido poss\u00edvel.<\/span><\/p>\n

Quando um sistema tradicional se concentra no planejamento inicial, onde fatores como custo, escopo e tempo s\u00e3o importantes, a abordagem \u00e1gil d\u00e1 destaque ao trabalho em equipe, colabora\u00e7\u00e3o com o cliente e flexibilidade.\u00a0\u00c0 medida que as especifica\u00e7\u00f5es dos requisitos mudam, a equipe \u00e1gil pode permanecer m\u00f3vel e ser capaz de responder a essas mudan\u00e7as.\u00a0No entanto, isso n\u00e3o significa necessariamente que a estrat\u00e9gia de planejamento adaptativo seja sempre melhor do que uma estrat\u00e9gia de planejamento preditivo.\u00a0Vamos comparar essas duas estrat\u00e9gias de desenvolvimento de projetos com mais detalhes.<\/span><\/p>\n

<\/figure>\n

Thus, the traditional development (waterfall, also known as plan-driven) approach is linear, with all phases of the process occurring sequentially. This approach depends on predictable tools and predictable experiences. Each project follows the same lifecycle, including feasibility, planning, design, construction, testing, production, support, and so on, as shown below.<\/p>\n

The whole project is planned in advance without any room to change the requirements, for example PMI\u2019s PMBOK and PRINCE2 are strict and highly controlled. They outline the different phases of project planning from start to finish and assume that you already have all the requirements and information you need up front.<\/p>\n

O Agile \u00e9 considerado uma estrat\u00e9gia de desenvolvimento de software mais moderna, pois foi projetado principalmente para superar algumas das defici\u00eancias da abordagem em cascata mais preditiva.\u00a0\u00c9 um modelo de desenvolvimento de software que incentiva o desenvolvimento e teste iterativo ao longo do ciclo de vida de desenvolvimento de software de um projeto.<\/span><\/p>\n

Vis\u00e3o geral do processo Scrum<\/span><\/span><\/h3>\n

Scrum<\/span><\/a>\u00a0\u00a0\u00e9 uma estrutura que prescreve\u00a0\u00a0<\/span>pap\u00e9is<\/span><\/a>\u00a0,\u00a0\u00a0<\/span>eventos<\/span><\/a>\u00a0,\u00a0\u00a0<\/span>artefatos<\/span><\/a>\u00a0e regras\/diretrizes para implementar essa mentalidade.\u00a0Em outras palavras, Agile \u00e9 a mentalidade e Scrum \u00e9 o framework que prescreve um processo para implementar a filosofia \u00e1gil.<\/span><\/p>\n

Scrum e \u00e1gil n\u00e3o s\u00e3o a mesma coisa, mas o scrum \u00e9 um dos processos \u00e1geis.\u00a0Eles s\u00e3o baseados em desenvolvimento iterativo.\u00a0Os requisitos e solu\u00e7\u00f5es \u00e1geis obtidos pela associa\u00e7\u00e3o entre as equipes multifuncionais e de auto-organiza\u00e7\u00e3o, e quando implementados adequadamente, podem ajudar as equipes a resolver problemas complexos, entregando de forma incremental produtos de maior valor e mitigando riscos.<\/span><\/p>\n

Scrum envolve inspe\u00e7\u00e3o e adapta\u00e7\u00e3o r\u00e1pidas, o trabalho em equipe \u00e9 aprimorado pela filosofia de lideran\u00e7a, responsabilidade e auto-organiza\u00e7\u00e3o, melhores pr\u00e1ticas de engenharia que ajudam na entrega r\u00e1pida de software de alta qualidade.<\/span><\/p>\n

Termos-chave do Scrum<\/span><\/span><\/h3>\n

Backlog:<\/span><\/strong>\u00a0\u00a0todas as tarefas que podem ser previstas, incluindo todas as tarefas funcionais e n\u00e3o funcionais.<\/span><\/p>\n

Sprint:\u00a0<\/span><\/strong>\u00a0O per\u00edodo de tempo para um desenvolvimento geracional, geralmente no m\u00e1ximo 30 dias como um ciclo.\u00a0Durante esse tempo, a equipe de desenvolvimento precisa concluir um backlog formulado e o resultado final \u00e9 um produto incremental e entreg\u00e1vel.<\/span><\/p>\n

Sprint backlog:\u00a0<\/span><\/strong>\u00a0as tarefas que precisam ser conclu\u00eddas em um ciclo de sprint.<\/span><\/p>\n

Time-box:<\/span><\/strong>\u00a0\u00a0Um intervalo de tempo para a reuni\u00e3o.\u00a0Por exemplo, o time-box de cada reuni\u00e3o scrum di\u00e1ria \u00e9 de 15 minutos.<\/span><\/p>\n

Reuni\u00e3o de planejamento do sprint:<\/span><\/strong>\u00a0\u00a0realizada antes de iniciar cada sprint.\u00a0Geralmente um dia (8 horas).\u00a0A tarefa a ser formulada nesta reuni\u00e3o \u00e9: o propriet\u00e1rio do produto e os membros da equipe decomp\u00f5em o backlog em pequenos m\u00f3dulos funcionais, decidem quantos pequenos m\u00f3dulos funcionais precisam ser conclu\u00eddos no pr\u00f3ximo sprint e determinam a prioridade da tarefa deste Product Backlog.\u00a0Al\u00e9m disso, a reuni\u00e3o precisa discutir em detalhes como concluir esses pequenos m\u00f3dulos funcionais conforme necess\u00e1rio.\u00a0A carga hor\u00e1ria desses m\u00f3dulos \u00e9 calculada em horas.<\/span><\/p>\n

Reuni\u00e3o di\u00e1ria do Scrum:<\/span><\/strong>\u00a0\u00a0realizada pelos membros da equipe de desenvolvimento, geralmente 15 minutos.\u00a0Cada membro de desenvolvimento precisa relatar tr\u00eas projetos ao Scrum Master: O que foi conclu\u00eddo hoje?\u00a0Voc\u00ea encontrou obst\u00e1culos?\u00a0O que voc\u00ea vai fazer?\u00a0Por meio dessa reuni\u00e3o, os membros da equipe podem entender o andamento do projeto entre si.<\/span><\/p>\n

Reuni\u00e3o de revis\u00e3o do Sprint:\u00a0<\/span><\/strong>\u00a0Ap\u00f3s cada Sprint, a equipe apresentar\u00e1 os resultados do Sprint ao Product Owner e outras pessoas relacionadas.\u00a0Geralmente, esta reuni\u00e3o tem a dura\u00e7\u00e3o de 4 horas.<\/span><\/p>\n

A Sprint Retrospective<\/span><\/strong>\u00a0\u00a0ocorre ap\u00f3s a\u00a0\u00a0<\/span>Sprint Review<\/span><\/a>\u00a0\u00a0e antes do pr\u00f3ximo\u00a0\u00a0<\/span>Sprint Planning<\/span><\/a>\u00a0.\u00a0Esta \u00e9, no m\u00e1ximo, uma reuni\u00e3o de tr\u00eas horas para\u00a0\u00a0<\/span>Sprints<\/span><\/a>\u00a0de um m\u00eas .\u00a0A sess\u00e3o de retrospectiva \u00e9 basicamente uma reuni\u00e3o de \u201cmelhoria\u201d realizada para encontrar maneiras e meios de identificar poss\u00edveis armadilhas, erros passados \u200b\u200be buscar novas maneiras de evitar esses erros, que s\u00e3o atendidos por todos – o\u00a0\u00a0<\/span>propriet\u00e1rio do produto<\/span><\/a>\u00a0,\u00a0\u00a0<\/span>scrum master<\/span><\/a>\u00a0, membros da equipe de desenvolvimento , e opcionalmente com as partes interessadas.<\/span><\/p>\n

Scrum Master:<\/span><\/strong>\u00a0\u00a0Um membro da equipe respons\u00e1vel por supervisionar todo o processo Scrum e revisar o plano.<\/span><\/p>\n

O Product Owner<\/span><\/strong>\u00a0\u00a0que possui o produto em nome da empresa faz parte de uma\u00a0\u00a0<\/span>equipe Scrum<\/span><\/a>\u00a0.\u00a0No entanto, um Product Owner n\u00e3o tem autoridade sobre outros membros da equipe, assim como o\u00a0\u00a0<\/span>Scrum Master<\/span><\/a>\u00a0.\u00a0Um Product Owner \u00e9 respons\u00e1vel por cuidar de um produto por um longo per\u00edodo de tempo e \u00e9 respons\u00e1vel por alcan\u00e7ar o sucesso do produto.\u00a0Como propriet\u00e1rio do produto, voc\u00ea deve interagir diretamente com os clientes e usu\u00e1rios, a equipe de desenvolvimento e outras partes interessadas importantes, como mostra a imagem abaixo.<\/span><\/p>\n

Um\u00a0\u00a0<\/span><\/strong>\u00a0Time\u00a0<\/strong><\/span>Scrum<\/span><\/strong><\/a>\u00a0\u00a0\u00e9 uma cole\u00e7\u00e3o de indiv\u00edduos (normalmente entre cinco e nove membros) trabalhando juntos para entregar os incrementos de produto necess\u00e1rios.\u00a0O framework Scrum incentiva um alto n\u00edvel de comunica\u00e7\u00e3o entre os membros da equipe, para que a equipe possa:<\/span><\/p>\n