ENGENHARIA DE

SOFTWARE
Alessandra Costa Smolenaars Dutra - Aula 04
 MAPA DA AULA
Neste material, você tem uma linha do tempo com os principais
acontecimentos das videoaulas, organizados nas seguintes seções:

Para lembrar Para ir além Para exercitar

Momentos importantes Curiosidades, Dinâmicas, exercícios
da disciplina. Conceitos e personalidades e interativos e infográficos.
termos relevantes para o entretenimento.
conteúdo da aula.

Esta é uma versão simplificada do Mapa da Aula, para impressão. Os recursos interativos
disponíveis no material não funcionarão nesta versão. Para uma experiência mais enriquecedora,
acesse a versão completa do Mapa da Aula na aba AULAS.

2
 AULA 4 ● PARTE 1

01:31 O que é o Scrum?

Em 1986, Takeuchi e Nonaka publicaram um estudo na
Takeuchi e Nonaka Harvard Business Review no qual comparavam equipes
de alto desempenho e multidisciplinares com a formação
Hirotaka Takeuchi é reitor da Scrum, oriunda das equipes de rugby. O propósito dessa
Escola de Estratégia Corporativa formação é planejar estratégias antes de seguir com novas
Internacional da Universidade jogadas. Anos depois, em 1995, o Scrum foi formalizado por
Hitotsubashi, e é reconhecido Jeff Sutherland e Ken Schwaber.
como um dos melhores professores Scrum não é um processo, uma técnica ou um método
de gerência para programas de definitivo. Trata-se de um framework no qual podemos
educação corporativa no mundo. empregar diversos processos e técnicas.
Ikujiro Nonaka é professor emérito
da Universidade Hitotsubashi,
sendo reconhecido como uma das Framework
pessoas mais influentes na área de Trata-se de um conjunto de etapas ou cerimônias que
negócios. devem ser executadas, tendo em vista um objetivo.

O Scrum evidencia a eficácia relativa das práticas de

Usos do Scrum 04:41
gerenciamento e desenvolvimento de produtos, de modo
que possamos melhorar tanto o produto quanto o time e o
O Scrum foi inicialmente desenvolvido a fim de gerenciar e ambiente de trabalho. Vale observar que:
desenvolver produtos. Surgido no começo dos anos 1990,
esse framework tem sido utilizado extensivamente, em
todo o mundo, com os seguintes objetivos: pesquisar e Dentro do framework do Scrum, temos
uma série de artefatos e de eventos.
identificar mercados viáveis, tecnologias e funcionalidades
de produtos; desenvolver produtos e melhorias; liberar
produtos e melhorias frequentes; desenvolver e sustentar
ambientes na nuvem e outros ambientes operacionais para
uso de produtos; e sustentar e renovar produtos.

3
 Times grandes muitas vezes não funcionam tão
bem com o Scrum. Então, essencialmente, ele
funciona melhor com times pequenos.
06:02 Valores do Scrum
a) Compromisso: o time Scrum compromete-se a atingir
Papéis do Scrum 11:14 seus objetivos e suportar uns aos outros;
b) Foco: o principal foco do Scrum é o trabalho da Sprint,
a) Product Owner: próximo do cliente, seu principal desafio visando conquistar o melhor progresso possível na direção
é entender o negócio. O PO também é responsável por dessas metas;
maximizar o valor do produto resultado do trabalho da c) Abertura: o time Scrum e seus stakeholders são abertos
equipe de desenvolvimento, bem como por desenvolver e quanto ao trabalho e os desafios;
gerenciar o backlog do produto;
d) Respeito: os membros do time Scrum se respeitam
b) Scrum Master: responsável por cuidar e promover o quanto a serem pessoas capazes e independentes, e são
framework do Scrum, garantindo que ele será devidamente respeitados como tal pelas pessoas com quem trabalham;
executado e ajudando a todos a entenderem a teoria,
as práticas, as regras e os valores do Scrum. Quando e) Coragem: os membros do time Scrum têm a coragem de
o time está parado, cabe ao Scrum Master remover os fazer a coisa certa e de trabalhar em problemas difíceis.
impedimentos. Ele também está associado a uma série de
responsabilidades no apoio ao PO, no apoio ao time de
desenvolvimento e no apoio à organização;

Se eu tenho um ambiente novo dentro da

