Escolas Integradas – Educação Continuada

MÉTODOS ÁGEIS EM
PROJETOS

EDUCAÇÃO DIGITAL
AS VANTAGENS
DO SEU CURSO!

Estude em qualquer
Flexibilidade de lugar
tempo
Autonomia da
Aprendizagem aprendizagem
Suporte de colaborativa
tutores
 Agenda da aula

ROTEIRO DE ESTUDOS:
APRESENTAÇÃO
INTRODUÇÃO
TEMA 1: À importância dos métodos de gestão em projetos;
TEMA 2: Conceitos das principais ferramentas dos métodos ágeis;
TEMA 3: As empresas que poderão trabalhar com métodos tradicionais e métodos
ágeis;
TEMA 4: O uso de métodos ágeis na condução de projetos;
TEMA 5: A gestão da visão e do escopo em projetos;
TEMA 6: Iniciação, execução e o monitoramento de projetos ágeis;
TEMA 7: Desafios e o futuro da gestão de projetos ágeis.
DEBATE DO CASO
DÚVIDAS
 Boas-vindas e apresentação do Docente
Maria do Carmo de Figueiredo Cisne
▪ Doutora e Pesquisadora em Psicologia do Trabalho e Organizacional (UFRJ);
▪ Mestrado em Psicologia Social (UGF / Bolsista da CAPES);
▪ Graduada em: Psicologia (Bacharelado e Formação) e Administração;
▪ Coordenadora, Professora e Conteudista nos Cursos de Pós-graduação e Graduação -modalidades: Presencial. EaD e Híbrido;
▪ Consultora da Área de TD&E - Treinamento, Desenvolvimento e Educação Profissional (FURNAS, CEF, Banco Itaú, entre outras);
▪ Implementação e Desenvolvimento de Educação Corporativa (Educare);
▪ Mapeamento por Competências e Indicadores de Desempenho;
▪ Psicóloga Clínica e Supervisora na área de Terapia Cognitivo Comportamental com foco na Terapia EMDR;
▪ Membro do Comitê de Ética em Pesquisa Envolvendo Seres Humanos (Membro Externo - FIOCRUZ);
▪ Mentora no Programa "Mentoring Education for Digital Ecosystem" WEEDUCATE" (Núcleo de Empreended. e Inovação - Cesgranrio);
▪ Professora Convidada em IES's, tais como: PUCRJ, FGV (RJ - Presencial e Nacional EaD), SENACRJ, UVA, entre outras);
▪ Cerificada Gestão, Liderança e Tecnologia (PUCRS); Licenciada Modelo Cogn-Comport dos Transtornos relacionados a Traumas (PUCRS);
▪ MBA em Gestão, Inovação e Serviços em Saúde (PUCRS - cursando);
▪ Webconferencista nos cursos de Pós-graduação: PUCRio, UnigranrioAfya e ÂnimaEducação.
Endereço para acessar CV Lattes ID: http://lattes.cnpq.br/2343288849334654
Apresentação da Disciplina

Conhecer e saber aplicar o método correto de acordo

com o desenvolvimento de um projeto representa um
passo importante para o sucesso dessa empreitada.
Dependendo da empresa ou do tipo do projeto, é
Preciso saber qual é o melhor método de gestão de
projeto. O método tradicional é bem específico e possui
uma determinada rigidez do início ao fim do projeto,
em que o projeto final será entregue de acordo com
aquilo que foi projetado lá no seu início. Já o método ágil possui uma certa
flexibilidade durante as suas fases, e isso possibilitará o ajuste do projeto fase a
fase de acordo com a necessidade do cliente. Por isso, antes de iniciar um
projeto, devemos conhecer o melhor método, o que fará uma grande diferença
na gestão e no sucesso do projeto final.
 Apresentação da Disciplina

OBJETIVOS DA DISCIPLINA:

•- Mostrar à importância dos métodos de gestão em projetos;

•- Apresentar os conceitos das principais ferramentas dos métodos ágeis;
•- Apontar às empresas que poderão trabalhar com métodos tradicionais e métodos ágeis;
•- Demonstrar o uso de métodos ágeis na condução de projetos;
•- Analisar a gestão da visão e do escopo em projetos;
•- Descrever à iniciação, execução e monitoramento de projetos ágeis;
•- Debater sobre os desafios e o futuro da gestão de projetos ágeis.
Acordos e combinações

