Impresso por weverton dias lemos, CPF 066.474.656-00 para uso pessoal e privado.

Este material pode ser protegido por direitos

autorais e não pode ser reproduzido ou repassado para terceiros. 19/04/2021 20:51:48

GESTÃO DE PROJETOS DE SOFTWARE COM FRAMEWORK SCRUM

Iris Basilio Ferreira*

Resumo
Com a chegada da inclusão digital nesta sociedade global, cada vez mais, fazemos uso
de adventos tecnológicos, com isso, a área da Tecnologia da Informação está em
constante transformação, na busca incessante de soluções que promovam a melhoria no
processo de desenvolvimento de software. Escolhi como tema de meu trabalho
acadêmico o Scrum. Scrum é um framework para a gestão de projetos baseado em
metodologias ágeis e tem como pilar o empirismo, este prega que as decisões sejam
tomadas com base no conhecimento e nas experiências. No Scrum os colaboradores
assumem papéis bem definidos no Time de Desenvolvedores, que por sua vez, trabalham
de forma altamente integrada, formando uma equipe multidisciplinar, e que são
responsáveis pela concepção, construção e testes dos produtos. Com o uso desta
ferramenta diminuiremos a demanda de tempo e aumentaremos a qualidade dos produtos
desenvolvidos.
Palavras -chave: Gestão de projetos, Método Ágil, Framework Scrum.

SOFTWARE PROJECT MANAGEMENT WITH SCRUM FRAMEWORK

Abstract
With the arrival of digital inclusion in this glogal society, more and more, we make use of
technological advents, with this, the area of Information Technology is cinstantly changing,
in the incessant search for solutions that promote the improvement in the process of
software development. I chose Scrum as the subject of my scholarly work. Scrum is a
framework for project management based on agile methodologies and it's pillar is
empiricism, which preaches that decisions are made based on knowledge and
experiences. In Scrum, employees take on well-defined roles in the Team of Developers,
who in turn work in a highly integrated way, forming a multidisciplinary team, who are
responsible for designing, building and testing the products. With the use of this tool we
will reduce the demand for time and increase the quality of the products developed.
Key-words: Project Management, Agile Method, Scrum Framework.

* Pós-Graduando do Curso de Engenharia de Soft ware da Univer sidade Estácio de Sá , Campus da

Abdias de Carvalho – Reci fe/PE, basilio208@[Link]
Impresso por weverton dias lemos, CPF 066.474.656-00 para uso pessoal e privado. Este material pode ser protegido por direitos
autorais e não pode ser reproduzido ou repassado para terceiros. 19/04/2021 20:51:48

SUMÁRIO
1. Introdução ……………………………………………..………………………………… 01
1.1 Objetivo Geral ………………………………………………………………………….. 02
1.2 Objetivos Específicos ………………………………………………………………… 02
1.3 Justificativa …………………………………………………………………………. 03
2. O que são métodos ágeis ………………………………………………………. 04
3. O que é Scrum …………………………………………………………………….. 04
4. As cerimônias do Scrum …………………………………………………………… 04
4.1 Sprint Planni ng …………………………………………………………………….. 05
4.2 Daily Scrum …………………………………………………………………………. 06
4.3 Sprint Review …………………………………………………………………………. 07
4.4 Sprint Retrospective ………………………………………………………………… 08
5. Os papéis do Time Scrum ……………………………………………..………… 09
5.1 Scrum Master ………………………………………………………………………….. 09
5.2 Product Owner ………………………………………………………………………….. 09
5.3 Time de Desenvolvimento ……………………………………………………………. 10
6. Os artefatos do Scrum ………………………………………………….………… 10
6.1 Product Backlog ……………………………………………………………………… 11
6.2 Sprint Backlog ………………………………………………………………………….. 12
6.3 Incremento ………..………………………………………………………………… 13
6.4 Definição de Pronto ………………………….……………………………………… 13
7. Conclusão ……………………………………………………………………………….. 14
Impresso por weverton dias lemos, CPF 066.474.656-00 para uso pessoal e privado. Este material pode ser protegido por direitos
autorais e não pode ser reproduzido ou repassado para terceiros. 19/04/2021 20:51:48

