INDICE

1. O que é Scrum?

- Surgimento do Scrum

2. Conheça os pilares que sustentam o Scrum

- Transparência
- Inspeção
- Adaptação

3. Os diferenciais da metodologia scrum

- Foco interativo;
- Máquina ativa;
- Interação com o cliente;
- Mudanças;

4. Porque DEVS devem aprender Scrum?

- Execução acelerada
- Vagas

5. Primeiros passos com Scrum

6. Valores: Scrum

- Comprometimento
- Coragem
- Foco
- Transparência
- Respeito
7. Time Scrum

- Scrums Masters
- Product Owner

8. Eventos do Scrum

- Sprint
- Planejamento da Sprint
- O que pode ser entregue na próxima sprint?
- Como o trabalho será realizado?
- Objetivo da sprint
- Backlog Sprint
- Daily Scrum
- Sprint: Revisão
- Retrospectiva Sprint

9. Artefatos Scrum

- Backlog do Produto
- Backlog Sprint

10. Sprint Backlog

- Monitorando o progresso da Sprint

11. Incremento

- Definição de Concluído

12. Ferramentas para se usar no Scrum

- Trello
- Asana

13. Mas, porque Scrum?

 1
O QUE É SCRUM?
Teoria: Definição da Metodologia

Scrum é um framework (método) de gestão de projetos super

complexos que facilita a entrega do mesmo. Scrum permite
desenvolver, aprimorar e agilizar produtos.

Ele pode ser usado em qualquer contexto, mas ele é ideal para quem é
programador. Podendo ser utilizado em projetos de sites, apps e
desenvolvimento em geral.

Surgimento do Scrum

O scrum foi idealizado por três desenvolvedores que formularam o

manifesto ágil: Mike Beedle, Ken Schwaber e Jeff Sutherland.

Sutherland e seus colegas estavam insatisfeitos com o processos de

produção de softwares e como eles eram conduzidos e foi aí que
resolveram buscar novas alternativas. Eles observaram que para
garantir controle e previsibilidade, as lideranças dos projetos levava
meses para concluir e que muitas vezes não eram concluídos

Assim decidiram que a solução seria verificar diariamente o processo e

o andamento do projeto, fazendo assim alterações e correções
necessárias rapidamente com confirmação de toda a equipe./

Da mesma forma, a metodologia inclui reuniões diárias com a equipe,

chamada de daily scrum que veremos em breve aqui, a fim de que
todos os envolvidos tenham ciência do andamento do projeto.
 2
OS PILARES QUE
SUSTENTAM O SCRUM
Esses são os 3 pilares que vão te guiar quando você for usar o
Scrum: Transparência, Inspeção e Adaptação

Transparência

A transparência dentro do Scrum é imprescindível, tudo que for feito

tem que ser transparente para todos, não pode ter nada oculto,
processos, mudanças, requisitos de entrega, status(andamento do
projeto) tem que estar claro para todos.

Em muitas equipes é usado softwares, por exemplo: trello, dashboards,

kanban e etc. Podendo ser acessado a qualquer momento por
qualquer um da equipe.

A transparência também está fortemente ligada à colaboração dos

outros participantes, resultados obtidos e expectativas sobre ele.
Inspeção

A todo momento está sendo inspecionado o que está sendo feito. Sem
a inspeção o scrum se torna inútil.

A Inspeção tem como objetivo detectar problemas e variações

indesejadas. Isso é feito nos dailys scrums, o que você vai ver mais
adiante.

A pergunta que você deve fazer é: O que está sendo feito para chegar
mais próximo da meta? O que estamos fazendo para melhor a entrega
e/ou produto? O que podemos melhorar na nossa relação como
equipe?

Se você responder essas perguntas… metade do sucesso já está em

suas mãos.
Adaptação

O produto é mudado constantemente assim como o processo,

também. O que não tem nenhum problema em fazer alterações para a
realidade da sua empresa, basta que siga os valores do scrum e
práticas.

O motivo pode ser diversos, como: alterações do mercado,

necessidades do cliente e necessidades do negócio.
 3
OS DIFERENCIAIS DA
METODOLOGIA SCRUM
Foco interativo