Realização de acordos e combinações.

 Apresentação do Conteúdo

Diante das constantes mudanças e transformações do mundo empresarial, que

se dão pelos novos segmentos de mercado, modelos de negócio e avanços
tecnológicos, empresas que possuem a capacidade de se adaptar com agilidade e
planejamento saem na frente de outras na busca pela prosperidade e
competitividade no mercado (MARZALL; SANTOS; GODOY, 2016). Com o
mercado ficando cada vez mais exigente e dinâmico, faz-se necessária a
utilização de técnicas e ferramentas de gestão de projetos que fogem do
método tradicional. Empresas vem mudando seu jeito de gerenciar suas
demandas, buscando trabalhar com projetos, assim faz-se importante
compreender a metodologia ágil e seus benefícios, visto que as metodologias
ágeis estão cruzando a cultura de gerenciamento de projetos das
organizações, evidenciando o quão bem os processos funcionam,
aumentando a eficácia das mesmas.
A falta de um gerenciamento padronizado para
guiar e auxiliar equipes, muitas vezes, causam
problemas no repasse de informações, o que é
prejudicial, visto que, a maioria das tarefas em um
projeto possuem interdependência, e essa
conexão pode envolver diferentes tipos de
stakeholders.

Visto que empresas necessitam se adaptar ao

mercado e às suas necessidades, você acredita
que com o uso da metodologia ágil pode-se trazer
grandes benefícios à empresa que a utiliza?

( ) Concordam ( ) Discordam
TEMAS
Temas

O Uso de Métodos Ágeis na Condução de Projetos

Temas

Quem já participa de projetos?

Como são essas empresas?
Como são realizados os projetos?
Quem avalia? Como avaliam?
Temas

Antes de se inserir o Manifesto Ágil e como se originou, é importante

compreender o que é, e como gerenciar, um projeto. Segundo descrito no Guia
PMBok (6.ed.), projeto é um esforço temporário empreendido para se criar um
produto, serviço ou resultado único, ou seja, ele possui datas de início e
término definidos para se cumprir objetivos por meio da produção de entregas.
Compreende-se, que o término de um projeto é alcançado quando os objetivos
são atingidos ou quando se conclui que os objetivos não poderão ser atingidos,
fazendo com que o projeto seja encerrado ou o mesmo não seja mais
necessário (PROJECT MANAGEMENT INSTITUTE, 2017).
Temas

A compreensão de gerenciamento de
projetos se dá pela aplicação de
conhecimentos, habilidades,
ferramentas e técnicas às atividades
em um projeto, com a premissa de se
cumprir com os requisitos do mesmo.
Com o gerenciamento de projetos, uma
organização estará possibilitada em
executar um projeto de forma eficaz e
eficiente, auxiliando os indivíduos e
organização a cumprirem com os
objetivos do negócio, resolver
problemas e aumentarem suas
chances de sucesso.
Temas

Quando testadores participam de projetos onde os processos ou

determinada metodologia escolhida não é a melhor, ou não flui de uma
maneira eficiente, muitas vezes ficam desmotivados ou frustrados, pois o
processo e a metodologia utilizados não são os melhores para a
situação. Um processo mal definido ou com má utilização contribui
negativamente para fatores como alta rotatividade de pessoas, baixa
eficácia de testes, atrasos ou demoras em entregas e, como resultado,
temos um sistema instável, com muitos erros e clientes insatisfeitos.
Temas

O Movimento Ágil surgiu como resposta aos métodos tradicionais de

gerenciamento de projetos, que se caracterizavam por serem inflexíveis,
pesados e lentos, pois tem processos orientados por documentação, como o
modelo de cascata4, onde apresentam limitações à equipe de projeto no
desenvolvimento do mesmo. Pelos métodos tradicionais serem pesados e
inflexíveis, empresas pequenas optavam por não usar nenhum método de
gerenciamento para seus projetos, pois os mesmos tinham grande
complexidade para a realidade delas, o que poderia afetar negativamente na
qualidade da entrega final do produto. Surgiu a necessidade de se utilizar
metodologias ágeis, com foco na flexibilidade e agilidade no
gerenciamento de projetos (SOARES, 2004).
Temas