1. Introdução
Neste artigo cientifico, vamos abordar a gestão de projetos de software, com uso do
framework scrum. Antes de falar sobre este framework especifico, vamos conhecer um
pouco mas sobre as duas principais metodologias em gestão de projetos de software: A
Tradicional e a Ágil. Suponhamos que você queria lançar um novo aplicativo de
software, que vai ser o maior sucesso nos próximos anos, como ponto de partida você
deverá fazer um projeto com está finalidade, bem como, um aplicativo que normalmente
é conhecido como software. Software é um conjunto de componentes lógicos de um
computador ou sistemas de processamento de dados onde o operador realizará tarefas
especificas. Uma das metodologias mais comum no desenvolvimento de softwares é a
chamada tradicional; como o próprio nome já indica, é a mais habitual no âmbito de
desenvolvimento de sistemas, muitas empresas a usam por padrão. A metodologia
Tradicional funciona assim; você idealiza um suposto produto e a projeta como deverá ser
esta aplicação. O projeto deve ser planejado com todas as atividades que ele deverá
contemplar, como: designer, programação, comunicação e execução; todas essas
tarefas devem ser previamente definidas. O produto deve ser testado, para só assim, ser
lançado oficialmente no mercado final. Fica claro que a metodologia tradicional tem
processos bem linear; planejamento, execuções, testes e lançamento. Isso nos leva a
premissa que para se ter sucesso em seu projeto, não basta apenas entregar um
aplicativo de software e sim que esta entrega esteja no prazo, dentro do orçamento e com
a qualidade esperada. Os atrasos nos estudos de custo são bem mais comuns do que
imaginamos e que entendemos, mesmo que não tenha uma boa aceitação por parte dos
clientes, mas o que eles não abrem mão é que existam erros e que não cumpram todas
as tarefas que foram idealizadas no inicio do projeto, ou seja, por falta de verba, te mpo eu
posso ter até opinado por aceitar a construção de uma aplicação com menais
funcionalidade. No projeto tradicional se espera que você execute simplesmente o que foi
planejado, isso implica em esta dentro do prazo e custo. Agora vamos abordar a métod o
Ágil que nasceu como uma alternativa aos pesados processos de desenvolvimento de
software orientados a documentação. Isso nós leva aos processos ágeis que em meu
caso opinei pelo Framework Scrum, tendo como base a filosofia ágil e utilizando práticas
iterativas e incrementais na busca pela entrega de uma aplicação de valor agregado as
necessidades do cliente. O Scrum vem na premissa de priorizar o software em si,
* Pós-Graduando do Curso de Engenharia de Soft ware da Universidade Estácio de Sá , Campus da
Abdias de Carvalho – Recife/PE, basilio208@[Link]
Impresso por weverton dias lemos, CPF 066.474.656-00 para uso pessoal e privado. Este material pode ser protegido por direitos
autorais e não pode ser reproduzido ou repassado para terceiros. 19/04/2021 20:51:48

quebrando os paradigmas existentes por deixar de lado a parte da documentação e

focando na entrega de um software ao cliente de uma forma mais rápida para que ele
pudesse fazer sua avaliação e nós indicar onde deseja fazer alterações ou novos
requisitos. Com o foco no produto e não nas funções do integrantes da equipe, podemos
afirmar que a principal característica é de auto -organização onde todos membros da
equipe tem seu papel bem definido no Time de Desenvolvimento, trabalhando além de
suas especialidades na buscar incessante da entrega de um produto que venha agregar
valores ao cliente. Esse tipo de abordagem e práticas encapsulada no Framework Scrum
é crucial para a redução dos riscos de falha em todo o processo de desenvolvimento do
software. Baseado nesta afirmação do método ágil Scrum, onde os principais objetivos
das atividades por ele proposto são em trazer a transparência, motivação,
aperfeiçoamento continuo, auto -organização do Time e a redução dos risco que envolvi
um projeto de desenvolvimento de software.

1.1 Objetivo Geral

Escrever um artigo cientifico que nós auxilie na gestão de projetos de desenvolvimento de
software com o uso do Framework Scrum. Nesta proposta vamos abordar uma método
ágil Scrum no gerenciamento de processos que devem ser entendido como um conjunto
de regras e de boas práticas, estabelecidas para realizar todas as etapas da melhor forma
possível.
“Soft ware fazem parte de quase todas as operações de negócios, assim, novos
softwares são desenvolvidos rapidamente para obterem proveito de novas
oportunidades e responder às pressões competitivas.” (Sommerville, Ian, 2011, p.
52).

1.2 Objetivos Específicos

 Definir e especificar que engloba o Framework Scrum.
 Mostrar os benefícios na criação e na gestão de projetos de software fazendo uso
do Framework Scrum.
 Citar as referencias teóricas sobre o Scrum e suas atividades dentro de um projeto
de software.
 Descrever as etapas e o Time de desenvolvimento no gerenciamento de um projeto