empresa, se estou recém começando a
trabalhar com o Scrum, então o Scrum Master
pode, nesse sentido, estar trabalhando junto
ao time de desenvolvimento, apoiando-o.

c) Equipe de desenvolvimento: responsável pela execução

do projeto, entregando o produto ao cliente. Os membros
do time contam com todas as habilidades necessárias
para transformar os requisitos do PO em uma versão
entregável do produto ao final de cada Sprint. As equipes
de desenvolvimento são auto-organizadas e sabem que a
responsabilidade pelas entregas é sempre coletiva.

4
 Dentro de um time, eu tenho desenvolvedores,
eu tenho um time que vai fazer a entrega. Para
o Scrum, não existem diferenças, por mais que
cada um tenha as suas soft skills e as suas hard Para exercitar
skills.
Assinale a definição correta para os conceitos abaixo:

Backlog
Lista de funcionalidades priorizada so-
Trata-se de uma lista de funcionalidades priorizada Framework. bre os quais o Time de Desenvolvimento
sobre os quais o Time de Desenvolvimento trabalhará trabalhará no decorrer do projeto.

no decorrer do projeto, e que deverão ser entregues ao

Conjunto de etapas ou cerimônias que
cliente ao longo das Sprints. Backlog. devem ser executadas, tendo em vista
um objetivo.

Não é um processo, uma técnica ou um

método definitivo. Trata-se de um fra-
Scrum.
mework no qual podemos empregar di-
versos processos e técnicas.

5
 AULA 4 ● PARTE 2

00:37 Eventos do Scrum

Os principais eventos do Scrum são: a Sprint, o
planejamento da Sprint, a reunião diária, a revisão da
Sprint 05:52
Sprint e a retrospectiva da Sprint. Os eventos são usados
no Scrum para criar uma regularidade e minimizar a
Considerada o coração do Scrum, é um time-boxed de um necessidade de reuniões não definidas no Scrum. Todos
mês ou menos para criar consistência. Vale destacar que os eventos são eventos time-boxed (períodos fechados),
uma nova Sprint é iniciada imediatamente após a conclusão de modo que sempre têm uma duração máxima. Nesse
da Sprint anterior, e ela pode ser cancelada a qualquer sentido, uma vez que a Sprint começa, sua duração é fixada
momento. Ela consiste em um planejamento da Sprint, em e não pode ser reduzida ou aumentada. Ou seja:
reuniões diárias, no trabalho de desenvolvimento, em uma
revisão da Sprint e na retrospectiva da Sprint.
Durante a execução da Sprint, ela não é submetida a A gente não pode esticar o tempo
da Sprint. Se o time não conseguiu
mudanças que possam colocar a sua meta em perigo. A entregar, essa atividade vai ficar para a
qualidade nunca diminui, e o Product Backlog é refinado próxima Sprint.
conforme o necessário. Além disso, em caso de dúvidas, o
escopo da Sprint pode ser esclarecido e renegociado entre
o time de desenvolvimento e o PO.

Planejamento da Sprint 09:08

Nessa etapa do Scrum, com duração máxima de oito horas,

trabalha-se com duas perguntas: o que pode ser entregue
como resultado do incremento da próxima Sprint? Como
o trabalho necessário para entregar o incremento será
realizado? No primeiro caso, o PO propõe como o produto
pode aumentar seu valor e utilidade na Sprint atual, e o
Scrum Team colabora para definir uma meta que comunique

6
o valor da Sprint para os stakeholders. Por meio de
discussão com o PO, o Time de Desenvolvimento seleciona 15:35 Reunião diária
os itens do Product Backlog para incluir na Sprint.
A reunião diária do Scrum é um evento time-boxed de
No segundo caso, o time de desenvolvimento determina o
15 minutos realizado todos os dias da Sprint. É por meio
trabalho necessário para entregar o incremento, e o time
da reunião diária que o time de desenvolvedores pode
não recebe ordens de ninguém sobre como transformar
inspecionar o progresso na direção do objetivo da Sprint,
itens do Product Backlog em incrementos de valor. Tendo
de forma que os participantes possam compartilhar o que
definido a meta da Sprint e selecionado os itens de Product
fizeram desde o último encontro, o que pretendem realizar
Backlog da Sprint (Backlog da Sprint), o time decide como
até a reunião seguinte e os problemas que têm encontrado
irá construir as funcionalidades.
pelo caminho.