Exemplificando essa situação, podemos pensar em um sistema cujo

desenvolvimento não atinge o esperado nem pela empresa construtora, nem
pela empresa contratante, a qual utiliza e paga pelo usufruto do sistema.
Conclui-se que a empresa responsável pelas entregas ou desenvolvimento não
possui processos bem definidos de testes e não trabalha na melhoria e
evolução de seus produtos, escolhendo e gerenciando mal a metodologia
utilizada. Em um mundo onde o mercado é cada vez mais competitivo, isso
é inadmissível. Com a alta concorrência, jamais a empresa pode pecar em ter
um produto razoável e de qualidade duvidosa porque a metodologia utilizada
no ciclo de desenvolvimento é falha ou não suporta determinado tipo de projeto.
Fazer uma escolha errada e não admitir alteração é pior do que fazer a escolha
errada e reconhecer os erros. O mercado é muito exigente quando paga por
um serviço e não recebe o acordado ou recebe com diversas falhas e
erros.
Temas
 Temas

Metodologia tradicional

A metodologia tradicional, possuindo como técnica ou modelo mais conhecido o

modelo clássico ou cascata (waterfall), que também é conhecido como abordagem
“top-down”. Seu principal objetivo era de estabelecer ordem e padrão em
desenvolvimento de software. Foi chamado de desenvolvimento tradicional, pois é a
base para diversos modelos utilizados há décadas pela indústria de software e é
considerado um modelo rígido de pouca flexibilidade, adaptabilidade e versatilidade,
sendo utilizado em projetos de pequeno, médio e grande porte.
Grande parte de seu alto grau de utilização está no fato de ser um modelo orientado
para documentação, seja ela de qualquer tipo, como textos, representações gráficas,
simulação, diagramas, casos de usos, entre outras. A ideia principal dessa metodologia
é que o software é construído baseado em uma sequência de fases, sendo que cada
uma delas depende da conclusão da outra para ser iniciada, com exceção da primeira.
Temas

Ciclo de Vida de Desenvolvimento de Sistemas (CVDS) - Modelo Cascata

Os resultados da primeira etapa, da
Análise, são concluídos, então a saída
“flui” para a segunda etapa, que é a de
Projeto. As atividades são agrupadas em
tarefas executadas sequencialmente.
 Temas

A metodologia tradicional (algumas premissas que a influenciam):

❑ Linearidade do modelo: as atividades são feitas em sequência e uma só se inicia

quando a anterior está finalizada;
❑ Determinismo: base as especificações, se elas forem seguidas rigorosamente, o
resultado gerado também será o correto;
❑ Especialização: as atividades são realizadas de forma independente, podem ser
executadas por especialistas, com a rígida divisão de papéis entre seus membros;
❑ Foco na execução: como as pessoas são em sua grande maioria especialistas, as tarefas
são simples e determinísticas, bastando a elas somente a execução (valorização dos
processos e uma grande desvalorização das pessoas no desenvolvimento de software);
❑ Crescimento exponencial do custo de alteração: o custo de uma alteração tende a
crescer à medida que o processo de desenvolvimento avança.
 Temas

Modelo de cascata sugere que

uma etapa de um projeto só
tenha seu início após a conclusão
da etapa predecessora. Deste
modo, o projeto corre riscos de
atrasar e não atender os
requisitos caso haja algum erro
nas etapas iniciais, acarretando
no aumento do custo final do
projeto (SOMMERVILLE, 2007, p.
30)
Temas
Temas

O Manifesto Ágil foi concebido no ano de 2001, por 17 desenvolvedores de

softwares que se propuseram a descobrir melhores práticas de gerenciar e
desenvolver sistemas. Os principais valores do movimento seriam:
❑ os indivíduos e a interação entre eles valorizados mais que processos e
ferramentas;
❑ softwares em funcionamento mais que documentação abrangente; colaboração
com o cliente mais que negociação de contratos e
❑ responder às mudanças mais que seguir um plano.
O objetivo do manifesto está focado em satisfazer o cliente, com constantes
interações entre equipe do projeto e cliente de forma pessoal, garantir a
funcionalidade do produto e realizar entregas periódicas, manter equipes motivadas
e trabalhar com simplicidade (BECK et al., 2001).
 Temas