de software utili zando o Framework Scrum.
* Pós-Graduando do Curso de Engenharia de Soft ware da Universidade Estácio de Sá , Campus da
Abdias de Carvalho – Recife/PE, basilio208@[Link]
Impresso por weverton dias lemos, CPF 066.474.656-00 para uso pessoal e privado. Este material pode ser protegido por direitos
autorais e não pode ser reproduzido ou repassado para terceiros. 19/04/2021 20:51:48

1.3 Justificativa
No atual cenário globalizado deste mercado cada vez mais competitivo, é imprescindível
que as empresas inovadoras busquem se modular para adaptarem a esta realidade, na
busca i ncessante de seu aprimoramento diante das necessidades de seus clientes.
Portanto neste trabalho vamos refletir sobre uma metodologia voltada para a eficiênci a na
realização de tarefas, que vem sendo aprimoradas pelos grupos humanos desde a Pré -
História até os dias atuais.
“Nos dias de hoje, as empresas operam em um ambiente global, com m udanças
rápidas. Assim, precisam responder a novas oportunidades e novos mercados, a
mudanças nas condições econômicas e ao surgim ento de produtos e serviços
concorrentes.” (Sommerville, Ian, 2011, p. 52).

São diversas as praticas adotadas no gerenciamento de projetos, onde vêm sendo

utili zadas em diversos países e ambientes profissionais, bem como, nas mais variadas
áreas do conhecimento. Isso ocorre por se tratar de algo útil tanto para instituições
publicas ou privadas, independentemente de ser uma empresa de grande ou pequeno
porte.
“O desenvolvimento e a entrega rápidos são, portanto, o requisito mais critico para
o desenvolvimento de sistemas de software. Na verdade, muitas empresas estão
dispostas a trocar a qualidade e o compromisso com requisitos do software por
uma implantação mais rápida do software que necessitam.” (S ommerville, Ian,
2011, p. 52)

Para melhor compreender do significado de gerenciamento de projetos é preciso refletir

separadamente sobre as duas palavras que formam a expressão. Existem diferentes tipos
de projetos de software que necessitam de diferentes métodos de gerenciamento, onde
podemos fazer uso de duas metodologias na gestão de projetos que são a tradicional e
ágil. Nos dias atuais termos diversos tipos de abordagens ágeis para nos auxiliar no
gerenciamento de projetos de software.

“Os processos de desenvolvimento rápido de software são concebidos para

produzir, rapidamente, software úteis. O software não é desenvolvi do como uma
única unidade, mas como uma série de incrementos – cada incremento inclui uma
nova funcionalidade do sistema. Embora existam muitas abordagens para o
desenvolvim ento rápido de software, elas compartilham algumas características
fundamentais.” (Sommerville, Ian, 2011, p. 53).
* Pós-Graduando do Curso de Engenharia de Soft ware da Universidade Estácio de Sá , Campus da
Abdias de Carvalho – Recife/PE, basilio208@[Link]
Impresso por weverton dias lemos, CPF 066.474.656-00 para uso pessoal e privado. Este material pode ser protegido por direitos
autorais e não pode ser reproduzido ou repassado para terceiros. 19/04/2021 20:51:48

2. O que são métodos ágeis

Os métodos ágeis veio como uma alternativa á gestão tradicional de projetos de software,
eles nasceram da necessidade do desenvolvimento de software de formar mais rápida,
mas hoje podem ser empregados em qualquer tipo de projeto. Esse método vem
facilitando as equipes de desenvolvimento de software a encarar a imprevisibilidade que
envolve um projeto de desenvolvimento de software.
“A insatisfação c om essas abordagem pes adas da engenharia de software levou
um grande número de desenvolvedores de soft ware a proporem, na década de
1990, novos métodos ágeis. Estes permitiram qu e a equipe de desenvolvedores
focasse no software em si, e não em sua concepção e documentação.”
(Sommerville, Ian, 2011, p. 54).

3. O que é Scrum
Segundo Desenvolvimento Ágil (2018), Scrum é uma metodologia ágil para gestão e
planejamento de projetos de desenvolvimento de software. No Framework Scrum, os
projetos são divididos em partes chamados de Sprints. Cada Sprint representa um Time
Box dentro do qual um conjunto de atividades deve ser executadas cada um delas por
grau de prioridade, onde cada Spri nt tem um prazo de duas a quatro semanas.
Metodologias ágeis de desenvolvimento de software são iterativas, ou seja, o trabalho é
dividido em iterações, que são chamadas de Sprints no caso do Scrum.