O scrum tem um foco superior às demais metodologias, foco nas

pessoas que compõem o time, nas conexões e na troca de
conhecimento.

Máquina ativa

Os processos juntos com os produtos nunca estão parados em

momento algum, estão sempre em adaptação e passando por
melhorias constantemente. Trazendo um resultado satisfatório.

Interação com o cliente

O cliente tem um papel fundamental nos processos, colaborando com

as suas dores, feedbacks e ajudando nas resoluções dos problemas.

Mudança

O scrum e os participantes dele, sempre estão colhendo feedbacks,

podendo mudar o curso do projeto por completo. O scrum sempre
está aberto para abraçar novas mudanças.
 4
PORQUE DEVS DEVEM
APRENDER SCRUM?
Execução acelerada

O que toma mais tempo em qualquer equipe, não só de

desenvolvimento e sim de qualquer área, é a inflexibilidade na hora de
resolver qualquer problema, simples ou complexo. Pensar que
somente uma ou outra solução vai ser capaz de resolver tal problema é
carimbar a não agilidade da equipe.

Direto ao ponto, se o scrum master decidir levar a sério as outras

soluções criativas, criando um terreno feritl de ideias, onde várias
hipóteses podem existir, ser testadas e melhoradas, o projeto tomará
um rumo totalmente diferente, um rumo bom e produtivo.

Isso é pegar um limão e transformar em uma limonada, trocar o motor

ainda com o carro em movimento.

Vagas

Está cada vez mais frequentes vagas para desenvolvedores requerendo

conhecimento em scrum. Isso mostra a sua importância, por isso você
deve saber todos os detalhes dessa metodologia para se adaptar a
essas novas vagas.
 5
PRIMEIROS PASSOS
COM SCRUM
Basicamente, o Scrum é extremamente simples, alguns podem até
dizer que é apenas uma boa metodologia. Porém, se você nunca
gerenciou um projeto com Scrum, recomendo que você comece aos
poucos.

Como acontece com a maioria dos pequenos começos, o sucesso

dependerá das pessoas realmente adotarem a nova metodologia.

O ScrumMaster durante os estágios iniciais é crucial para que as

equipes tenham sucesso com ele. Inclui alguns recursos para aprender
mais sobre Scrum.

O Scrum funciona muito bem com qualquer tamanho de equipe,

incluindo o dono do produto, desenvolvedores, garantia de qualidade,
analistas e o ScrumMaster. Você pode escalar para trabalhar com
equipes maiores e distribuídas, mas sugiro que comece com uma
pequena equipe colocada.

Da mesma forma, se você estiver usando processos de seis meses em

seu processo de desenvolvimento atual, talvez o conceito de Sprints de
duas semanas seja um choque para a sua equipe.

Se for esse o caso, comece com Sprints de 30 dias, veja como funciona
para sua equipe por um tempo. Scrum fornece uma estrutura para
equipes auto-organizadas para trabalharem juntas em direção a um
objetivo comum.

Os princípios do progresso visível e da inspeção constante

proporcionam transparência às equipes e permitem que elas se
adaptem rapidamente às mudanças no ambiente.

No mundo acelerado de hoje de novas tecnologias, requisitos em

mudança e maior pressão para chegar ao mercado, as práticas do
Scrum podem ajudá-lo a entregar software funcional, com os recursos
certos, com mais frequência para seus clientes.
Basicamente, o Scrum é extremamente simples, alguns podem até
dizer que é apenas uma boa metodologia. Porém, se você nunca
gerenciou um projeto com Scrum, recomendo que você comece aos
poucos.

Como acontece com a maioria dos pequenos começos, o sucesso

dependerá das pessoas realmente adotarem a nova metodologia.

O ScrumMaster durante os estágios iniciais é crucial para que as

equipes tenham sucesso com ele. Inclui alguns recursos para aprender
mais sobre Scrum.

O Scrum funciona muito bem com qualquer tamanho de equipe,

incluindo o dono do produto, desenvolvedores, garantia de qualidade,
analistas e o ScrumMaster. Você pode escalar para trabalhar com
equipes maiores e distribuídas, mas sugiro que comece com uma
pequena equipe colocada.