FERRAMENTAS ÁGEIS
Todos os modelos de processos ágeis enfatizam a necessidade de design de qualidade.
Extreme programming (XP) é o modelo mais utilizado, tendo como outros modelos a
Metodologia de Desenv. de Sist. Dinâmicos (DSDM), Desenv. de Software Adaptativo (ASD),
Scrum, Crystal e Desenv. Orientado a Recursos (FDD).

Das principais e mais conhecidas ferramentas que serviram como base para a consolidação
das Metodologias Ágeis e, como consequência, a formulação do Manifesto Ágil foram as
ferramentas: Extreme Programming (XP) e o Scrum.

A metodologia Extreme Programming (XP) objetiva a rapidez no desenvolvimento do

projeto com foco na satisfação do cliente e cumprir com as estimativas do mesmo.

Segundo Beck e Gama (2000), os valores do XP definidos foram:

#Comunicação; #Simplicidade; #Feedback e #Coragem.
Temas

O Scrum, por sua vez, tem em sua origem o caráter de desenvolvimento de softwares,
mas a partir dos anos 90 seu uso foi ampliado mundialmente e começou a ser utilizado
para pesquisas e identificações de mercados viáveis, tecnologias e funcionalidades de
produtos; desenvolvimento de produtos e melhorias; liberação de produtos e melhorias
frequentes; desenvolvimento e sustentação operacionais; e de renovação à novos
produtos (SCHWABER; SUTHERLAND, 2017).
Temas

Diferenças entre as metodologias

Metodologia
Tradicional é
Metodologia
fundamentada
Ágil em
em processos
processos
definidos.
empíricos.
Temas

METODOLOGIA TRADICIONAL OU CLÁSSICA METODOLOGIA ÁGIL

D Processos definidos Processos empíricos

Planejamento rígido
I
Maior foco em processos do que no produto
F METODOLOGIA
Feedbacks não são essenciais
E TRADICIONAL
Documentação extensa OU
CLÁSSICA
R Inibe a comunicação entre as pessoas
Planejamento prevê um trabalho extenso, com a
E entrega do produto somente nos estágios finais do
N cronograma (não evita conflitos com cliente)
Conceito de que “entradas iguais sempre geram
Ç saídas iguais”
A Atividades realizadas sequencialmente. Testes
executados somente no final, quando “tudo” estiver
S pronto
Maior liberdade no planejamento das ações
Menos formalidade e maior ênfase no produto
Feedbacks são essenciais
Documentação necessária
Estimula a comunicação entre as pessoas
Entregas de partes do projeto de forma contínua e
incremental (iterações) com o objetivo de obter um
rápido feedback do cliente sobre o andamento do
projeto
Conceito de que “entradas iguais geram saídas
diferentes”
Atividades realizadas paralelamente. Testes
executados durante todo o processo, equipe de testes
mais presente em todos os pontos de
desenvolvimento
Temas

METODOLOGIA TRADICIONAL OU CLÁSSICA METODOLOGIA ÁGIL

D Baseado na definição de todas as etapas do Baseado na experiência e controlado através de

trabalho inspeção e adaptação contínua
I Flexibilidade e postura positiva diante da
Resistência a mudanças necessidade de mudanças (mesmo em fases finais
F METODOLOGIA do projeto)
Liberdade para o time tomar decisões em
E Decisões TRADICIONAL OU top-down
tomadas em uma abordagem
conjunto
CLÁSSICA
R Forte centralização em torno da figura do
Responsabilidade compartilhada entre os
membros da equipe, espírito de colaboração e time
gerente de projetos
E engajado
Liderança que monopoliza toda a comunicação já Comunicação fluída e livre entre os membros do
N que a preocupação é com o controle das ações time
Equipes auto-organizáveis; a divisão do trabalho
Ç Líderes indicando “O que fazer” e “Como fazer”,
é resultado do entendimento do projeto e de um
ao invés de dizer o “Porquê”
consenso entre o time
A
Atuação conjunta do time para a resolução de
S Problemas geralmente escalados até a gerência
problemas
Temas