4. As cerimônias do Scrum
Segundo Desenvolvimento Ágil (2018), No Framework Scrum as funcionalidades a serem
implementadas em um projeto são mantidas em uma lista que é conhecida como Product
Backlog. No inicio de cada Sprint, faz-se um Sprint Planning Meeting, ou seja, uma
reunião de planejamento na qual o Product Owner prioriza os itens do Product Blacklog
e a equipe seleciona as atividades que ela será capaz de implementar durante o Sprint
que se i nicia. As tarefas alocadas em um Sprint são transferidas do Product Backlog
para o Sprint Backlog.

A cada dia de uma Sprint, a equipe faz uma breve reunião (normalmente de manhã),
chamada Daily Scrum. O objetivo é disseminar conhecimento sobre o que foi feito no dia
anterior, identificar impedimentos e priorizar o trabalho do dia que se inicia.
* Pós-Graduando do Curso de Engenharia de Soft ware da Universidade Estácio de Sá , Campus da
Abdias de Carvalho – Recife/PE, basilio208@[Link]
Impresso por weverton dias lemos, CPF 066.474.656-00 para uso pessoal e privado. Este material pode ser protegido por direitos
autorais e não pode ser reproduzido ou repassado para terceiros. 19/04/2021 20:51:48

Ao final de um Sprint, a equipe apresenta as funcionalidades implementadas em uma

Sprint Review Meeting. Finalmente, faz-se uma Sprint Retrospective e a equipe parte
para o planejamento do próximo Sprint.

4.1 Sprint Planning

Segundo o site Escritório de Projetos (2018), Sprint Planning é uma cerimônia de
abertura de projeto, onde ocorre o planejamento da Sprint, que acontece sempre na
primeiro dia da semana. Nesta reunião são traçados o objetivo da Sprint (Sprint Goal),
formatando o escopo de trabalho (Sprint Backlog) e dai se discute como será a melhor
forma de realizar este trabalho, tudo isso em linhas gerais. Esta reunião possui uma
timebox, onde teremos no máximo um dia para planejá-la e para cada trinta dias corridos
de sprint, assim, caso a sprint seja de menor duração, a Sprint Planning deverá sempre
seguir a proporção de 30:1. Com isso venho afirmar que cada Sprint tem um prazo de
duas a quarto semanas, sendo que o primeiro dia é reservado para o Sprint Planni ng
(Sprint de Planejamento) e o demais dias corridos para o desenvolvimento das atividades
da Sprint, sempre respeitando o grau de prioridade de cada atividade.
Sprint Planning

Início do ciclo da Sprint Determina: Define o Sprint Backlog

 Objeti vo;
 Escopo.

Passos do Sprint Planning

* Pós-Graduando do Curso de Engenharia de Soft ware da Universidade Estácio de Sá , Campus da

Abdias de Carvalho – Recife/PE, basilio208@[Link]
Impresso por weverton dias lemos, CPF 066.474.656-00 para uso pessoal e privado. Este material pode ser protegido por direitos
autorais e não pode ser reproduzido ou repassado para terceiros. 19/04/2021 20:51:48

4.2 Daily Scrum

Segundo Desenvolvimento Ágil (2018), em cada dia da Sprint a equipe de
desenvolvimento deve fazer uma reunião diária antes das tarefas e essa cerimônia é
chamada de Daily Scrum. Essa reunião tem o proposito de disseminar tudo que foi feito
no dia anterior no Sprint, baseados nos relatos dessa reunião serão identificados todos os
impedimentos para o avanço do projeto.

A partir desses relatos, serão priorizado as tarefas pendentes e iniciado os trabalhos a

serem realizado no dia que se inicia. Lembrando que o Daily Scrum são normalmente
realizados no mesmo lugar, na mesma hora do dia anterior, onde o Framework Scrum
sugeri que seja sempre no período da manhã e que esta reunião seja povoada por todos
os membros da equipe.

Segundo o site Escritório de Projetos (2018), a Daily Scrum é uma cerimônia de

aliamento, onde podemos adota as seguintes regras nesta reunião, são elas:
 Ela acontece todos os dias;
 Deve ter a duração máxima de 15 minutos e todos os membros devem está em pé;
 Sempre acontece no mesmo local e no mesmo horário do dia anterior, previamente
acordado com os membros da equipe;
 Cada membro tem a sua vez de falar e os demais membros devem ouvi -lo;
 Cada membro da equipe fala para os demais membros do time, não há um chefe