Da mesma forma, se você estiver usando processos de seis meses em

seu processo de desenvolvimento atual, talvez o conceito de Sprints de
duas semanas seja um choque para a sua equipe.

Se for esse o caso, comece com Sprints de 30 dias, veja como funciona
para sua equipe por um tempo. Scrum fornece uma estrutura para
equipes auto-organizadas para trabalharem juntas em direção a um
objetivo comum.

Os princípios do progresso visível e da inspeção constante

proporcionam transparência às equipes e permitem que elas se
adaptem rapidamente às mudanças no ambiente.

No mundo acelerado de hoje de novas tecnologias, requisitos em

mudança e maior pressão para chegar ao mercado, as práticas do
Scrum podem ajudá-lo a entregar software funcional, com os recursos
certos, com mais frequência para seus clientes.
 6
VALORES: SCRUM
O valores que possibilitam que um programador use o Scrum são:

Comprometimento

seguir o que foi decidido e entregar um produto de qualidade dentro

do prazo.

Coragem

você precisa fazer o que tem que ser feito mesmo que seja difícil ou
que você não concorde nem um pouco.

Foco

Você programador precisa estar extremamente focado nos resultados

e nos objetivos do negócio.

Transparência

você precisa estar aberto para novas ideias para permitir que todos as
pessoas sejam transparentes na hora de passar algum conhecimento.

Respeito

ter respeito dentro da equipe e com as pessoas da equipe é

fundamental. Não existe nada sem ter o devido respeito por cada um.
 7
TIME: SCRUM
Todo time scrum é composto por três tipos de pessoas: Product
Owner, Scrum Master e Desenvolvedores

Aqui você irá decidir irá decidir quem fará o que, nos times de scrum
não tem espaços para “estrelas”, ou pessoas com ego inflado que se
recusam a tomar as responsabilidades.

As pessoas devem se ajudar mutuamente, porém tem que estar bem

claro quem são as lideranças.

Dito isso, é de extrema importância escolher alguém entre os DEVS,

costuma ser alguém com inteligência emocional, boa oratória e
comunicação já que essas mesmas pessoas serão responsáveis por
guiar outras pessoas do grupo.

O que não é um regra, pode ser alguem tambem que não é DEV, pode
ser um bom gestor de projetos com conhecimento em TI. Contudo, se
for alguém que já se entende com o grupo a ser liderado, tudo ficará
mais fácil e os resultados tendem a ser maiores.

Scrum master

O Scrum master é quem vai auxiliar toda a parte que precisa ser
alinhada e botar para funcionar. Lembrando que ele não é um chefe,
ele tem uma visão holística de todo o processo do scrum e guia os
desenvolvedores.

Ele é responsável por colocar quais são as prioridades na sprint, assim,

definindo quais são as atividades mais importantes e em quanto tempo
devem ser feitas. Ele também é responsável por fazer todas as
alterações e resolução de problemas.
Funções do Scrum master:

Treinar a equipe de desenvolvimento em auto-organização

Auxiliar a equipe de desenvolvimento a criar produtos de alto valor
Eliminar problemas ao progresso da Equipe de Desenvolvimento
Facilitar os eventos Scrum conforme solicitado ou necessário
Treinar a Equipe de Desenvolvimento em ambientes
organizacionais onde Scrum não foi totalmente adotado ou
compreendido

Product Owner

Ele é o dono do produto e vai dizer como o produto tem quer. Vai dar
toda a direção do produto e vai ser responsável por se colocar no lugar
do cliente, entender os concorrentes, resultados, produtos e etc.

Ele tem uma função muito parecida com a do scrum master… ele
precisa ter uma visão holística sobre todo o sistema que venha a ser
executado. Eventualmente ele também poderá escolher qual é a
prioridade de cada atividade e em quanto tempo deverá ser realizada.

Funções do Product Owner:

Comunicar e gerenciar as partes interessadas;

Informar as partes interessadas sobre o andamento;
Gerenciar as pendências;
Receber informações e priorizar / programar o trabalho;
Acompanhar o progresso;
Anunciar entregas.
Desenvolvedores

Essas são as pessoas responsáveis por colocar a parte operacional em