Quando a gente fala em “incremento”, falamos

da entrega.
19:16 Revisão de Sprint
É nesse momento que o time de desenvolvimento mostra
Backlog da Sprint para o PO o que foi feito e que não foi feito durante uma
determinada Sprint. A revisão reúne o Time Scrum e
Os itens de Backlog do Produto selecionados para a stakeholders convidados pelo PO. Assim, todos podem
Sprint, junto com o plano de entrega desses itens, é discutir os pontos positivos e os problemas oriundos da
chamado de “Backlog da Sprint”. Em outras palavras, Sprint. O resultado da Revisão da Sprint é um Backlog do
trata-se de um conjunto de itens do Backlog do Produto, Produto revisado que define os prováveis itens do Backlog
representado na forma de um Quadro de Tarefas, de Produto para a próxima Sprint.
selecionados para entregar o incremento e atingir a meta
da Sprint.

24:05 Retrospectiva
É nessa etapa que, com base na experiência que tiveram
O planejamento de uma Sprint tem um
na Sprint, o time identifica pontos positivos e pontos a
timebox definido no máximo de oito horas.
Essa reunião não pode passar de oito horas. Se melhorar no que tange às pessoas, aos relacionamentos,
ela estiver passando, tem algo de errado com aos processos e às ferramentas. Trata-se, portanto, de uma
essa reunião de planejamento. oportunidade para o Time Scrum inspecionar a si próprio
e criar um plano para melhorias a serem aplicadas na
próxima Sprint. Ao final da retrospectiva, as melhorias que
serão implementadas na próxima Sprint já devem ter sido
devidamente mapeadas. Nesse sentido, vale destacar que:

7
Toda Sprint tem alguma coisa que foi
legal e tem alguma coisa que ficou
pendente.

8
 AULA 4 ● PARTE 3

Backlog do Produto 04:26

Trata-se de uma lista priorizada e ordenada de tudo o que

é sabidamente necessário no produto. A responsabilidade
pelo Backlog do Produto recai sobre o Product Owner, que 08:10 Backlog da Sprint
deve observar ainda o seu conteúdo, a sua disponibilidade e
a sua ordenação. Trata-se de um conjunto de itens do Backlog do Produto
selecionados para a Sprint, juntamente com o plano para
O compromisso do Backlog do Produto é, justamente, a
entregar o incremento do produto e atingir o objetivo da
meta do produto. Essa meta, presente no próprio Backlog,
Sprint. É por meio do Backlog da Sprint que o time de
descreve um estado futuro do produto que pode servir
desenvolvimento prevê o trabalho necessário para entregar
como alvo para o Time Scrum planejar. Podemos dizer que a
determinada funcionalidade e um incremento pronto.
meta do produto é o objetivo de longo prazo para o Scrum
Team, o qual deve sempre cumprir um objetivo antes de O compromisso do Backlog da Sprint é a meta da
assumir o próximo, ou abandoná-lo para que dê lugar ao Sprint, criada durante o Planejamento da Sprint. É um
seguinte. compromisso dos desenvolvedores que fornece flexibilidade
em relação ao trabalho necessário para alcançá-la. Nesse
sentido:
User Stories
Oriundas da metodologia XP, e posteriormente trazidas A meta da Sprint cria coerência e foco,
para o Scrum, são descrições simples e curtas de uma encorajando o Time Scrum a trabalhar
determinada funcionalidade requerida pelo cliente, de junto ao invés de iniciativas separadas.
acordo com o seu ponto de vista. As user stories são
utilizadas pela maior parte das metodologias ágeis para a
construção de Backlog.
12:18 Incremento
Refere-se à soma de todos os itens do Backlog do Produto
completados durante uma Sprint, bem como ao valor dos
incrementos de todas as Sprints anteriores. Ao final de
uma Sprint, um novo incremento deve estar com o status

9
 de “pronto”, o que significa que deve poder ser utilizado e