aqui e isso é uma “Prestação de contas”;
 Na reunião não deve ser discutido detalhes de nenhumas atividade durante a Daily
Scrum, apenas depois.
Daily Scrum tem algumas regras que podem até parecer um tanto excêntricas, mais tudo
isso fazer parte da construção de sucesso do projeto com o uso do Framework Scrum.
Sobre tudo o Scrum é um framework comum dentro das metodologias ágeis para a
execução da tarefa de Daily Scrum, onde consiste em cada membro da equipe
responder a apenas a três perguntas:
1. O que eu fiz desde a ultima Daily?
2. O que eu vou fazer depois dessa Daily?
3. Tem algo impedindo o meu trabalho?
* Pós-Graduando do Curso de Engenharia de Soft ware da Universidade Estácio de Sá , Campus da
Abdias de Carvalho – Recife/PE, basilio208@[Link]
Impresso por weverton dias lemos, CPF 066.474.656-00 para uso pessoal e privado. Este material pode ser protegido por direitos
autorais e não pode ser reproduzido ou repassado para terceiros. 19/04/2021 20:51:48

Daily Scrum – Reunião do Time

Segundo o site Escritório de Projetos (2018), Respondendo a estas três perguntas

simples e objeti vas conseguiremos garantir que todos membros da eq uipe (time) saibam
se estão caminhando rumo ao que foi planejado e se algum membro precisa de ajuda.

4.3 Sprint Review

Segundo Desenvolvimento Ágil (2018), o Sprint Review é mais uma atividade que
contempla o Framework Scrum e deve ser feito ao final de cada Sprint. Esta atividade
envolve a uma reunião, onde o Scrum Team mostra tudo que foi alcançado no decorrer
da Sprint.

Por padrão esse processo tem um formato de um demo das novas funcionalidades.
Fazem parte da Sprint Review o Product Owner, o Scrum Team, o Scrum Master ,
gerência, clientes e engenheiros de outros projetos.

* Pós-Graduando do Curso de Engenharia de Soft ware da Universidade Estácio de Sá , Campus da

Abdias de Carvalho – Recife/PE, basilio208@[Link]
Impresso por weverton dias lemos, CPF 066.474.656-00 para uso pessoal e privado. Este material pode ser protegido por direitos
autorais e não pode ser reproduzido ou repassado para terceiros. 19/04/2021 20:51:48

Durante essa reunião o projeto é avaliado pelo time para verificar se todos os objetivos da
Sprint em questão foram alcançados, atividades essa determinadas durante o Sprint
Planning Meeting. Normalmente os membros do time completa cadas um dos itens do
Product Backlog que contemplam as atividade da Sprint, mas o principal objeti vo é que
a equipe complete todos os objetivos da Sprint.

4.4 Sprint Retrospective

Sprint Retrospective é mais uma cerimônia que compõe o Framework Scrum, que
marca o fechamento do Sprint, onde acontece sempre no ultimo dia da mesma. Esse
framework tem sua raízes no Lean da Toyota, que tem suas premissas em duas de suas
principais cerimônias: A Sprint Review, onde inspecionam o i ncremento de software e
adapta-se ao Backlog e a Sprint Retrospective , que acabei de defi nir logo acima.
Sprint Retrospective

Segundo o Escritório de Projetos (2018), Existem várias formas de conduzir esta

dinâmica, mas todas possuem como objeti vo levar uma espécie de Matriz SWOT da
equipe gerando um plano de ação de melhoria continua que deverá ser executado
concomitantemente à Sprint seguinte. Analisam-se processos, ferramentas e
relacionamentos, para dizer o mínimo e é importante que exista um ambiente seguro e
sincero dentro do time para que de fato possamos resolver todos os problemas
encontrados. É o Time Scrum resolvendo os seus próprios problemas da equipe de
desenvolvimento.

* Pós-Graduando do Curso de Engenharia de Soft ware da Universidade Estácio de Sá , Campus da

Abdias de Carvalho – Recife/PE, basilio208@[Link]
Impresso por weverton dias lemos, CPF 066.474.656-00 para uso pessoal e privado. Este material pode ser protegido por direitos
autorais e não pode ser reproduzido ou repassado para terceiros. 19/04/2021 20:53:09

5. Os papéis do Time Scrum

O Framework Scrum é uma metodologia ágil muito leve e a mais popular do mundo. No
Scrum os cargos de seus membros não são prescritos e sequer uma hierarquia, ele
adota a pratica de que todo o Time Scrum é responsável pela entrega e que isso já basta,
pois com essa pratica todos tem os mesmo direitos e deveres para com o projeto. O
Scrum assumido essa postura teve que adotas algumas praticas para que não haja
conflitos de responsabilidade entre os membros da equipe, ele dividi-o os membros em
apenas três papeis: Scrum Master, Product Owner e o Time Desenvolvimento.
Papeis do Time Scrum