prática, fazer tudo o que foi planejado no backlog. Eles são
imprescindíveis e serão quem vai colocar a mão na massa para ter o
scrum realizado.

Esses desenvolvedores serão guiados a todo momento pelo scrum

master, mas terão total autonomia para fazer o que acharem melhor
visto uma entrega melhor e com uma qualidade superior.

O time de desenvolvedores pode ser composto por esses profissionais:

Arquiteto de Software
Programador Back-end, Front-end e Full-stack
Testador
UX
Entre vários outros
Web Developer
 8
EVENTOS DO SCRUM
Sprint

A sprint é o coração do scrum, aqui todas as ideias vão sair do papel e

se tornar palpáveis.

Sprint são eventos de duração que varia de 1 mês ou menos para

ganhar forma. A sprint é responsável por todo o trabalho necessário,
incluindo planejamento de sprint, scrums diários, revisão de sprint e
retrospectiva de sprint, acontece dentro de sprints.

Durante um sprint nenhuma mudança é feita que possa colocar em

risco o objetivo da sprint, a qualidade não pode cair, o backlog pode ser
mudado conforme a necessidade.
Planejamento da Sprint

O planejamento da sprint começa quando é definido o que será feito

na sprint, esse plano é criado pelos desenvolvedores.

O product owner e o scrum master vão discutir nesse momento quais

vão ser as atividades do backlog a serem feitas com maiores
prioridades e definir o tempo que deverão ser feitas.

O planejamento vai responder a seguinte pergunta...

O que pode ser entregue no próximo Sprint?

Durante o período de planejamento do Sprint, a sua equipe de

desenvolvedores trabalhará para a funcionalidade a ser desenvolvida
durante o Sprint.

O Product Owner discutirá o objetivo que a Sprint busca atingir. Fora

isso, os itens do Backlog do produto ajudarão a atingir a meta do Sprint.

A Equipe de Desenvolvimento selecionará quantos itens para a Sprint

virão do Backlog do produto. É a Equipe de desenvolvedores que vai
passar todas as informações necessárias sobre o que eles podem
realizar além das expectativas do Sprint.

Seguindo os itens do Backlog do Produto, a Equipe de desenvolvedores

vai fazer a Sprint enquanto a Equipe Scrum elaborará a Meta da Sprint.

A Meta do Sprint é o objetivo que será alcançado dentro do Sprint

quando o Backlog do Produto for implementado. Ele oferece um guia à
Equipe de Desenvolvedores sobre por que o Incremento está sendo
construído.
Como o trabalho será realizado?

Uma vez que a meta foi traçada e a Sprint foi definida, os itens do
Backlog do produto foram selecionados para a Sprint, a Equipe de
Desenvolvimento vai decidir como a funcionar o incremento de produto
“Concluído” durante a Sprint. Os itens do Backlog do Produto que são
escolhidos para este Sprint, junto com o plano para serem entregues,
são conhecidos como o Backlog do Sprint.

A equipe de desenvolvedores vai projetar um sistema para converter o

Backlog do Produto em um incremento de produto funcional. O
trabalho poderá em relação ao esforço necessário e ao tamanho.
Durante o planejamento do Sprint, a equipe de desenvolvedores fará
uma previsão do que acredita que pode ser alcançado no próximo
Sprint.

Depois que o objetivo da próxima sprint for definido, o time de

desenvolvedores quebrará em pequenos processos diários. Em seguida
cada um vai se auto-organizar para fazer o trabalho da Sprint do
Backlog.

Objetivo da sprint

O time de desenvolvedores irá definir qual é planejamento para o

objetivo da sprint, essa será o grande objetivo onde todos caminharão
para ele e todo o trabalho realizado será feito para chegar nesse
objetivo, no nosso mundo da programação, temos os seguintes
exemplos de objetivos:

Terminar a home do site em 3 dias;

Terminar a parte do faq e do checkout;

Entregar o app completo em 4 meses;

 Programação Desktop; entregar sistema operacional do windows,
MAC ou Linux;

Terminar o processamento da coleta de dados;

Entregar site completo em 15 dias;

Entregar game 1000% até o novembro;

Entregar coleta de dados na primeira script.