D METODOLOGIA TRADICIONAL OU CLÁSSICA METODOLOGIA ÁGIL

I Longa fase de análise; em muitos casos parte da Reuniões diárias entre o time onde são discutidos
equipe é deixada de lado nesses estágios iniciais (já o que será feito naquele momento, revendo o
F que consideraMETODOLOGIA
que tais membros ingressarão apenas planejamento a médio e curto prazo, além de
na fase de execução) prováveis impedimentos
E TRADICIONAL OU
Embora existam documentos e se estimule a
CLÁSSICA
Um forte enfoque na geração de documentos e criação dos mesmos, há um pragmatismo maior
R no controle através desses artefatos (sem conferir uma importância exagerada a esses
artefatos)
E
Maior envolvimento do cliente em estágios
Participação ativa do cliente, inclusive enquanto
N iniciais, com certo relaxamento de postura, uma vez
o projeto está sendo implementado
que o projeto tenha se iniciado
Ç
Foco na “antecipação” (algo difícil em um
A ambiente sempre sujeito a mudanças repentinas)
Ênfase na “adaptação” (requer “jogo de cintura”)

S
Temas

Assim, partindo do princípio de que os projetos têm início e fim definidos, e que
eles são planejados e desenvolvidos em etapas, algumas das principais
características — além da agilidade — dos métodos ágeis são:
METODOLOGIA
❑ processo incremental (quase
TRADICIONAL OUuma antítese do tradicional modelo de cascata);
❑ colaboração do cliente;
CLÁSSICA
❑ adaptabilidade (cada projeto está sujeito a passar por várias modificações);
❑ simplicidade;
❑ feedback constante;
❑ equipes pequenas (mas com alto nível técnico).
 Tema 2

A metodologia ágil surgiu da necessidade de minimizar riscos e custos

associados ao desenvolvimento de software. Para a utilização da
metodologia ágil, o framework Scrum é a ferramenta mais indicada. É um
framework, pois facilita o uso de diversos processos e técnicas. O Scrum
vem sendo utilizado como uma ferramenta para controlar e gerenciar o
processo de desenvolvimento de produtos complexos que agregam
maior valor para o cliente.
O Scrum é composto por equipes com um número
razoavelmente baixo de participantes para facilitar o
gerenciamento, e, associados aos membros que formam as
equipes, temos: papéis, artefatos e cerimônias.
Temas

Scrum, seus artefatos, cerimônias e papéis.

Temas

O framework Scrum é composto por ciclos de desenvolvimentos, mais conhecidos como

Sprints, com duração fixa não ultrapassando mais de um mês. Ele é maleável, mas
pouco adaptativo, ou seja, deve-se evitar ao máximo realizar mudanças desnecessárias
que afetem o objetivo da sprint. Essas mudanças devem ser discutidas entre o product
owner e à equipe de desenvolvimento.

Para à execução dos ciclos iterativos, o

Scrum é composto por equipes com um
número razoavelmente baixo de
participantes para facilitar o
gerenciamento, e, associados aos
membros que formam as equipes, temos:
papéis, artefatos e cerimônias.
Temas

Papéis: em uma equipe ágil, existem três papéis:

❑ O Product owner, que é o responsável por maximizar o valor de retorno do produto
para o cliente e fornecer o trabalho para
❑ O Development team, que é formado pelos profissionais que irão trabalhar no
desenvolvimento e teste de uma versão do produto. Ao final de cada iteração,
❑ O Scrum master é o responsável por assegurar que o Scrum seja entendido e
disseminado, por resolver impedimentos e ajudar o product owner e o development
team.
Temas

Papéis
 Temas

Artefatos: Um artefato dá uma visão do andamento do projeto e das sprints