5.1 Scrum Master

Segundo o site Escritório de Projetos (2018), O Scrum Master é a pessoa responsável por
garantir que todos os membros da equipe estejam aderente ao processo, sigam as suas
regras, participem das suas cerimônias e usem seus artefatos corretamente. Ele também
ensina, educa e corrige tal qual como prescrito no Guia do Scrum, esse livro oficial do
Framework Scrum. Ele também esta encarregado de puxa a melhoria continua e ajudar
a blindar o t ime dos demais Stakeholders da empresa que também devem entender o
seu papel.

5.2 Product Owner

Segundo o site Escritório de Projetos (2018), O Product Owner é a pessoa responsável
por manter um registro de todos os requisitos, regras de negócio e prioridades das
entregas e que todos conheçam esse registro, chamado de Backlog do produto.

* Pós-Graduando do Curso de Engenharia de Soft ware da Universidade Estácio de Sá , Campus da

Abdias de Carvalho – Recife/PE, basilio208@[Link]
Impresso por weverton dias lemos, CPF 066.474.656-00 para uso pessoal e privado. Este material pode ser protegido por direitos
autorais e não pode ser reproduzido ou repassado para terceiros. 19/04/2021 20:53:09

10

Este Membro detém o conhecimento do negócio, quem faz a ponte com o mercado e com
os clientes e que tem a visão do produto. Ele sabe exatamente o “quê” deve ser feito,
mas não é ele que determina o “como”, no desenvolvimento do processo.

5.3 Time Desenvolvimento

Segundo o site Desenvolvimento Ágil (2018), O Time de Desenvolvimento ou Scrum
Team são os membros da equipe de desenvolvedores, onde nela não existe uma divisão
funcional através de papeis tradicionais, tais como: programador, designer, analista de
teste ou arquiteto. No Scrum o Time de desenvolvedores tem um formato, onde todos
membros da equipe trabalham juntos no intuito de implementar um conjunto de atividades
nele proposto, nesse caso são as tarefas da Sprint. Em geral essa equipe é formada de
seis a dez pessoas, mas isso não impede que no caso de necessidade o números de
membros seja maior.

6. Os artefatos do Scrum
Anteriormente já falei que o Scrum é um framew ork de metodologia ágil e como toda
boa ferramenta de gestão de projetos são cheias de artefatos e cerimônias . No caso
do Scrum temos muitas reuniões de pé, cercado de quadros cheios de post it’s, por sua
vez, são símbolos do informalismo criativo e do colaborativo, que é sem sombra de
dúvidas, a base da transformação cultural inserida no novo modelo de empresa. Não é a
toa que o Scrum é um dos framework mais usados mundialmente falando, um dos
fatores que o leva a esse fato é o pouco números de artefatos que contempla apenas
quatro, que são: o Product Backlog, o Sprint Backlog, o Incremento e a Definição de
Pronto.
Os quatro artefatos do Scrum

* Pós-Graduando do Curso de Engenharia de Soft ware da Universidade Estácio de Sá , Campus da

Abdias de Carvalho – Recife/PE, basilio208@[Link]
Impresso por weverton dias lemos, CPF 066.474.656-00 para uso pessoal e privado. Este material pode ser protegido por direitos
autorais e não pode ser reproduzido ou repassado para terceiros. 19/04/2021 20:53:09

11

Segundo o site Escritório de Projetos (2018), Ao contrário do que a crença popular

acredita, os artefatos Kanban, Planni ng Poker, Burndown Chart e muitos outros não
fazem parte do Framework Scrum, embora sejam popularmente usados em conjundo.

Observação: Isso significa que nada impede que o profissional do meio faça uso
de artefatos, ferramentas ou métodos de forma mistos, para obter um resultado
satisfatório.

6.1 Product Backlog

Conforme descrito no Guia do Scrum (2018), o Product Backlog é uma lista ordenada de
tudo o que é conhecido como necessário no produto. É a única fonte de requisitos para
quaisquer alterações a serem feitas no produto. O Product Owner é o responsável pelo
Product Backlog, incluindo seu conteúdo, disponibilidade e pedido.

Um Product Backlog nunca é concluído. O primeiro desenvolvimento do mesmo

