Você está na página 1de 31

O Método Kanban

Módulo 1
Experience Labs
Prof. Renato Barbieri
E-mail: renato.barbieri@faculdadeimpacta.com.br
Aulas Online
• As aulas tem início às 19h00 e término às 22h40
• Para minimizar a fadiga faremos três (3) intervalos curtos (5 a
10 minutos) a cada hora cheia (20h, 21h, 22h)
Critérios de Aprovação
Média
§ Serão distribuídas tarefas individuais no decorrer da
disciplina.
§ Participação em aula será ESSENCIAL para a
aprovação nesta disciplina!
§ A nota final será uma média ponderada das notas
atribuídas às tarefas e à participação em sala.
§ A média mínima para aprovação é 7,0.
Frequência
§ A presença mínima para aprovação é de 75% das
aulas.
Controle de Presença
• Será controlado pelo professor através do Google Meet;
• No decorrer das aulas, o professor se utilizará de um plugin
para gerar a lista de presentes;
• Notem que esse controle será feito no decorrer da aula,
portanto não basta estar presente na primeira hora, ou na
última hora da aula!
• Caso tenham problemas de conexão, sugerimos que utilizem
alternativas, como por exemplo seu smartphone ou mesmo
um tablet.
Autoavaliação
Soft+Ware

SOFT = Fácil de
moldar (mudar)

WARE = Produto
Modelos de Processos
Parábola da Ferrovia
Cascata (Waterfall)
Requisitos

Desenho

Codificação

Testes

Implantação
Water... Fail?
Suposições do modelo preditivo:

§É possível prever com precisão todos os requisitos


§“Temos uma bola de cristal!”

§Os requisitos não mudarão muito


§“Me engana que eu gosto.”

§A tradução entre as fases será perfeita


§“Aprenda inglês em poucas semanas!”

§Defeitos não serão introduzidos até as fases finais


§“Antes eu era arrogante, agora sou perfeito.”

§O usuário só precisa validar o produto na versão final


“Até lá eles já pagaram a maior parte do trabalho mesmo...”
???
Quem está certo?
Problemas...
Mundo VUCA

Volatility Mudanças
Uncertainty Imprevisibilidade
Complexity Desconhecido
Ambiguity Confusão
Podemos falhar?

Sim! Mas vamos falhar rápido.


Fail Fast = Learn Fast
Punir as falhas cria uma cultura
de medo, que resulta em pouca
ousadia, e zero inovação…
Manifesto Ágil
Estamos descobrindo maneiras melhores de desenvolver
software, fazendo-o nós mesmos e ajudando outros a
fazerem o mesmo. Através deste trabalho, passamos a valorizar:

Indivíduos e interações mais que processos e ferramentas

Software em funcionamento mais que documentação abrangente

Colaboração com o cliente mais que negociação de contratos

Responder a mudanças mais que seguir um plano

Ou seja, mesmo havendo valor nos itens à direita,


valorizamos mais os itens à esquerda.
Raízes do Movimento

e
12 Princípios Ágeis

Clientes e
Satisfazer Abraçar Entregas Times Conversas
técnicos
o Cliente mudanças frequentes motivados face a face
juntos

Software Ritmo Excelência Times auto- Refletir e


Simplicidade
funcionando sustentável técnica organizados ajustar
Conceitos importantes

vTimebox
vIterativo
vIncremental
vAuto-organização
Scrum Framework
Sprint
Extreme Programming
_________________Business

______________Team

Technical ________________________
Lean Software Development
1. Eliminar Desperdício
2. Amplificar Aprendizado
3. Decidir o Mais Tardiamente Possível
4. Entregar o Mais Rápido Possível
5. Empoderar o Time
6. Incorporar Qualidade
7. Visualizar o Todo
Desperdícios

vTrabalho parcialmente concluído


vFuncionalidades extras
vReaprendizado
vTransferência de tarefas
vAlternância de tarefas
vAtrasos
vDefeitos
Método Kanban
Guarda-Chuva Ágil
Agregando valor
Assim, não...

Assim, sim!
Reconhecendo sinais
de Agilidade!
Iterações curtas
Pequenas entregas
Simplicidade
Entregas frequentes

Cliente presente Loops de feedback

Times auto-organizados
Times pequenos
Times multi-disciplinares
Melhoria contínua
Retrospectivas

Colaboração Cliente satisfeito!


Kahoot!

e www.kahoot.it 31
Referências
• "Software development process - Wikipedia, the free
encyclopedia.“, 2011.
https://en.wikipedia.org/wiki/Software_development_process
• "Why Waterfall was a big misunderstanding from the
beginning ...“, 2012.
https://pragtob.wordpress.com/2012/03/02/why-waterfall-
was-a-big-misunderstanding-from-thebeginning-reading-the-
original-paper/
• "Short History of Software Methods”, David F. Rico, 2011.
http://ww.davidfrico.com/rico04e.pdf
• The Agile Manifesto
http://agilemanifesto.org/iso/ptbr/manifesto.html
Bibliografia
• BROOKS, Frederick P., Jr. O Mítico Homem-Mês. Elsevier, 2019.
• MARTIN, James. Rapid Application Development. McMillan Coll Div, 1991.
• PRESSMAN, Roger S. Engenharia de Software – Uma Abordagem
Profissional. 8ª edição. AMGH, 2016.
• SCOTT, Kendall O Processo Unificado Explicado. Bookman, 2003.
• COCKBURN, Alistair. Agile Software Development. Addison-Wesley. 2007.
• COHN, Mike. Succeeding with Agile. Addison-Wesley Professional. 2010.
• STELLMAN, Andrew, GREENE, Jennifer. Learning Agile. O’Reilly Media,
2015.
• STELLMAN, Andrew, GREENE, Jennifer. Head First Agile. O’Reilly Media,
2017.
Obrigado!

Você também pode gostar