O documento discute princípios e práticas de gerenciamento ágil de projetos, como SCRUM e XP. Ele apresenta valores, princípios e características de processos ágeis, como entregas incrementais frequentes, envolvimento do cliente, equipes auto-organizáveis e foco na comunicação. Além disso, explica conceitos como Product Backlog, Sprints, Daily Scrum e Retrospectivas para gerenciar de forma iterativa o desenvolvimento de software.
Slides da disciplina de metodologias ágeis da pós em Governança em TI do UNIBH.
Tratam de métodos ágeis, abordando os seguintes tópicos: Manifesto Ágil, Valores ágeis, Scrum, XP, Estudos de Caso.
Gostaria de agradecer ao Danilo Sato, Emmanuel Santana, Luca Bastos, Maciel, Moreira, Luiz Aguiar, Fernando Boaglio (ele tem umas fotos de Kanban muito boas no qual utilizei nessa apresentação), Rodrigo de Toledo e Roberto Nogueira pela ajuda e revisão dos Slides e também gostaria de agradecer toda lista de discussão do Visão Ágil, que me deram muitas dicas e fontes interessantes.
Slides da disciplina de metodologias ágeis da pós em Governança em TI do UNIBH.
Tratam de métodos ágeis, abordando os seguintes tópicos: Manifesto Ágil, Valores ágeis, Scrum, XP, Estudos de Caso.
Gostaria de agradecer ao Danilo Sato, Emmanuel Santana, Luca Bastos, Maciel, Moreira, Luiz Aguiar, Fernando Boaglio (ele tem umas fotos de Kanban muito boas no qual utilizei nessa apresentação), Rodrigo de Toledo e Roberto Nogueira pela ajuda e revisão dos Slides e também gostaria de agradecer toda lista de discussão do Visão Ágil, que me deram muitas dicas e fontes interessantes.
Parte do material que uso em meus treinamentos sobre Scrum. Nesse material mostro algumas visões pessoais e minhas experiências na adoção/adaptação do framework Scrum.
Introdução ao Scrum - uma rápida apresentação com conceitos básicos. Útil para quem precisa fazer apresentações rápidas sobre o tema.
Veja vídeo desta apresentação em https://www.youtube.com/watch?v=2fzUWTK4G1Q
Precisa melhorar seu posicionamento e resultados on-line?
Acesse e conheça o http://marketing4nerds.com
Internet Marketing na linguagem dos Nerds.
Sincero, sem fórmulas mágicas, sem gurus super-stars.
E sem promessas de dinheiro fácil.
Guia do Papel e Responsabilidade do Scrum MasterPaulo Lomanto
O Guia do Papel e Responsabilidade do Scrum Master é um documento que contém dicas gerais sobre a figura do ScrumMaster em equipes de tecnologia que utilizam Scrum.
Esse guia foi concebido através de um trabalho conjunto de diversos profissionais e contém uma grande coletânea de dicas e guias para auxiliar os ScrumMasters a desempenharem melhor as suas atividades.
Você escuta falar de métodos Agile e se pergunta o que é? Embora muita gente considere uma “modinha”, os métodos ágeis já conquistaram espaço em empresas do mundo todo: desde pequenas Startups a corporações bilionárias.
O SCRUM é um framework que adere aos princípios Agile que encorajam a colabração constante e efetiva de forma a entregar software funcional tão cedo quanto possível e preparar os times para responder rapidamente às mudanças
Apresentação realizada na ETEC de Guainases demonstrando as principais características do SCRUM como um modelo de gestão para desenvolvimento de projetos utilizando os valores da Agile Alliance
Parte do material que uso em meus treinamentos sobre Scrum. Nesse material mostro algumas visões pessoais e minhas experiências na adoção/adaptação do framework Scrum.
Introdução ao Scrum - uma rápida apresentação com conceitos básicos. Útil para quem precisa fazer apresentações rápidas sobre o tema.
Veja vídeo desta apresentação em https://www.youtube.com/watch?v=2fzUWTK4G1Q
Precisa melhorar seu posicionamento e resultados on-line?
Acesse e conheça o http://marketing4nerds.com
Internet Marketing na linguagem dos Nerds.
Sincero, sem fórmulas mágicas, sem gurus super-stars.
E sem promessas de dinheiro fácil.
Guia do Papel e Responsabilidade do Scrum MasterPaulo Lomanto
O Guia do Papel e Responsabilidade do Scrum Master é um documento que contém dicas gerais sobre a figura do ScrumMaster em equipes de tecnologia que utilizam Scrum.
Esse guia foi concebido através de um trabalho conjunto de diversos profissionais e contém uma grande coletânea de dicas e guias para auxiliar os ScrumMasters a desempenharem melhor as suas atividades.
Você escuta falar de métodos Agile e se pergunta o que é? Embora muita gente considere uma “modinha”, os métodos ágeis já conquistaram espaço em empresas do mundo todo: desde pequenas Startups a corporações bilionárias.
O SCRUM é um framework que adere aos princípios Agile que encorajam a colabração constante e efetiva de forma a entregar software funcional tão cedo quanto possível e preparar os times para responder rapidamente às mudanças
Apresentação realizada na ETEC de Guainases demonstrando as principais características do SCRUM como um modelo de gestão para desenvolvimento de projetos utilizando os valores da Agile Alliance
Scrum: Na prática o que importa são os ValoresDanilo Bardusco
Ontem aconteceu em Recife, mais um evento do Spin, com organização da Teresa Maciel, para falar de desenvolvimento ágil de software. O tema desse ano foi "Agilidade na Prática".
Apesar de eu ter sido convidado para apresentar o case da Globo.com mais uma vez, quando vi o tema do evento, resolvi falar de algo que me preocupa muito ultimamente: A adoção do SCRUM pelo mainstream sem muita preocupação com os princípios e valores que estão por traz das práticas muito simples de serem explicadas e compreendidas.
O SCRUM pode ser facilmente explicado para um leigo no assunto com menos de 2 minutos e 2 ou 3 diagramas. Porém implementar o SCRUM e ter o time no que Jeff Sutherland chama de "Estado de Hiperprodutividade" é uma tarefa muito complexa.
Numa escala de complexidade que vai do simplório, passando pelo complexo, para chegar ao simples, eu classifico o SCRUM como um framework "simples".
Além de toda a teoria da produção puxada, teoria das restrições, lean, PDCA, teoria dos sistemas adaptativos complexos e do paper de Nonaka e Takeuchi, por trás dessa simplicidade do modelo, o SCRUM engloba 38 patterns organizacionais de 60 que foram constatados pela equipe de Pesquisas da Bell Labs nos EUA, durante a ultima década do ultimo século, em projetos de dúzias de empresas ao redor do mundo que tiveram sucesso fora do comum.
http://blog.bardusco.com
Como alimentar o cérebro? - 1ª Parte
Drª Ana Martins da Silva (Neurologista, Hospital Santo António)
X Congresso Nacional da SPEM
7 Dezembro 2013
Auditório da Faculdade de Farmácia da Universidade de Lisboa
Em tempos difíceis aumentar a produtividade, otimizar o uso de recursos e reduzir custos são prioridades de qualquer organização, mais do que nunca, a gestão de processos de negócio deve entregar valor.
Nesta apresentação compartilho o conhecimento sobre Quick Wins, que é uma abordagem que quando aplicada a Gestão de Processos de Negócio aumenta as chances de entregar valor mais rápido para organização.
Palestra de Gislaine Silva no evento Women Techmakers Sorocaba especial Dia Internacional da Mulher, em 28/03/15 no auditório da Biblioteca Municipal de Sorocaba.
"Scrum - Um Método Ágil de Desenvolvimento de Sistemas".
Material de apoio do Workshop de Desenvolvimento Ágil oferecido para estudantes universitário participantes do Ideias Já!, primeira competição universitária de ideias realizado pela Startup House em novembro de 2012.
Scrum | Estimativa ágil | Apresentação para QA | Desenvolvedores | e para o...Rosa Sampaio
Um pouco da minha experiência no mundo ágil, e em conceitos para estimar de forma consciente e sair do :
- Eu acho que essa estória vale 13 story points!
http://br.linkedin.com/pub/lorena-lopes/35/a71/b0O Scrum é uma das metodologias mais utilizadas para gerenciamento de projetos e desenvolvimento ágil de software. A apresentação faz parte do Ciclo de Palestras da Inove (www.inoveinformatica.net) e foi elaborada pela analista de sistemas Lorena Lopes (http://br.linkedin.com/pub/lorena-lopes/35/a71/b0)
Apresentação realizada em um encontro do GDG - Google Developers Group (16/05), sobre Scrum e a filosofia ágil. Lançamos também neste dia a versão open-beta de nossa plataforma aberta à comunidade de gestão de projetos, o Jaked (http://jaked.ninja).
2. Facilitador
Fernando Costa
formado em Redes de Computadores
Sócio da 3LJ Tecnologia – www.3lj.com.br
Agenda SCRUM:
Contexto de
projetos
Valores ágeis
Princípios ágeis
Scrum
3. Paradoxo de Cobb
We know why projects fail, we know
how to prevent their failure – so why
do they still fail?
Martin Cobb
Treasury Board of Canada Secretariat
Nós sabemos porque os
projetos falham, sabemos
como previnir – Porque
eles continuam falhando?
4. Reflexão do Caranguejo
Todos os caranguejos
ficam amarrados a um barbante que fica
solto.
Não é preciso amarrar pois todos querem fugir
mas cada um que ir para um lado
diferente.
Ficam no mesmo lugar
5. Valores do Manifesto Ágil
Indivíduos e interações Processos e ferramentas
Documentação
Software que funciona
ao invés
abrangente
de
Colaboração do cliente Negociação de contrato
Resposta à mudanças Seguir um plano
www.agilemanifesto.org - 2001
6. Princípios do Manifesto Ágil
1 - O principal compromisso é com a satisfação
do cliente, por meio da entrega mais rápida e
contínua de produto com valor
2 - Receba bem as mudanças de requisitos(mesmo
em estágios tardios do projeto). Processos ágeis
devem admitir mudanças que trazem
vantagens competitivas ao cliente
3 - Libere produto frequentemente (de 2 a 4
semanas), dando preferência para uma escala de
tempo curta
7. Princípios do Manifesto Ágil
4 - Mantenha pessoas ligadas ao negócio (cliente) e
desenvolvedores trabalhandos juntos a maior
parte do tempo do projeto
5 - Construa projetos com indivíduos motivados, dê
a eles o ambiente e suporte que precisam e confie
neles para ter o trabalho realizado
6 - O método mais eficiente e efetivo para repassar a
informação entre a equipe é pela comunicação
face a face
8. Princípios do Manifesto Ágil
7 - Produto funcionando é a principal medida
de progresso de um projeto
8 - Processos ágeis promovem o
desenvolvimento sustentado. Patrocinadores,
desenvolvedores e usuários devem ser capazes
de manter conversação pacífica
indefinidamente
9 - Atenção contínua para excelência técnica e
bom projeto (planejamento) aprimoram a
agilidade
9. Princípios do Manifesto Ágil
10 - Simplicidade é essencial e deve ser
assumida em todos os aspectos do projeto
11 - As melhores arquiteturas, requisitos e
projetos emergem de equipes auto-
organizadas
12 - Em intervalos regulares, as equipes devem
refletir sobre como se tornarem mais
efetivas, e então refinarem e ajustarem seu
comportamento
11. Em resumo...
Imagem disponível em:
www.mountangoatsoftware.com/scrum
12. Cliente (ou Product Owner)
Quem é o nosso cliente?
Funcionalidades do
produto
Decide as datas e
conteúdo
Rentabilidade (ROI)
Ajusta e prioriza
funcionalidades e
prioridades
Aceita o rejeita resultados
13. Scrum Master
Remove obstáculos
Não tem autoridade
Produtividade da equipe
Conduz eventos
Escudo da equipe
14. Equipe
5 a 9 pessoas
Multi-funcional
Auto-organizável
Sugere funcionalidades
do produto
15. Product Backlog
Lista de funcionalidades desejadas no projeto
Os itens que compõe a lista são chamados de
histórias ou itens de backlog
Todos podem incluir histórias
Somente o Product Owner pode priorizá-las
Product Owner pode priorizar novamente no
início de cada Sprint
16. Nosso Product Backlog
ID Nome Importância Estimativa Observação
1 Catálogo de
produtos
2 Cesta de
compras
3 Cadastro do
cliente
4 Boleto bancário
5 Cartão de
crédito
18. Nosso Product Backlog
ID Nome Importância Estimativa Observação
1 Catálogo de 3
produtos
2 Cesta de 5
compras
3 Cadastro do 2
cliente
4 Boleto bancário 4
5 Cartão de 3
crédito
20. Must Should Could Want
(tem que (deveria ter) (poderia ter) (interessante)
ter)
Catálogo de Boleto Controle de Videos dos
produtos bancário estoque produtos
Cadastro de Cartão de Regras de
clientes crédito promoção
Cesta de Fotos dos
compras produtos
Registro do
Pedido e
entrega
21. Nosso Product Backlog
ID Nome Importância Estimativa Observação
1 Catálogo de 1 3
produtos
2 Cesta de 1 5
compras
3 Cadastro do 1 2
cliente
4 Boleto bancário 2 4 BB e CEF
5 Cartão de 3 3 Visa e
crédito Mastercard
22. Sprint
Deve ter um objetivo
Período de 2 a 4 semanas
Nenhuma mudança no sprint
Processo baseado em uma série de iterações
Produto é desenvolvido no sprint
24. Planejamento do Sprint
Cliente, ScrumMaster e Equipe
Cliente seleciona itens do Product backlog
O Sprint backlog
− Tarefas identificadas e estimadas (1 a 16
horas)
− De forma colaborativa (por todos)
− Equipe compromete-se a concluir as tarefas
25. Planejamento do Sprint
ID – 1.1
ID - 1 Administrador dos
Produtos
Catálogo de produtos
10 horas
ID – 1.2
Busca fonética de
ID – 1.3 produtos
Front-end da Loja 2 horas
15 horas
26. Scrum diário
Tempo de 15 minutos
Todos em pé
Não é para a solução de problemas
− Todos são convidados
− Apenas a Equipe, ScrumMaster e Product Owner
podem falar
Sincronização do conhecimento
Atualização do burnup chart
1. O que fiz desde a última reunião?
2. O que farei até a próxima reunião?
3. Existe algum obstáculo?
27. Gerenciando o Sprint backlog
Cada membro da equipe escolhe a tarefa
que fará
− Trabalhos nunca são atribuídos
Atualização diária da estimativa do trabalho
restante
Equipe pode adicionar, apagar ou mudar
tarefas (não itens de backlog)
29. Revisão do Sprint
Informal
Todos participam
Hora do feedback
Resultados do Sprint
Comunicação eficaz:
(bala / bombom)
30. Retrospectiva do Sprint
Feita após cada Sprint
Periodicamente observe pontos
positivos e negativos
Tipicamente de 15 a 30 minutos
Todos participam
31. Inicia, Pára, Continua
A equipe discute o que gostaria de:
Iniciar a fazer
Parar de fazer
Esta é uma das
várias maneiras Continuar fazendo
de se conduzir
uma
retrospectiva do
Sprint
33. Resumo: Gerenciamento ágil
Tópico Características
Objetivo principal Orientado ao produto e centrado nas pessoas
Tipo do projeto Projetos com mudanças constantes e que necessitam de respostas
rápidas
Tamanho Mais efetivo em projeto pequenos(5 a 9 pessoas)
Gerente do projeto Papel de facilitador ou coordenador
Equipe do projeto Atuação colaborativa em todas as atividades do projeto
Cliente Essencial. Deve ser parte integrante da equipe do projeto
Planejamento Curto e com a participação de todos os envolvidos na elaboração
do planejamento
Arquitetura Aplicação de design simples. Evolui junto com o projeto e
baseia-se na refatoração
Modelo de Iterativo e Incremental
desenvolvimento
Comunicação Informal
Tópico Características
34.
35. Dúvidas?
Fernando Costa
fernando@3lj.com.br
www.fernandocosta.com.br
Patrocínio: Agradecimento:
www.3lj.com.br www.innovit.com.br
39. Boa
Má notícia
notícia
Cases de sucesso: • Seus colegas não vão
Google
acreditar
Microsoft
• O seu chefe não vai
aceitar
Philips
• O chefe do seu chefe
não pode nem pensar
FAB (BR)
Oi Paggo
40. Não é assim que se faz
software
Principais falhas:
a) Não entregam o acordado
b) Orçamento
c) Prazo
d) Todas alternativas
44. 20% muito útil
Geram pelo menos 80% do valor do
produto
20%? desconhecido no início do projeto
“XP é a arte de maximizar a
quantidade de software que
você não vai fazer “
Vinícius Manhães Teles
57. Possíveis respostas
Mais testes?
Mais projeto e arquitetura?
Menos pessoas?
Mais qualidade?
58. Programando ao Extremo
− Testar toda hora!!
− Seprojetar é bom, vamos fazer
disso parte do trabalho diário de
cada pessoa!
− Integrar
a maior quantidade de
vezes possível!
− Iterações realmente curtas!
59. Práticas Cliente
Presente
Código
Coletivo Test-Driven Coding
Development Standard
Testes de Programação Planning
Aceitação em pares Refactoring Game
Integração
Design Ritmo
Contínua
Simples Sustentável
Metáfora
Releases
Curtas
Adaptado de xprogramming.com
60. Jogo do Planejamento
Reunião semanal onde todos participam
Escopo reavaliado
Cliente prioriza e seleciona as histórias
que serão desenvolvidas
Ao fim da semana o cliente recebe produto
funcionando
61. Reunião em pé
10/15 minutos
Todos em pé
Não é para a solução de problemas
− Todo mundo é convidado
− Apenas a Equipe pode falar
Sincronização do conhecimento
1. O que fiz desde a última reunião?
2. O que farei até a próxima reunião?
3. Existe algum obstáculo?
62. Cliente presente e envolvido
• Responsabilidade do
projeto:
– Equipe
– Cliente
• Comprometimento
63. Ritmo sustentável
Semana de 40 horas (8hr/dia)
Sem hora extra:
Baixa produtividade
Código de má qualidade
Aumento de BUGs
64. Programação em
par
Forneça suporte e ferramentas
Experimente, você vai se surpreender
Alterne os pares para não ficar cansativo e
nivelar o time
Respeite a individualidade das pessoas
69. Refatoração
“Time que está ganhando não se mexe” –
FALSO
Ex.: Empresas estáveis quebram se não
mudarem
Melhoria contínua
70. Desenvolvimento
Orientado
a Testes (TDD)
Início é um pouco demorado
Primeiro o teste, depois a funcionalidade
para passar no teste
Testes automatizados: Unitários, Interface e
Aceitação
RETORNO: Salvação no FIM do projeto