estabelece os requisitos inicialmente conhecidos e mais bem compreendidos. O Product
Backlog evolui à medida que o produto e o ambiente no qual ele será usado evoluem. O
Product Backlog é dinâmico: Ele muda constantemente para identificar o que o produto
precisa para ser apropriado, competitivo e útil. Se um produto existir, seu Product
Backlog também existe.

Exemplo – Product Backlog

Área Atividade Item Business Value

(Prioridade)

Sec. Acadêmica Gerenciamento de Cursos Controlar os cursos disponíveis pela instituição 100

Sec. Acadêmica Gerenciamento de Cursos Definir as vagas disponíveis por curso 90

Sec. Acadêmica Ves tibular Realizar a inscriç ão de candidatos ao vestibular 80

Sec. Acadêmica Finanç as Emitir boleto para pag. taxa de inscrição ao vestibular 70

Sec. Acadêmica Ves tibular Fornecer o controle de resultados e aprovações do 60

v es tibular

Sec. Acadêmica Finanç as Emitir boleto para pag. da matrícula ao curso que o 50

* Pós-Graduando do Curso de Engenharia de Soft ware da Universidade Estácio de Sá , Campus da

Abdias de Carvalho – Recife/PE, basilio208@[Link]
Impresso por weverton dias lemos, CPF 066.474.656-00 para uso pessoal e privado. Este material pode ser protegido por direitos
autorais e não pode ser reproduzido ou repassado para terceiros. 19/04/2021 20:53:09

12

candidato foi aprovado

Sec. Acadêmica Ves tibular Realizar a matr ícula em um curso por um novo aluno 40
aprovado pelo vestibular

O refinamento do Product Backlog é o ato de adicionar detalhes, estimativas e pedidos

aos itens no Product Backlog. Este é um processo contínuo em que o Dono do Produto
e a equipe de desenvolvimento colaboram nos detalhes dos itens do Product Backlog.
Durante o refinamento do Product Backlog, os itens são revisados e revisados. Varias
equipes Scrum geralmente trabalham juntas no mesmo produto. Um Product Backlog é
usado para descrever o próximo trabalho no produto. Um atributo Product Backlog que
agrupa itens pode, então, ser empregado.

6.2 Sprint Backlog

Conforme descrito no Guia do Scrum (2018), o Sprint Backlog é um conjunto de itens do
Product Backlog selecionado para uma Sprint, além de um plano para entregar o
Incremento do produto e realizar o Sprint Goal. O Sprint Backlog é uma previsão da
Team de Desenvolvimento (equipe de desenvolvimento) sobre qual funcionalidade será
no próximo incremento e o trabalho necessário para entregar essa funcionalidade em um
Incremento “Concluído”.

O Sprint Backlog torna visível todo trabalho que a Equipe de desenvolvimento

identifica como necessária para atingir o Sprint Goal. Para garantir a melhoria contínua,
inclui pelo menos uma melhoria de processo de alta prioridade identificada na
Retrospective Meeting.

* Pós-Graduando do Curso de Engenharia de Soft ware da Universidade Estácio de Sá , Campus da

Abdias de Carvalho – Recife/PE, basilio208@[Link]
Impresso por weverton dias lemos, CPF 066.474.656-00 para uso pessoal e privado. Este material pode ser protegido por direitos
autorais e não pode ser reproduzido ou repassado para terceiros. 19/04/2021 20:53:09

13

O Sprint Backlog é um plano com detalhes suficientes para que mudanças em

andamento possam ser compreendidas no Daily Scrum. A Equipe de desenvolvimento
modifica o Sprint Backlog em todo o Sprint. Apenas a Equipe de desenvolvimento
pode alterar seu Sprint Backlog durante um Sprint. O Sprint Backlog é uma imagem
altamente visível e em tempo real do trabalho que a Equipe de desenvolvimento planeja
realizar durante o Sprint, e pertence exclusivamente à Equipe de desenvolvimento.

6.3 Incremento
Conforme descrito no Guia do Scrum (2018), Um Incremento é a soma de todos os itens
do Product backlog concluídos durante um Sprint e o valor dos Incrementos de todos
os Sprints anteriores. No final de um Sprint, um novo Incremento deve ser “feito” do
Time Scrum. Um Incremento é um corpo de trabalho “feito” que suporta o empirismo, no
final do Sprint. O Incremento é um passo em direção a uma visão ou meta. O
Incremento deve estar em condições de uso, independente do Product Owner decidir
liberá-lo.

6.4 Definição de Pronto

