Download - Desmitificando o ágil e o scrum
Emerson H. [email protected]
Mini-currículoBacharel em Ciência da ComputaçãoPós-graduando em Metodologias para Engenharia
de SoftwareSystem Specialist na Accenture do Brasil (CoE PB).
A Accenture é uma empresa global especializada em consultoria de gestão, serviços de tecnologia e outsourcing (http://www.accenture.com(.br)).
Entusiasta da engenharia de software e das metodologias ágeis de desenvolvimento de software
Co-fundador do Scrum Paraíba
2
AgendaDesmitificando o ágil
Agilemanifesto.orgCenário atual das empresas de software
Por quê pequenas empresas se interessam pelo ágil?
Por quê grandes empresas se interessam pelo ágil?
ScrumFerramentas são ágeis!O que podemos concluir?
3
O que é e o que não é ágil
4
Desmitificando o ÁgilMito: Ágil NÃO se preocupa com
documentaçãoDocumentação é importante para:
tornar o conhecimento institucional e não apenas pessoal
agregar algum valor para o negócio do cliente e/ou para o negócio da organização
5
Desmitificando o ÁgilMito: Não precisamos de processos nem de
ferramentas, é só utilizar um quadro e post-itsApenas quadro e post-its não ajudam a
produzir o software de forma rápida e eficienteO que á de mais importante nas metodologias
ágeis NÃO são suas práticas, mas os valores
6
Desmitificando o ÁgilMito: Não há disciplina na auto-organização
da equipeA idéia de equipe auto-organizada não reflete
falta de disciplina, muito pelo contrário: Compromisso é a palavra que representa a disciplina.
Compromisso com: Planejamento Time (equipe ou grupo de trabalho) Empresa Clientes
7
Desmitificando o ÁgilMito: Equipe ágil não precisa seguir um plano
Projetos ágeis também são projetos
PROJETO é um esforço temporário empreendido para alcançar um objetivo específico. Projetos são executados por pessoas, geralmente têm limitações de recursos e são planejados, executados e controlados.
(PMBOK®)
Para que o projeto seja realizado dentro das premissas é necessário PLANEJAMENTO
8
Desmitificando o ÁgilMito: Uma metodologia ágil vai resolver os
problemas da nossa empresaNem ágil nem tradicional resolve todos os
problemas
MELHORIA CONTÍNUA + ADPATAÇÃO
A capacidade de adaptação deve permitir que a organização realize mudanças nos projetos e no processo de forma mais flexível e menos onerosa.
9
Agilemanifesto.orgIndivíduos e interações mais que processos e
ferramentasSoftware em funcionamento mais que
documentação abrangenteColaboração com o cliente mais que
negociação de contratosResponder a mudanças mais que seguir um
plano
Ou seja, mesmo havendo valor nos itens à direita,valorizamos mais os itens à esquerda.
10
Pequenas e gigantes
11
Por quê as pequenas empresas se interessam pelo ágil?
12
Por quê as grandes empresas se interessam pelo ágil?
13
SCRUMFramework de gestão ágil de projetos
14
Scrum (Propósito)
Ser utilizado para desenvolver produtos
Ser o framework no qual você poderá empregar processos e técnicas
Transparecer os problemas em suas práticas para que você as melhore
15
Scrum (Teoria)
Processos empíricos*
Abordagem iterativa e incrementalObjetivos:
Previsibilidade E controle de riscos
16
Scrum (Pilares)TRANSPARÊNCIA
Definição de pronto conhecida por todos
INSPEÇÃOIdentificar a rapidamente
as não-conformidades
ADAPTAÇÃOAjustes e adequações
rápidas em produto e/ou processo
17
Scrum (Conteúdo)
18
Scrum (Papéis)
19
Scrum (Scrum Master)“Ensina” Scrum para o Time e
para a organização
Remove os impedimentos
Não é gerente, mas sim um líder servidor ** e facilitador
**Leia “o monge e o executivo” (James C. Hunter)
20
Scrum (Product Owner)Gerencia backlog do produto
Define valor de negócioDefine prioridade
Define requisitos
Toma as decisões (decisões devem ser respeitadas)***
*** Mas podem ser discutidas
21
Scrum (Time)Transformam o backlog em
incrementos entregáveis a cada Sprint
São interdisciplinares:Possuem conhecimentos
especializados, como programação, controle de qualidade, análise de negócios, arquitetura, projeto de interface de usuário ou projeto de banco de dados.
São auto-organizáveis: ninguém diz ao time o como, apenas o quê.
22
Scrum (Ciclo)
23
Scrum (Artefatos)Documentos Burndown chart (Backlog -
Sprint)Backlog do produto
Backlog da Sprint
Lista de impedimentos
24
Automação de tarefas torna o projeto e o processo mais ágil
25
Ferramentas são ágeis!Controles de versõesIntegração contínuaGerenciamento de mudançasRastreabilidade entre produtos de trabalhoTestes
Essas acima são tarefas onerosas e por assim serem as vezes deixamos de fazê-las . Ferramentas para elas “agilizam” (leia: agregam valor de negócio ao produto e ao processo) o desenvolvimento.
26
O que deu para extrair dessa apresentação?
27
O que podemos concluir?Ágilidade NÃO se trata apenas de práticas para
tornar o desenvolvimento mais rápidoMas SIM de valores e ações que tenham foco nos
objetivos de atender o cliente, com qualidade de produto dentro de escopo, prazo e custo planejado.
Valores ágeis NÃO condenam documentação, processos e ferramentas
Apenas valorizam mais as pessoas e suas interaçõesE valorizam mais a satisfação dos envolvidos
(clientes e times)
28
Obrigado!
29
Dúvidas?
30
ReferênciasScrum Guide – Disponível em: http://www.scrum.org/ -
Acesso em: 09/2010.Scrum e Estratégia – InfoQ – Disponível em:
http://www.infoq.com/br/articles/scrum-and-strategy - Acesso em : 09/2010.
Adoção de Agile X Diferenças entre as gerações – InfoQ – Disponível em: http://www.infoq.com/br/articles/agile-diferenca-geracao - Acesso em: 09/2010.
Scrum e a Crise Mundial – InfoQ – Disponível em: http://www.infoq.com/br/articles/scrum-crise-mundial - Acesso em: 09/2010.
Acesse http://scrumpb.org
31