Olhe esses exemplos, é de extrema importância que você tenha

objetivos claros porque só todos saberão para onde estão caminhando
e qual é o objetivo final a ser alcançado.

Backlog Sprint

O Backlog da Sprint é composto pela Meta da Sprint (por quê), pelo

conjunto de itens do Backlog do Produto selecionados para a Sprint (o
quê), bem como por um plano de ação para entregar o Incremento
(como).

O backlog sprint é feito por e para desenvolvedores. É possível

visualizar a qualquer momento o trabalho que os desenvolvedores
pretendem realizar na sprint para chegar na meta sprint.

Daily Scrum

O objetivo do Daily Scrum é inspecionar o que está sendo feito, adaptar

o Sprint BackLog quando necessário.

Todo dia acontece um reunião de 15 minutos(daily scrum), é realizado

no mesmo horário e local todos os dias úteis do Sprint, tudo é discutido
em um curto período e se o scrum master está trabalhando
ativamente, se os desenvolvedores estão trabalhando nos itens do
Backlog Sprint e ect.
Os dailys scrum melhoram a comunicação com o time, identifica
problemas, e ajuda na tomada de decisões rápidas

Isso significa que o Daily Scrum é para a inspeção do progresso do

objetivo do Sprint. Isso garante que o trabalho esteja no caminho certo
e com base no Sprint Backlog o que torna muito mais fácil cumprir a
meta.

Perguntas comuns do Daily Scrum Meeting:

1. Você vem trabalhando no quê?

2. Hoje, o que você fará?
3. Está seguindo a priorização conforme combinado?
4. Você precisa de ajuda? Existe algo que necessite destravar?

Obs.: No scrum não existe prestação de conta e sim auto sugestão, com
foco no alinhamento da sprint, comunicação e interação com o time.

Sprint: Revisão

Quando a sprint for finalizada é de extrema importância realizar a

revisão da sprint para inspecionar o resultado da sprint e fazer futuras
mudanças. Aqui os desenvolvedores vão apresentar os resultados e o
progresso em direção às metas.

Ainda na revisão, o time de desenvolvedores vai analisar o que foi

realizado e o que mudou no ambiente. Os feedbacks podem se tornar
itens do backlog ou mudanças.
Partes importantes da revisão:

Participação da Equipe Scrum e das partes interessadas, conforme

convidado pelo Dono do Produto
O Product Owner explica os itens do backlog do produto que estão
"concluídos" e não "concluídos".
A equipe de desenvolvimento explica o que funcionou durante a
Sprint e o que não funcionou, e como os problemas foram
resolvidos
A equipe de desenvolvimento revela o que está "pronto" e fornece
respostas sobre o incremento
O Dono do Produto discute o status do Backlog do Produto e
projeta as possíveis datas de conclusão
Todo o grupo colabora nas próximas etapas para que a Revisão do
Sprint forneça informações valiosas para o planejamento do Sprint
futuro
Analisar o mercado ou o possível uso do produto, quaisquer
mudanças e o que há de mais valioso a fazer a seguir
Revisar o cronograma, orçamento, recursos e mercado para o
lançamento do produto.

Retrospectiva Sprint

O maior objetivo na retrospectiva Sprint é aumentar a qualidade e

eficácia.

O time de desenvolvedores inspeciona o último sprint em relação a

interações, membros, processos, ferramentas e a definição de feito O
time vai discutir o que deu certo, quais formas os problemas e como
esses problemas foram resolvidos ou não.

O time de desenvolvedores irá identificar quais são as adaptações mais

úteis para melhorar os resultados, elas poderão ser adicionadas no
próximo backlog da sprint.
A reunião para a retrospectiva tem como limite 3-4 horas de duração.

O scrum master estará presente, mas como membro para fornecer

informações sobre o último sprint, o objetivo dessa reunião é:

Para inspecionar o último Sprint

Identificar e solicitar os principais itens que funcionaram e o que
precisa ser melhorado
Desenvolver um plano para implementar melhorias no Time Scrum
e na forma como eles trabalham

Assim que o time tiver terminado, estará claro o que precisa ser
melhorado no próximo sprint.
 9