Conforme descrito no Guia do Scrum (2018), E por fim a Definição de Pronto é onde um
documento contendo uma definição comum e clara do que “Done” significa para to dos os
membros da equipe, que são: Product Owner, Scrum Master, O Time de
desenvolvimento e os demais Stakeholdes, que estão diretamente ligados ao projeto,
onde devem ter um entendimento único da situação real de um Incremento dito como
pronto.

* Pós-Graduando do Curso de Engenharia de Soft ware da Universidade Estácio de Sá , Campus da

Abdias de Carvalho – Recife/PE, basilio208@[Link]
Impresso por weverton dias lemos, CPF 066.474.656-00 para uso pessoal e privado. Este material pode ser protegido por direitos
autorais e não pode ser reproduzido ou repassado para terceiros. 19/04/2021 20:53:09

14

7. Conclusão
As metodologias ágeis vieram preencher as lacunas que existiam na gestão de projetos
de software com os métodos tradicionais, garantindo uma formalização e uma produção
de alta performasse, sem deixar de lado o cumprimento aos requisitos de segurança e
controle em todo processo que envolve esse gerenciamento. O Scrum é um framework
baseado em uma metodologia ágil, que consiste em um conjunto formado por papéis,
eventos, artefatos e regras que são associados a uma equipe de desenvolvimento. Ele é
fundamentado no controle de processos empíricos, fomentando uma abordagem iterativa
e incremental para otimizar a previsibilidade e o controle a riscos. O Time Scrum possui
papéis e responsabilidades associadas aos integrantes do time, que juntos realizam
eventos específicos com uma duração fixa e objetivos pré-determinados. Com isso
teremos uma maior receptividade as mudanças de requisitos, mesmo em estágios tardios
do desenvolvimento, mas um dos pilares dos processos ágeis é a flexibilidade em admitir
mudanças que trazem vantagens competitivas para as empresas.

* Pós-Graduando do Curso de Engenharia de Soft ware da Universidade Estácio de Sá , Campus da

Abdias de Carvalho – Recife/PE, basilio208@[Link]
Impresso por weverton dias lemos, CPF 066.474.656-00 para uso pessoal e privado. Este material pode ser protegido por direitos
autorais e não pode ser reproduzido ou repassado para terceiros. 19/04/2021 20:53:09

15

REFERÊNCIAS

SOMMERVILLE, Ian. Engenharia de Software. 9. ed. São Paulo:

Pearson Education do Brasil, 2011.

PRESSMAN, Roger S.. Engenharia de Software. São Paulo:

Pearson Education do Brasil, 2010.

COHN, Mike. Desenvolvimento de Software com Scrum: Aplicando métodos ágeis com
sucesso. Porto Alegre: Bookman Companhia Editora Ltda., 2011.

Guia do Scrum, Disponível em: <[Link]

Acesso em: 05 maio 2018.

Desenvolvimento Ágil, Disponível em: <[Link]

Acesso em: 11 junho 2018.

Manifesto Ágil. Disponível em: <[Link]

Acesso em: 10/05/2018

Escritório de Projetos, Disponível em: <[Link]

planni ng>. Acesso em: 20 junho 2018.

Mind Master, Disponível em: <[Link]

Acesso em: 20 junho 2018.

* Pós-Graduando do Curso de Engenharia de Soft ware da Universidade Estácio de Sá , Campus da

Abdias de Carvalho – Recife/PE, basilio208@[Link]
Impresso por weverton dias lemos, CPF 066.474.656-00 para uso pessoal e privado. Este material pode ser protegido por direitos
autorais e não pode ser reproduzido ou repassado para terceiros. 19/04/2021 20:53:09
16

Universidade Estácio de Sá
Ensino á distância
Trabalho de Conclusão de Curso
Professora: Luciane Dias

TERMO DE RESPONSABILIDADE – TCC

O aluno Iris Basilio Ferreira do C urso de Pós graduação em Engenharia de Software,

matrícula nº 201507184328, assume toda responsabilidade, perante a prática de cópia ou
plágio de obras ou fragmentos de obras de autores, quaisquer que sejam, tanto em
material impresso como de internet, nos aspectos educacionais e legais.
As Normas da ABTN serão o parâmetro para as citações.
Assim, passa a deter toda e qualquer responsabilidade diante de situações ilícitas
editorais e acadêmicas no que se refere á disciplina TCC.

Recife, 17 de Agosto de 2018.

Assinatura do aluno:

* Pós-Graduando do Curso de Engenharia de Soft ware da Universidade Estácio de Sá , Campus da

Abdias de Carvalho – Recife/PE, basilio208@[Link]