atender a definição de “pronto” do Scrum Team.
A definição de “pronto”, uma descrição formal do estado
Gráfico Burndown 23:54
do incremento quando atende às medidas de qualidade
exigidas para o produto. Vale destacar que os itens do
Criado em 2000 por Ken Schwaber, foi inicialmente utilizado Product Backlog só são liberados ou apresentados à Sprint
para gerenciar projetos de software. Muito usado no Scrum Review quando atendem à definição de “pronto”. Sendo
atualmente, trata-se de uma ferramenta de medição visual parte dos padrões da organização, todos os Times Scrum
para apresentar o trabalho concluído por dia em relação à devem seguir uma definição.
taxa de conclusão projetada para o projeto. O gráfico exibe,
em um plano cartesiano bidimensional, tanto uma reta de
referência quanto uma reta representativa do atual estado Toda Sprint tem alguma coisa que foi
do projeto, sendo ambas as variáveis relacionadas ao tempo legal e tem alguma coisa que ficou
pendente.
da Sprint e ao esforço necessário para completá-la.

Definition of Ready
Quadro Kanban 23:60 Trata-se de um acordo entre o time de desenvolvimento
e o Product Owner, o qual é aplicado a todas as User
Stories com o objetivo de impedir que os itens do Backlog
Trata-se de uma ferramenta visual responsável pela gestão cheguem à reunião de planejamento com granularidade
de tarefas, oferecendo maior visibilidade para o time e ruim, e com pouco ou nenhum detalhamento.
para a empresa em relação ao trabalho que está sendo
executado. Uma característica própria do Quadro Kanban
é que podemos usar avatares para representar os times, Definition of Done
tornando a sua utilização bastante divertida. Trata-se de um acordo definido pelos desenvolvedores
e pelo Product Owner, o qual é aplicado a todas as User
Stories com o objetivo de que todos os membros do time
tenham um entendimento compartilhado do que significa
“done”, garantindo transparência.

Eu não posso colocar uma

funcionalidade pra rodar dentro de
uma Sprint se o time possui dúvidas em
relação a essa funcionalidade ou não
possui todos os insumos necessários
para que ela possa ser desenvolvida.

10
Product Backlog Building
Publicado em 2021 por Fábio Kanban
Aguiar e Paulo Caroli, o livro
apresenta um guia prático para Publicado em 2010 por David J.
quem deseja construir um produto Anderson e Donald G. Reinertsen,
de sucesso, criando e refinando o livro aborda o conceito de
o backlog. Ao incorporar o PBB Kanban, os porquês de utilizá-
no fluxo de desenvolvimento de lo na sua equipe de trabalho e as
produtos, seguindo o passo a passo oportunidades de melhoria que
apresentado nesta obra, você e seu surgirão do Kanban.
time colherão uma série de bons
resultados.

Para exercitar
Relacione corretamente as colunas a partir dos conceitos trabalhados
durante o capítulo sobre “incremento”.

CONCEITOS OBJETIVOS

Definition of Ready. Que todos os membros do time te-

nham um entendimento comparti-
lhado do que significa “Done”, ga-
rantindo transparência.

Definition of Done. Impedir que os itens do Backlog

cheguem à reunião de planejamento
com granularidade ruim, e com pou-
co ou nenhum detalhamento.

11
 AULA 4 ● PARTE 4

Kanban 01:23

O termo “Kanban”, de origem japonesa, significa

“sinalização” ou “cartão”. Sua aplicação no universo dos
06:11 Princípios do Kanban
negócios sugere o uso de cartões (post-its) para indicar
e acompanhar o andamento da produção no contexto da 1) Comece pelo que você já faz agora;
indústria. O Kanban é, portanto, um sistema ágil e visual 2) Busque por mudanças evolutivas e incrementais;
para controle e gestão de tarefas, o qual busca gerenciar o 3) Respeite a estrutura atual, relativa a papéis
trabalho conforme ele se movimenta pelo processo. responsabilidades e cargos;
O surgimento do Kanban remonta ao final dos anos 1940, 4) Incentive atos de liderança em todos os níveis
quando a Toyota introduziu o modelo de fabricação “just organizacionais.
in time” em sua produção de automóveis. Esse modelo é
baseado na demanda do cliente, ao invés da prática então
vigente de produzir certas quantidades de mercadorias e Kaizen
empurrá-las ao mercado. Foi do chamado “Sistema Toyota Do japonês, significa “melhoria” ou “mudança para
de Produção” que o Kanban se originou. melhor”. A expressão se refere às práticas que incidem
O propósito central do Kanban é minimizar as atividades, sobre a melhoria contínua, sejam elas grandes ou
sem sacrificar a produtividade; é criar mais valor para o pequenas, comumente associadas a operações de
cliente, sem gerar mais custos. manufatura, como na Toyota, mas também está presente
na gestão de negócios, na saúde, nos governos, entre
outros segmentos.
É fácil implantar o Kanban. Geralmente,
você não tem muita resistência para fazer a
implantação do Kanban. Então, o Kanban é
fácil de ser implementado em qualquer tipo
de negócio, já que não há a necessidade de
grandes mudanças.

