Implantação da Metodologia Scrum

1. O que é Scrum

 

O Scrum é uma metodologia ágil para gestãogerenciamento dee planejamento de projetos de software.projetos. Os projetos são divididos em ciclos chamados sprints, que chamamosrepresentam deperíodos sprintde tempo fixos em que as atividades devem ser realizadas. O objetivo principal é entregar produtos de alta qualidade em intervalos regulares (sprints), que representageralmente duram de 15 dias a timebox1 das atividades que precisam ser executadas. mês.

Seu principal objetivo, é entregar um software com a maior qualidade possível dentro de séries, compostas por pequenos intervalos de tempo definidos (sprints), que na maioria das implementações tem aproximadamente um mês de duração. 

 

 

2. ComposiçãoPapéis (Atores)no Scrum 

 

Os integrantes do processo, deverão assumir os seguintes papeis:

2.1. Scrum Master

ÉO oScrum Master é responsável pelapor realizaçãogarantir dasque tarefasa (equipe siga os valores e práticas)ticas do Scrum, removendo obstáculos que possam surgir e pelo sucesso direto do Scrum. Trabalha constantemente para reduzirfacilitando a não conformidade do produto entregue ao cliente, sendo que isto pode ser feito através de rápidas respostas aos prováveis impedimentos que poderão surgir durante a execuçcomunicação do projeto. É considerado também, como um interlocutor entre a tecnologiaequipe técnica e osas áreas de negócios,cios. eSuas deveprincipais realizaratividades as seguintes atividades: são:

 

 

2.2. Product Owner 

ÉO representadaProduct porOwner uma pessoa e não um comitê, que além de defenderrepresenta os interesses do negócio teme comoé objetivoresponsável por manter e priorizar oos desenvolvimentoitens osdo itensProduct doBacklog Product(lista Backlogde todas as tarefas e funcionalidades a serem desenvolvidas). DesempenhaEle decide quais itens serão desenvolvidos em cada sprint e assegura que o papelproduto formalfinal atenda às necessidades do cliente.

2.3. Equipe Scrum (desenvolvimento)

A equipe Scrum é responsável por executar as tarefas necessárias para assumir as responsabilidades do projeto, sendo responsável pela liberação e escolha dos itens que passarão à outra fase (conhecida como Sprint Backlog) para o desenvolvimento do produto de software. 

 

2.3. Equipe Scrum 

É responsável pelas ações para atingiralcançar os objetivos de cada Sprint,sprint. atravésA deequipe encontrosinclui:

com

o Scrum Master. Determina por exemplo, a criação do Sprint Backlog e revisa os itens da lista do Product Backlog verificando os impedimentos que precisam ser retirados para o sucesso do projeto. Sua composição será:
• Gerente de Projeto,Projeto: Define papéis, distribui tarefas, acompanha o progresso da equipe e gerencia os custos.
• Analista de TesteTeste: Identifica e Analista de Desenvolvimento. 

   

  2.3.1. Gerente de Projeto 

  Responsável pela definição de papéis, atribui demandas, acompanha e documenta o andamento da sua equipe através de ferramentas e técnicas apuradas, administrando os custos e integrando os colaboradores para trabalharem juntas por um só objetivo. 

   

  2.3.2. Analista de Teste 

  Responsável por identificar e definirdefine os testes exigidos,necessários, monitorarmonitora o processo de teste em detalhes e os resultados em cada ciclo de teste avaliandogarante a qualidade geral.do Seuproduto.

objetivo é garantir que o produto seja entregue respeitando as qualidades pretendidas pelo cliente. 

 

2.3.3.

• Analista de DesenvolvimentoDesenvolvimento:
  Desenvolve,

  Responsável por executar as demandas, desenvolvendo, implantandoimplanta e mantendomantém sistemasos desistemas, acordo com metodologia e técnicas adequadas, visando atenderatendendo aos objetivos estabelecidos quanto àde qualidade, custos, prazoscustos e benefícios.prazos.

 

2.4 Equipe Scrum (Marketing)

• Gerente de Projeto: Define papéis, distribui tarefas, acompanha o progresso da equipe e gerencia os custos.
• Analista de Marketing: Planeja, executa e analisa campanhas de marketing, garantindo que os objetivos sejam atingidos.
• Designer: Cria os elementos visuais necessários para as campanhas.
• Especialista em Mídias Sociais: Gera conteúdo e gerencia as redes sociais da empresa.

3. Ciclo de vida

Vida do Sprint

Cada

sprint

Oterá um ciclo de vida de cada sprint será de duas semanas, com o objetivo de liberarentregar aas releasedemandas somenteprevistas. dasEm casos de demandas que foram incluídas. Caso haja uma demanda prioritária, onde deverá ser liberada em uma release no meio do ciclo da sprint,rias, o Gerentegerente ficaráde responsávelprojeto emdeve alinhar com o Scrum Master para escalarpriorizar somenteessas esta demanda na frente. demandas.

 

4. Prática (Fluxoticas do Scrum)

 

O método Scrum não requer ou fornece qualquer método específico para desenvolvimento de software, apenas estabelece conjuntos de regras e práticas gerenciais que devem ser adotadas para o sucesso de um projeto. A seguir, um detalhamento das seguintes práticas adotadas pelo método Scrum que deverá ser implementada. 

 

4.1. Reunião Diária (Daily Scrum) 