❑ Product backlog: engloba todos os requisitos que precisam ser implementados. Ele é
controlado pelo product owner e priorizado de acordo com o valor de negócio para o
cliente;
❑ Sprint backlog: é uma lista de itens que define o objetivo da sprint. Esses itens são
priorizados e aqueles que entram no sprint backlog são os que possuem maior valor
de negócio apresentado pelo product owner;
❑ Definition of Done: documento que explica quais serão as definições de concluído ou
pronto para as user stories;
❑ Burndown: gráfico que mostra o andamento do desenvolvimento do produto e do
andamento da sprint. É utilizado para monitorar o andamento da sprint, indicando se
as tarefas serão completadas de acordo com o planejamento.
✓ Sprint: É um ciclo completo de desenvolvimento de sistema com duração fixa de tempo (timebox). Aconselha-se a
utilização de intervalos de 1 a 4 semanas de duração. Utilizar mais que 4 semanas não é aconselhável.
Temas

Artefatos
Temas

Cerimônias: As cerimônias são eventos de duração fixa (timebox). Cada cerimônia é

uma oportunidade para inspeção e adaptação e deve ocorrer em intervalos regulares.
No Scrum, temos as seguintes cerimônias que acontecem durante um sprint:
❑ Grooming: cerimônia realizada para apresentação e estimativa das histórias. Deve
envolver os product owners e o development team. Com base nas alterações e
levando-se em conta a complexidade, nível de abstração ou alterações, são realizadas
estimativas de histórias que podem ou não entrar na(s) próxima(s) sprint(s)
dependendo das prioridades negociadas entre o product owner e o cliente;
❑ Sprint Planning: é a cerimônia de planejamento da sprint onde são definidas quais
serão as user stories entregues. Após as definições das user stories que entram na
sprint, cabe ao development team decidir como implementá-las durante a sprint, de
modo que são realizadas quebras nas user stories em tarefas menores, chamadas de
tasks. Nas tasks devem estar as atividades detalhadas que servirão como base para a
conclusão da história;
Temas

❑ Daily Scrum: é uma reunião diária e curta (máximo de 15 minutos) do scrum team
com o objetivo de observar o progresso do desenvolvimento do produto. Cada
membro do development team basicamente deve informar para os demais o
andamento de seu trabalho, respondendo a três questões: O que foi feito desde a
última reunião? O que pretende fazer até a próxima reunião? Quais os
impedimentos que bloqueiam esse trabalho?;
❑ Sprint Review Meeting: é a cerimônia na qual as user stories desenvolvidas são
apresentadas para o product owner e demais envolvidos, e o product owner analisa
se o que foi desenvolvido pode ser considerado concluído. O resultado dessa reunião
é a definição se temos um incremento do software aprovado ou não pelo product
owner e
❑ Sprint Retrospective: é uma reunião aberta onde todos devem expressar suas
opiniões a fim de implementar melhorias para as próximas sprints. Os pontos
levantados devem ir para um plano de ação com itens a serem melhorados.
Temas

Cerimônias:
Temas
Temas

O Backlog do Produto e o Tamanho da Sprint são planejados na fase de pré-projeto, o

Backlog da Sprint planejado durante o projeto, e as Reuniões Diárias (Daily Scrum), a
entrega do produto ou funcionalidade, e o Planejamento de uma nova Sprint definidos
na fase de execução do projeto (IEEP, 2018).
Temas

Método Kanban, a visualização do fluxo e algumas

métricas
Temas

KNIBERG (2009) descreve o KANBAN em três prescrições, sendo:

❑ Visualizar o fluxo de trabalho;

❑ Dividir o trabalho em partes, escrevendo cada item em um cartão e colocando-os
na parede e
❑ Usar as colunas nomeadas para ilustrar onde cada item está no fluxo de trabalho.

Limitar o trabalho em progresso (WIP – Work In Progress) limitando explicitamente

para quantos itens podem estar em progresso em cada estado do fluxo de trabalho.

Acompanhar o tempo de execução da tarefa (tempo médio para completar um item),

otimizando o processo para tornar o tempo de execução o menor e mais previsível
possível.
Temas

KNIBERG (2009) cita que KANBAN como sendo uma ferramenta como algo com a
finalidade de realizar uma tarefa ou atingir um objetivo e um processo sendo a forma
de como se realiza determinadas atividades.

Kanban é uma ferramenta de processo que, em certa medida, auxilia o processo de