ARTEFATOS SCRUM
Representa o trabalho ou valor para fornecer a transparência, os
artefatos têm como objetivo deixar tudo claro e transparente para que
todos tenham o mesmo entendimento das informações.

Backlog do Produto

O backlog são todas as tarefas que têm que ser feitas para a entrega de
um produto completo e com qualidade.

Os processos do produto podem ser realizados pelos desenvolvedores

em um sprint. Esse ato se dá pela quebra do processo em partes
menores para tornar a realização mais fácil

É um trabalho contínuo, ou seja, ele está sempre sendo atualizado e

melhor pelo time de desenvolvedores, ele está sempre em evolução
sendo assim ele nunca tem uma forma final.

Ele contém uma série de coisas que devem ser levadas com muita
atenção: recursos, requisitos, funções, aprimoramentos e correções
que constituem as alterações a serem feitas em um produto no
lançamento futuro.

O produto com mais feedback terá uma atualização maior, nesse caso,
apenas um Backlog do produto será usado para descrever o produto.
Para refinar o Backlog do Produto , detalhes, estimativas e a ordem dos
itens podem ser alterados.
Backlog Sprint

O Backlog da Sprint é composto pela Meta da Sprint (por quê), pelo

conjunto de itens do Backlog do Produto selecionados para a Sprint (o
quê), bem como por um plano de ação para entregar o Incremento
(como).

O backlog sprint é feito por e para desenvolvedores. É possível

visualizar a qualquer momento o trabalho que os desenvolvedores
pretendem realizar na sprint para chegar na meta sprint

O objetivo dessa sprint é realizar os itens do backlog no prazo

determinado, por exemplo: entregar um site em 10 dias ou um app em
45 dias.

A todo momento o time pode mudar atividades do backlog da sprint

conforme o time de desenvolvedores trabalha.

Se houver a necessidade de um novo trabalho ser feito, ele é

adicionado ao Backlog da Sprint pela Equipe de Desenvolvimento. À
medida que está sendo terminado, a estimativa de trabalho a ser
realizado é atualizada. Ao longo do trajeto, quaisquer elementos do
plano que não sejam necessários poderão ser removidos.

Somente a equipe de desenvolvimento pode alterar o backlog da sprint.

 10
SPRINT BACKLOG
Monitorando o Progresso

O Backlog da Sprint é composto pela Meta da Sprint (por quê), pelo

conjunto de itens do Backlog do Produto selecionados para a Sprint (o
quê), bem como por um plano de ação para entregar o Incremento
(como).

O backlog sprint é feito por e para desenvolvedores. É possível

visualizar a qualquer momento o trabalho que os desenvolvedores
pretendem realizar na sprint para chegar na meta sprint

O objetivo dessa sprint é realizar os itens do backlog no prazo

determinado, por exemplo: entregar um site em 10 dias ou um app em
45 dias.

A todo momento o time pode mudar atividades do backlog da sprint

conforme o time de desenvolvedores trabalha.

Se houver a necessidade de um novo trabalho ser feito, ele é

adicionado ao Backlog da Sprint pela Equipe de Desenvolvimento. À
medida que está sendo terminado, a estimativa de trabalho a ser
realizado é atualizada. Ao longo do trajeto, quaisquer elementos do
plano que não sejam necessários poderão ser removidos.

Somente a equipe de desenvolvimento pode alterar o backlog da sprint.

 11
INCREMENTO
Incremento

O incremento é o ponto de partida para o objetivo do produto. Ele é

adicionado aos incrementos anteriores e é 100% verificado pelo time e
pelo scrum master, sendo assim uma junção perfeita para que ele
funcione corretamente. Pode ser uma mudança ou melhoria.

Qualquer incremento poderá ser adicionado na sprint e todos os

incrementos adicionados serão apresentados da revisão da sprint. Os
incrementos podem ser colocados antes do final da sprint.

O incremento é um produto consumível ,ou seja, ele não é um

protótipo que pode ser descartado. Ele tem que estar 100% pronto
para ser usado pelo seu cliente.

Veja um exemplo de incremento.:

No desenvolvimento de software, o incremento são as

funcionalidades do software (features).

Novo site feito 100%;