As do Scrum são realizadas, na maioria das vezes, diariamente ou em dias alternados, com duração de aproximadamente quinze minutos, e tempo limite de no máximo trinta minutos. Este tempo alocado para as reuniões possibilitadiárias aduram identificaçãcerca de 15 minutos e têm o dosobjetivo de identificar obstáculos oue impedimentosatualizar ao projeto. Essas reuniões não objetivamstatus das tarefas. Durante a resoluçãoreunião, doscada problemas,membro poisda osequipe mesmosresponde sãoa tratadostrês perguntas:

• O que foi feito desde a posteriorúltima comreunião?
somente
• Quais efetivadificuldades participaçãoforam dosencontradas?
stakeholders
• O noque problema.será
  feito até a próxima reunião?

 

Rotineiramente, o Scrum Master durante a reunião, levanta três questões para cada membro da equipe: 

A reunião realizada pelo grupo tem vários objetivos sendo que a maior parte dos esforços está concentrada no Product Backlog. Cada item da lista que foi trabalhado, automaticamente é retirado da lista, ou seja, quanto menos itens na lista, melhor para o Scrum Master, por isso, existe uma grande preocupação do Scrum Master em concentrar o trabalho nas tarefas mais importantes, que reduzirão o Product Backlog, proporcionando um maior progresso para a equipe. A reunião também possibilita que todas as pessoas fiquem informadas sobre o progresso e as dificuldades encontradas. 

 

4.2. Reunião de Revisão do Sprint (Sprint Review Meeting) 

Review)

No último dia do Sprint,sprint, a Equipeequipe Scrum e o Scrum Master apresentamapresenta os resultados do incremento numa reunião compara o Product Owner,Owner, comque duraçãoavalia de aproximada de 4 a 8 horas, que posteriormente, analisarão estesprogresso resultadose decidindodecide sobre as novas atividades que poderãserão integrarincluídas ono Product Backlog. Ressalta-se que o Scrum tem como premissa básica não exigir todos os pré-requisitos logo no início do projeto, pois estes são “descobertos” na medida em que o projeto evolui. Backlog.

 

5. AplicaçãFerramenta de Gestão

 

A ferramenta que iremos utilizar na metodologia seráUsaremos o GitlabJira ondepara osacompanhar fluxoso progresso dos processos serão acompanhados através dos painéis de cada projeto.projetos. As atividades que serão executasgerenciadas serápor pelameio aberturade dastickets demandas (issues) que ficam armazenadas em cada projeto disponibilizadasregistrados no Gitlab.Jira. OCada personagemmembro responsávelda paraequipe apode aberturacriar, dasatribuir demandase seráatualizar oos Analistatickets deconforme Teste que foi pré-definido pelo Scrum Master. necessário.

 

6. Fluxo do Processo

 

Cada projeto aplicadoterá um painel no desenvolvimento terá a visão geral do painel com ciclo de vida da sprint no período de duas semanasJira com as seguintes etapas:  

 

• 3 Desenvolvimento - São todas as demandas que estão sendo desenvolvida pelos Analista de Desenvolvimento. 

  semanas.
• Em

  4Desenvolvimento: EntregueDemandas -em Sãodesenvolvimento.

todas
• Revisão: as demandas que foramDemandas desenvolvidas pelose Analistaaguardando de Desenvolvimento, que terão que ser analisadas pelo Gerente de Projeto. 
  análise.
• Em

  5Teste: TesteDemandas -em São todas as demandas que deverão ser testadas pelo Analista de Teste. 

  teste.
• Concluído:

  6 Encerrado - São todas as demandas que foramDemandas aprovadas e prontas para a liberaçpublicação de versão. 

• 7 Fechado - São todas as demandas que foram definitivamente concluídas na versão liberada. 

 

Todas

7. as demandas serão etiquetadas com suas prioridades, pesos de recursos, módulos envolvidos,Prioridades e versãoPesos

(se houver) e situação com objetivo seguir todo o processo do ciclo de vida da sprint. 

 

6.

7.1. Etiquetas de Prioridades 

• Prioridade 11: -Demandas Sãoemergenciais demandas emergenciais (estimado 72 horas). 

• Prioridade 22: -Demandas Sãoimportantes demandas que requerem uma atenção, pois podem gerar uma confusão no processo de trabalho ou valores inexato (estimado 7 dias)dias). 

• Prioridade 33: - São anomalias e adequaçõesDemandas estéticas doe sistemaanomalias (estimado 30 dias)dias). 

 

6.

7.2. Peso de Recursos 

• Peso 11: – São demandasDemandas que exijam a implementação de um recurso ou resultam em uma melhoria na experiência do usuário, onde não exija construção ourequerem alteração do modelo de dados ou comunicação com sistemas terceirossignificativa (estimado 24 horas/componente/modulo)

  horas).

• Peso 22: - São demandasDemandas que exijamrequerem aalterações implementaçãomoderadas de(estimado um48 recursohoras).

• Peso 3: Demandas que envolvem grandes mudanças ou resultam em uma melhoria na experiência do usuário com necessidade de construção ou alteração do modelo de dadosintegrações (estimativaestimado 4872 horas/componente/modulo)horas). 

• Peso 3 - São demandas que exijam a implementação de um recurso ou resultam em uma melhoria na experiência do usuário com necessidade de comunicação com sistemas terceiros exigindo obtenção e a análise da documentação da integração compreendendo a formulação da saída de dados (estimativa 48 horas/endpoint/componente/modulo). 

• Peso 4 - São demandas que exijam a implementação de um recurso ou resultam em uma melhoria na experiência do usuário com necessidade de comunicação com sistemas terceiros exigindo obtenção e a análise da documentação da integração compreendendo a formulação da saída de dados com necessidade de construção ou alteração do modelo de dados (estimativa 48 horas/endpoint/componente/modulo).