maneira mais eficaz, simplificando informações no qual auxilia na tomada de decisões.
Temas
Temas

Característica de uma Boa Métrica Ágil

❑Reforçar princípios ágeis;
❑Medir resultados e não saídas;
❑Seguir tendências e não números;
❑Responder uma pergunta específica para uma pessoa real;
❑Pertencer a um conjunto pequeno de métricas e diagnósticos;
❑Ser facilmente coletada;
❑Revelar, ao invés de esconder, seu contexto e suas variáveis;
❑Incentivar a Comunicação;
❑Fornecer feedback frequente e regular e
❑Encorajar um alto nível de Qualidade.
 Temas

As métricas de software, tanto ágil como de desenvolvimento tradicional é de suma

importância para se identificar o andamento e a saúde de qualquer projeto, o que
também leva a estimativa de software, onde em ambas áreas o conhecimento
empírico sobre uma equipe faz a diferença.

No Scrum, o Scrum Master, algumas vezes denominado de tracker, é o líder da

equipe. E para auxiliar seu gerenciamento pode fazer uso de ferramentas, no qual as
métricas de software é uma destas, que, com objetivos e acompanhamentos claros,
podem trazer grandes benefícios a uma determinada equipe.
Temas

O que é Scrumban?
Conhecemos Scrum e Kanban como sabores dos métodos Ágeis. Scrum é mais
adequado para projetos de produtos e de desenvolvimento. O Kanban é melhor para
suporte à produção. Scrumban é uma metodologia de desenvolvimento Agile que é
um híbrido de Scrum e Kanban. Scrumban está se tornando muito popular nas
indústrias de serviços, onde temos projetos de desenvolvimento e manutenção.
 Temas

Scrum é um processo iterativo e prescritivo que usa a metodologia Agile.

❑ Equipes pequenas, multifuncionais e auto organizadas

❑ O trabalho é dividido em uma lista de pequenas entregas concretas
❑ Uma lista por prioridade é classificada e o esforço relativo de cada item é estimado
❑ O tempo é dividido em iterações curtas de duração fixa (sprints, em geral de 2 a 4
semanas), com o código potencialmente utilizável demonstrado após cada iteração
❑ Com base nas informações obtidas ao inspecionar a liberação após cada iteração,
plano de liberação é otimizado e as prioridades atualizadas, em colaboração com o
cliente
❑ É feita uma retrospectiva após cada iteração
 Temas

Fluxo de trabalho no Scrum

No Scrum, o trabalho que será feito no próximo sprint é previamente selecionado. A
seguir, o sprint é bloqueado, o trabalho é feito e depois do sprint a fila está vazia.
 Temas

Kanban é uma metodologia de sinalização para controle de fluxo de

operação.

❑ O trabalho é dividido em cartões e colocado em um painel.

❑ São usadas colunas nomeadas para ilustrar onde cada item está no fluxo de trabalho.
❑ O trabalho em andamento ou em processo (work in process) é limitado, atribuindo-
se limites explícitos para quantos itens podem estar em andamento em cada estado
do fluxo de trabalho.
❑ É medido o lead time (tempo médio para completar um item, às vezes chamado de
“tempo de ciclo”) e o processo é otimizado para tornar o lead time o mais pequeno
e previsível possível.
 Temas

Fluxo de trabalho no Kanban

No Kanban, o tamanho das filas, chamado de limite de trabalho em processo, é
limitado. Isso significa que os itens nas filas podem ser alterados a qualquer momento
e que não há “final da sprint“. O trabalho continua fluindo.
 Temas

Scrumban = Scrum + Kanban

O Scrumban é baseado em sistema puxado, onde a equipe já não planeja o trabalho
durante a sprint planning, em vez disrefinamento é feito continuamenteso,

❑ Usa a natureza prescritiva do Scrum para ser Ágil.

❑ Usa a melhoria de processo do Kanban para permitir que a equipe melhore
continuamente seu processo.

Usando o sistema puxado do Kanban o fluxo se torna mais suave à medida que a
capacidade de processo melhora.
Temas

