Metodologias Light: Problemas, Princ

1
Metodologias Light Problemas, Princípios, e
Práticas
Ágeis

• Gerência de Processos
• Francilene Garcia

2
Domínios de Problemas Investigação vs. Exploração
Investigação (descoberta do conhecimento)
Produção (apropriação do conhecimento)
3
O caminho do futuro

• Inovação radical
• Desenvolvimento exploratório
• Colaboração
• Mudanças rotineiras

Radical innovation is the competitive advantage
for the new millenium Gary Hamel, Leading the
Revolution
4
O desafio do desenvolvimento moderno de software

• Obter rapidamente a conclusão de projetos de
  software caracterizados como inovadores e
  críticos em ambientes turbulentos de negócios e
  tecnologias, implica em lidar com
• funcionalidades atrativas
• entrega rápida
• alta qualidade
• muitas mudanças

5
Survey conduzido pelo Cutter IT

• Amostra da pesquisa
• 40 empresas
• 37 projetos por empresa
• Importância
• 9 (20) e-Projects por empresa
• 31 do orçamento gasto com e-Projects
• Tendência
• 20 novos e-Projects sendo iniciados a cada ano

6
Survey conduzido pelo Cutter IT

• Tamanho do e-Project
• 11 meses (em média)
• 40 pessoas (staff técnico)
• Três atividades centrais suportadas
• 60 serviço ao cliente
• 42 MIS/DSS (gestão conhecimento, data mining,
  CRM, etc)
• 40 solicitação/fechamento serviço

7
Estudos da Harvard Business School

• 4 práticas de desenvolvimento de software
  sinalizam sucesso
• liberação rápida de uma versão do produto ao
  cliente
• incorporação diária de novo código e feedback
  sobre mudanças no projeto
• um time com ampla bagagem na condução de
  múltiplos projetos
• foco no projeto da arquitetura do produto
• Product-Development Practices that Work How
  Internet Companies Build Software MIT Sloan
  Management Review, Winter 2001.
• Now there is proof that the evolutionary
  approach to software development results in a
  speedier process and higher-quality products

8
Survey HBS

• Maior número de versões produzir versões com
  menor número de funcionalidades resulta em ganhos
  significativos de desempenho
• Abordagem evolucionária reduz riscos
• Quanto mais rápido o feedback (horas) maior a
  qualidade
• Incertezas ditam projetos menores reduzir o
  nível de funcionalidades

9
Projetos agéis/pesados Qual?

• HBS Estudo Sistemas ERP Rob Austin
• Histórias de terror
• Grandes produtores US 175 a 300 M
• Dell acima US 200 M
• Características
• muito grande
• muito arriscado técnico, organizacional,
  negócio
• The old projects approaches do not work in this
  new space Rob Austin

10
HBS Estudo Sistemas ERP Características de
sucesso

• Eles são iterativos?
• Eles dependem de ciclos rápidos e insistem na
  entrega frequente?
• Eles coletam funcionalidades diretamente dos
  usuários em etapas iniciais do projeto?
• Eles fazem uso de alguma análise de ROI do
  projeto como um todo?

11
Soluções emergentes

• Extreme Programming Kent Beck
• Crystal Methods Alistar Cockburn
• Lean Development Bob Charette
• SCRUM-K Schwaber
• Adaptive Software Dev Jim Highsmith
• I predict that Kent Beck and his XP movement
  will as much a symbol of our times as Watts
  Humphry and CMM were a symbol of the 80 and
  90. Tom DeMarco

12
Manifesto por desenvolvimento ágil

• Valores
• Indivíduos e interações na frente de processos e
  tools
• Produto operacional é melhor que documentação
• Colaboração do cliente é mehor que negociação de
  contrato
• Responder as mudanças ao invés de seguir planos

13
Princípios chaves das metodologias agéis

• Gerar valor para o cliente foco em resultados
• Capacidades individuais focar na experiência de
  cada indivíduo
• Colaboração foco em inovação via interação
  entre grupos
• Adaptação foco em feedback mudanças
• Minimalismo foco na simplicidade

14
Imaginar-Explorar, ao invés de Planejar

• Mission driven
• Feature driven
• Iterativo (exploratório)
• Timeboxed
• Risk driven
• Tolerante a mudanças

15
ESPECULAR-Colaborar-Aprender
A - Início
B Resultado planejado
C Resultado desejado
Num ambiente extremo, seguir um plano irá
produzir um produto que você projetou, porém este
produto poderá não ser o que você (mercado)
necessita.
16
Pessoas vs. colaboração
Deliverables Decisões Conhecimento
Interpessoal
Cultural
Estrutural
O ato de colaboração é um ato de compartilhar
criação e/ou descobertas Michael Schrage, No
More Teams
17
COLABORAÇÃO cultural
Comando -- Controle
Liderança -- Colaboração
Comandar Controlar é muito lento A informação
não circula na velocidade necessária As decisões
não são tomadas no momento oportuno
18
Regrinhas simples Dee Hock

