agile tour 2010

Adoção dos Métodos Ágeis em Outsourcing

Paulo [email protected]

25 de Outubro 2010

São Paulo

Biografia

• Mestre em Engenharia de Computação pelo IPTComputação pelo IPT

• Formado em Licenciatura e Bacharelado em Matemática

• Gerente de Projetos Ágil – Abril

www.agiletour.com25/10/10

Meta #1

É possível aplicarmos Agile em Outsourcing?

Meta #2

Como podemos adotar Agile em Outsourcing?

OutsourcingOutsourcing

??


AgileAgile

??

A sua empresa já está preparada em desenvolvimento de software e


desenvolvimento de software e gestão de projetos ágeis?

Se não está, os desafios são grandes!


PARCERIA e não ADVERSÁRIOS!


Parceria Ágil?

• Nem todos estão dispostos, assim como na adoção de Agile em equipes internas


Contratos Tradicionais

• Inflexíveis e não permitem mudança de escopo


Triângulação Perversa

Tempo


Tempo

EscopoCusto

Contrato Ágil


Ao invés de escopo fixo…


…custo fixo


- Time-boxing é uma prática ágil comum.

- Limitar o custo faz com que o time-boxing trabalhe até melhor!


Portanto:

• User stories, ao invés de uma Especificação de Requisitos detalhada (elas são orientadas a features, podem ser criadas e destruídas features, podem ser criadas e destruídas facilmente, provém uma boa visão do escopo e podem ser comparadas pelo tamanho ou esforço).

• Pontos, ao invés de horas, pois são relativos e não expressam necessariamente o esforço.

• DONE: confiança e entendimento comum.www.agiletour.com25/10/10

Desta forma, fixando o escopo em termos de pontos, conseguimos, no decorrer do

projeto, abraçar mudanças, pois conseguimos trocar histórias por outras

de mesmo valor.


de mesmo valor.

Assim, temos a tríplice: custo, prazo e escopo fixos, da forma ágil!

Como?

EstimativaInicial

EstimativaInicial

Obterhistórias

Pontuarhistórias


Business Value“Uma abordagem de melhoria de aprendizado e incremental, com a

finalidade de oferecer aos


finalidade de oferecer aos clientes mais do que eles

realmente querem, observando o processo como um todo.”

Como?

EstimativaInicial

EstimativaInicial

Obterhistórias

Pontuarhistórias

TempoTempo VelocidadeTime

QuantidadePontos


Como?

EstimativaInicial

EstimativaInicial

Obterhistórias

Pontuarhistórias

TempoTempo VelocidadeTime

QuantidadePontos

CustoCusto QuantidadeHoras

QuantidadePessoas


Velocidade do Time

Total de Pontos 100

Velocidade Baixa 5Velocidade Baixa 5

Velocidade Alta 15


100 ÷ 5 =

100 ÷ 15 =

TEMPO

f = (total de pontos ÷ velocidade) ×f = (total de pontos ÷ velocidade) ×tamanho do sprint

(100 ÷ 10) × 2 semanas = 20 semanas


CUSTO

f = horas sprint × qtde. sprints × qtde. f = horas sprint × qtde. sprints × qtde. pessoas × valor/hora

80h × 10 sprints × 4 pessoas × R$ 100,00 = R$ 320.000,00


Flexibilidade

• Número de pontos a serem entregues já sabemos!

• Abrace mudanças, levando em consideração a • Abrace mudanças, levando em consideração a quantidade de pontos!

• Se cliente quiser mais 1 sprint, sem problema! Faça um aditivo ao contrato com esse sprint adicional.


MAS…


Acompanhe a cada sprint!!!



noop.nl

Confiança!


ESTUDO DE CASO


ANTES DE TUDO…


Definir as responsabilidades com clareza

• Product Owner

• ScrumMaster

• QA• QA

• Time

• Arquiteto de Software

• Sysadmin



• Product Owner

• ScrumMaster

• QA

• Define uma visão clara do produto• Define as características • QA

• Time


• Sysadmin


• Define as características do produto• Planeja e organiza o backlog• Pontua o valor de negócio das histórias • Responsável pelo ROI


• Product Owner

• ScrumMaster

• QA

• Remove os impedimentos• Responsável pelo processo• QA

• Time


• Sysadmin


processo• Facilita a colaboração entre todos• Garante que o time esteja sempre funcionando e produzindo


• Product Owner

• ScrumMaster

• QA

• Planeja e executa os testes de aceitação do usuário• QA

• Time


• Sysadmin


usuário• Apóia time• Trabalha com todos para garantir a qualidade do software a ser lançado


• Product Owner

• ScrumMaster

• QA

• Desenvolve as features planejadas pelo PO• Define como será • QA

• Time


• Sysadmin


• Define como será realizado o trabalho• Auto-gerenciado e auto-organizado• Apresenta o que foi feito ao PO


• Product Owner

• ScrumMaster

• QA

• Programa em par remotamente• Revisa o código• QA

• Time



• Revisa o código• Integra continuamente • Realiza provas de conceito• Alinhamento conceitual e arquitetural entre os principais projetos da área

Sessão de Levantamento de Features


Coaching do PO

• Como escrever histórias, aplicando o conceito de INVEST conceito de INVEST (Independent, Negotiable, Valuable, Estimable, Sized right and Testable)

• Responsabilidades


Escrever histórias



- Jeff Patton -

Planning Poker


Business Value


Pontos


Contrato Ágil


Reuniões

• Daily

• Planning• Planning

• Review

• Retrospective


Reuniões

• Daily

• Planning

Perguntas:

• O que foi feito?

• O que será feito?• Planning

• Review

• Retrospective

• O que será feito?

• Algum impedimento?

Regras:

• 15’

• PO liga para todos


Reuniões

• Daily

• Planning

• Meta do Sprint

• Apresentação das histórias• Planning

• Review

• Retrospective

histórias

• Estimativa (user stories < 13)

• Definição do Sprint


Reuniões

• Daily

• Planning

• Apresentação das histórias DONE para stakeholders• Planning

• Review

• Retrospective

stakeholders

• Aceitação

++ Reviews constantes, quase diários


Reuniões

• Daily

• Planning

• O que foi bom e devemos continuar?

• O que precisa ser • Planning

• Review

• Retrospective

• O que precisa ser melhorado?

++ Retrospectiva geral presencial no final do Release


Acompanhe a Evolução


Acompanhe a Evolução

Boas Práticas de Desenvolvimento de Software

• Pair programming (Team Viewer, Pair Eclipse Programming, etc.)

• Code review• Code review

• Desenvolvimento orientado a testes

• Padronização de código

• Integração regular do código

• Incentivo à refatoração


“Quem não se comunica, se estrumbica” (Velho Guerreiro)


@phfrebelo


agile tour 2010

Technology