Vantagens do Scrumban
❑ Qualidade
❑ Just-in-time (decisões e fatos justamente quando são necessários)
❑ Prazo curto de entrega
❑ Kaizen (melhoria contínua)
❑ Minimização de desperdício (tudo o que não agrega valor ao cliente)
❑ Melhoria de processo, adicionando alguns valores do Scrum como e
quando necessário
 Temas

Quando considerar Scrumban

❑ Projetos de manutenção
❑ Trabalho orientado a eventos, como help desk / suporte ou na fase de embalagem
❑ Projetos de usuários frequentes e inesperadas ou erros de programação
❑ Equipes focadas no desenvolvimento de novos produtos
▪ Trabalho que antecede o desenvolvimento do sprint (backlog, pesquisa e
desenvolvimento)
▪ Trabalho após o desenvolvimento do sprint (teste, empacotamento e implantação
do sistema)
❑ Se o Scrum apresentar problemas de fluxo de trabalho, recursos e processos
❑ Gerenciar comunidades de melhoria durante / após o início do uso do Scrum
Temas

Kanban vs. Scrumban

Kanban Scrumban
Nenhum papel
Papéis Equipe + papéis necessários
prescrito
Garantir trabalho contínuo nos requisitos e
Reunião diária de Scrum Sem reuniões reduzir tempo ocioso dos membros da
equipe
Podem ser feitas conforme necessário para
Reunião de Revisão e
Não prescrito melhorar o processo e compartilhar
Retrospectiva aprendizados

Mesmo que no Kanban, porém limita os

Fluxo de Trabalho Contínuo espaços para que o processo de “puxar” se
torne mais confortável
Temas

Scrum vs. Scrumban

Scrum Scrumban
Conselho, backlogs,
Artefatos Somente conselho
burndowns
Scrum diário, planejamento
Scrum diário (planejamento, revisão e
Cerimônias da sprint, revisão da sprint,
retrospectiva conforme necessário)
retrospectiva da sprint
Iterações Sim (sprints) Não (fluxo contínuo)

Estimativa Sim Não (tamanho similar)

Equipes Deve ser multifuncional Pode ser especializado

Temas

Cont. Scrum vs. Scrumban

Scrum Scrumban
Papéis Product Owner, Scrum Master, Equipe Equipe + papéis necessários

Trabalho de Colaborativo, conforme as tarefas

Todos juntos para atingir objetivos
equipe necessitem
Trabalho em Controlado pelo estado do fluxo de
Controlado pelo conteúdo da sprint
andamento trabalho
Adicionadas ao quadro conforme
Mudanças Devem esperar pela próxima sprint
necessário
Backlog do Lista de histórias priorizadas e
Cartões just-in-time
produto estimadas
Impedimentos Tratados imediatamente Evitados
Temas

Resumo
Kanban é compatível com a mecânica
do Scrum, o método de
gerenciamento de projetos. A adição
do WIP (trabalho em processo) e
visualização ao Scrum (ou seja,
Scrumban) ajuda a melhorar a
eficácia do Sprint.
 Com diferentes métodos podemos
Tema 4 ganhar agilidade, tempo e melhoramos
a nossa qualidade nas entregas, mas
não garantimos obtenção de sucesso.
Para aprimorar a decisão sobre a
escolha de métodos, nada melhor do
que ter em mente os seguintes pontos:
quão receptivos a mudanças são os
profissionais que fazem parte da
equipe? Qual o acordo sobre entregas
com o cliente? Qual nível de exigência
do cliente em relação a qualidade? Qual
o tamanho da equipe que irá trabalhar
no projeto? Qual o nível de
conhecimento dos profissionais que
fazem parte do time? Qual o risco que
se está disposto a assumir para o
negócio?
DEBATE DO CASE
DÚVIDAS
Escolas Integradas – Educação Continuada

M É TO D O S ÁG E I S E M P ROJ E TO S

Mª DO CARMO DE F. CISNE
Contato:
www.carmocisne.com.br

Lattes:
lattes.cnpq.br/2343288849334654

LinkedIn:
www.linkedin.com/in/carmocisne

Twitter:
https://twitter.com/CarmoCisne

Instagram: GRATA.
https://www.instagram.com/carmocisne/