• Simple, clear purpose and principles give rise
  to complex, intelligent behavior
• Complex rules and regulations give rise to
  simple, stupid behavior
• Metodologias agéis procuram identificar algumas
  práticas chaves (regras) e então deixá-las
  alcançar soluções para problemas específicos
  através de feedbacks individuais e de grupo.

19
Liderança - Colaboração

• Estabelce uma visão e propósito
• Define condições aceitáveis para os limites
• Encoraja a inovação e colaboração
• Poder compartilhado (tomada de decisão)
• líderes motivam times
• times motivam líderes
• Macro gestão sim, micro gestão não

20
Principais Metodologias Agéis

• Um Overview

21
As novas metodologias

• Paper do Martin Fowler (www.martinfowler.com)
• foco em condutas adaptativas
• foco nas pessoas e não no processo
• Foco naquilo que funciona na prática e não no que
  deveria funcionar
• Foco em práticas chaves e não em TODAS as
  práticas
• Veja também www.crystalmethodologies.com

22
As principais metodologias agéis

• Home-made, sem nome no mercado
• Crystal methods
• SCRUM
• DSDM
• Lean development
• Feature-drives development
• XP
• Adaptive software development

23
Crystal Methods

• Proposto por Alistar Cockburn
• Referências
• www.crystalmethodologies.com
• members.aol.com/acockburn/
• Surviving OO Practices, Addison-Wesley, 1998
• Writting Effective Use Cases, Addison-Wesley,
  2000
• Software Development as a Cooperative Game,
  Addison-Wesley, 2002

24
Como selecionar uma metodologia
Priorizar responsabilidade legal
Priorizar produtividade e tolerância
V6 V20 V40 V100 V200 V500 V1000
E6 E20 E40 E100 E200 E500 E1000
R6 R20 R40 R100 R200 R500 R1000
C6 C20 C40 C100 C200 C500 C1000
Vida útel (V)
Criticalidade (dfeitos causam perdas de ...)
Essencial (E)
sem Restrições (R)
Conforto (C)
1-6
-20
-40
-100
-200
-500
-1000
Número de pessoas envolvidas ( 20)
25
Família de Metodologias Crystal
V6 V20 V40 V80
E6 E20 E40 E80
R6 R20 R40 R80
C6 C20 C40 C80

• Prioridades
• alta produtividade, alta tolerância
• Filosofia comum
• forte em comunicação, light nos deliverables
• O desenv. de s/w é um jogo cooperativo
• Práticas chaves
• canais de comunicação rápidos, simples e
  informais
• versões frequentes c/ poucas funcionalidades
• motiva as pessoas fazerem uso de suas
  habilidades naturais (argumentação, comunicação)
  e estarem alertas aos defeitos (pouca disciplina,
  baixa cautela)

Clear
Yellow
Orange
Red
26
SCRUM

• Proposto por Ken Schwaber
• Diferencia processos definidos e empíricos
• Baseado na teoria da complexidade
• Foco em projetos
• Cujo ambiente de negócios apresenta crescente
  complexidade e é repleto de incertezas
• A gestão do projeto procura maximizar a
  flexibilidade e capacidade de entregar bons
  produtos
• Referências
• www.controlchaos.com
• http//jeffsutherland.com
• Existe um livro a caminho...

27
Overview do Processo SCRUM
28
Gráfico de sucesso/complexidade do SCRUM
Resposta flexível às incertezas melhora
p(sucesso) numa relação de complexidade
0,9
Probabilidade (sucesso)
0,5
Probabilidade crescente (sucesso)
Caos
0,1
baixa
alta
média
complexidade
29
Feature-driven development (FDD)

• Proposto por Peter Coad
• Capítulo 6 do livro Java Modeling in Color with
  UML Enterprise Component and Process, de Peter
  Coad (1999)
• Processo minimalista (5 passos)
• www.togethersoft.com

30
FDD Overview
Planejar funcionali-dades
Listar as funcionali-dades
Desenvol-ver um modelo genérico
Funcionalida-des chaves
Plano de desenvolvi-mento
Diagrama de sequência
Funcionalida-de avalida pelo cliente
Um modelo objeto
Mais forma, menos detalhes
Mais detalhes, menos formas
31
Tradicionais vs. Agéis

• Documentação não significa entendimento (tácito)
• Documentação típica 15 completa, 7 correta
  (Elemer Magaziner)
• Formalidade não é disciplina
• Alta qualidade requer disciplina
• Processo não significa competência
• Muitas mudanças derrubam qq processo

32
Debate continua
Metodologia ágil típica
X
Alta
Adaptação
Competência, disciplina, entendimento
Metodologia rigorosa típica
X
Baixa
Leve
Densa
Otimização
Processo, documentação, formalidade
33
Por quê metodologias agéis?
Inovação Radical
Comunidade
People and relationships are the new bottom line
of business, not simply for humanistic reasons,
but as a way to promote adaptability and business
sucess. Roger Lewin
Companies fail to create the future not because
the fail to predict it but because they fail to
imagine it. Gary Hamel