12
 David Anderson
Pioneiro no campo de Lean/
Práticas do Kanban 11:50
Kanban para desenvolvimento
de software e gerenciamento de
1) Visualização do fluxo de trabalho usando a tabela/quadro equipes de software eficazes, tem
e o cartão Kanban, de forma que as equipes tenham o mais de 25 anos de experiência na
conhecimento pleno desse fluxo; indústria, começando com jogos
de computador no início dos anos
2) Limitação do trabalho em andamento, ou o “work in
1980. Anderson liderou equipes
progress” (WIP), identificando o valor máximo de atividades
de software entregando grande
em cada coluna do quadro Kanban;
produtividade e qualidade a partir
3) Gerenciamento do fluxo, tornando-o rápido e tranquilo; do emprego de métodos ágeis
4) Explicitação de políticas, de formas que os processos inovadores.
sejam definidos, publicados e socializados claramente;
5) Implementação de loops de feedbacks, analisando o fluxo
de trabalho e promovendo mudanças, sempre visando a
menor resistência possível;
6) Melhorias na colaboração e evolução experimental,
tornando colaborativos o processo e a proposição de
soluções.
Jira

Lead Time
Refere-se ao tempo médio de entrega de ponta a ponta.
É o tempo em que um tarefa entra na coluna “To do” e
torna-se “Done” - isto é, pronto para o cliente.

Cycle Time
Refere-se à frequência ou o ritmo de saída do sistema -
isto é, à diferença entre o momento em que a atividade é Desenvolvido pela Atlassian e lançado em 2002, é
considerada “Em progresso” e o momento em que entra uma ferramenta que permite o monitoramento de
no estágio final. tarefas e acompanhamento de projetos, garantindo o
gerenciamento de todas as suas atividades em único lugar.
Acesse clicando aqui.

13
Throughput
Refere-se à taxa de saída do volume de entregas
por período de tempo. Trata-se de uma métrica que
Trello
demonstra a quantidade de atividades entregues em um
determidado período de tempo (semana, mês...).

CFD
O Cumulative Flow Diagram é uma métrica usada para
visualizar o fluxo de trabalho através dos status de cada
uma das atividades, demonstrando o quanto ainda resta
fazer, quais as tarefas que estão em andamento e quais já
foram devidamente concluídas.
Desenvolvido pela Fog Creek Software e lançado em 2011, é
um aplicativo de gerenciamento de projetos que opera em
Flow Efficiency
um modelo de negócio freemium. Em 2017, foi adquirido pela
Trata-se de uma métrica que auxilia na redução do tempo empresa australiana Atlassian. Acesse clicando aqui.
não produtivo em meio ao fluxo de uma atividade.

14
 AULA 4 ● PARTE 5

Hands on 03:20

A professora coloca em prática os temas abordados ao

longo de toda a sua aula, demonstrando a criação do
Backlog de Produto e do Backlog da Sprint para um projeto Para exercitar
baseado em metodologias com base em funcionalidades
desejadas pelo cliente. Vale lembrar que o Backlog de Assinale a definição correta para os conceitos abaixo:
Produto é uma visão ordenada das funcionalidades
priorizadas pelo PO, enquanto o Backlog da Sprint é
organizado após à reunião de planejamento, refere-se às Refere-se às funcionalidades seleciona-
Backlog de Produto. das para serem executadas dentro da
funcionalidades selecionadas para serem executadas dentro Sprint.
da Sprint. A plataforma utilizada foi o Miro, que pode ser
acessada clicando aqui. Uma visão ordenada das funcionalida-
Backlog da Sprint. des priorizadas pelo PO.
Além disso, a professora também demonstra o
funcionamento do Quadro Kanban. Controlando as tarefas
e o fluxo de atividades, os itens são classificados de acordo
com os estágios do Kanban. Nesse caso, a plataforma
utilizada foi o Trello, que pode ser acessada clicando aqui.

Na reunião de planejamento, eu vou tirar

do Product Backlog e vou colocar na
Sprint Backlog, junto com o meu time de
desenvolvedores.

15