Sistema operacional adicional para Linux;

Novo mapa do Jogo xxx completo e pronto para uso;

Mudança na página de início e 100% pronta para uso.

Definição de Concluído

A definição de concluído é quando o incremento atinge as metas de

qualidades pedidas do produto. Essa será a definição se o incremento
estará apto para ser oferecido ao público.

É esta definição que vai oferecer um guia à Equipe de Desenvolvimento

quanto ao número de itens do Backlog do Produto que devem ser
feitos durante o processo de Planejamento da Sprint.

Ainda quando houver pessoas trabalhando em tais incrementos, o time

de desenvolvimento terá que colocar assim que finalizar, definir como
“pronto”.

A razão pela qual cada Sprint existe é: entregar incrementos que tem
potencial e que se encaixem na definição de “Pronto” do Time Scrum.

Ele precisa estar 100% concluído para ter essa definição.

Veja alguns exemplos:

O item tem que estar escrito no formato de História de Usuário;

Os critérios de aceitação estão definidos;

As métricas para medição de impacto do item foram selecionadas;

O valor de negócio do item foi definido;

Consumidores do item foram convidados para Revisão da Sprint;

O esforço para construção do item foi estimado.

Sistema web executado;

Análise de dados foi concluído;

Sistema operacional para smartphone e/ou android feito;

O jogo(celular, computador, vídeo game) foi concluído.

 12
FERRAMENTAS
PARA SE USAR
NO SCRUM
Trello

O trello é de longe uma das melhores ferramentas para se colocar em

prática o scrum, possuindo assim um interface muito prática e intuitiva
com um bom ganho de tempo nas atividades a serem executadas.

Dentro do trello é possível comentar nas tarefas que foram concluídas

e entregues, sendo assim fornecendo um feedback para fazer um
alinhamento com o objetivo da sprint.

Por meio das colunas é possível segmentar todas as atividades do

backlog. Dentro do trello é possível colocar headlines, responsável por
cada atividade e a deadline.

Exemplo:

Você pode criar colunas “product backlog”, “backlog sprint”, “doing”,

“done”, pode ajudar no manejo das atividades. Você pode marcar as
atividades que precisam de prioridade de execução apenas usando
etiquetas, assim você mantém a transparência com o grupo e deixa
claro qual é a atividade mais importante. É de extrema valia marcar o
scrum master em cada atividade para tirar dúvidas e fazer a inspeção.

Você também pode colocar, por exemplo assim anda coluna:

Em andamento:

Definir linguagem que será usada;

Terminar a home do site

Terminar por completo o site

Entregar a coleta de dados;

Entregar o pré-processamento e processamento da coleta de dados;

Não está necessariamente na ordem.

Asana

O asana também é muito parecido com o trello, tendo algumas funções

a mais, como: relatos de bug, lançamento do produto, feedback, além
de uma hierarquia de permissões, o que é bem importante para o
projeto. E o mais importante: é totalmente gratuito.

O desempenho de cada participante do projeto pode ser colocado

relatórios sobre o mesmo, bem como o progresso até o objetivo final.

Asana é ideal para times de TI.

 13
MAS, PORQUE
SCRUM?
A própria estrutura do scrum é fácil. As regras, artefatos, eventos e
funções são fáceis de entender. Sua abordagem realmente ajuda a
remover empecilhos no processo de desenvolvimento, ao mesmo
tempo que dá espaço suficiente para que os integrantes apresentem
seu valor individual.

A organização de tarefas complexas são gerenciáveis ​o que torna ideal

para projetos difíceis.

Além disso, a demarcação clara de funções e eventos planejados

garantem que haja transparência em todo o ciclo de desenvolvimento.

Os lançamentos rápidos mantém a equipe motivada e os usuários

felizes, pois eles podem ver o progresso em um curto espaço de tempo
a qualquer momento.
CONSIDERAÇÕES
FINAIS
O método scrum é imutável e com esse passo a passo que você acabou
de ler, você poderá facilmente colocar tudo em prática e ter resultados
consideráveis.

Apostar em seus princípios cria uma sucessão de boas práticas e

acompanhamento dos processos de construção de produtos
complexos, que são bem feitos através dos Sprints.