www.aspercom.com.br

O que estamos procurando?

Menor custo e prazo possível

Definição de Sucesso de um Projeto de Software

O software resolve o problema(qualidade externa)

O software é fácil de manter e evoluir (qualidade

interna)

(qualidade do projeto)

Apenas 37% das empresas estão satisfeitas com a velocidade do desenvolvimento interno de aplicações

80% dos investimentos em desenvolvimento

estão na identificação e correção de defeitos

Taxa de falha ainda é superior a 45% dos projetos

Fontes: IBM e Standish Group

Participação do cliente (usuário real) é primordial

Desenvolvimento iterativo, iterações curtas (2 semanas)

Colaboração e muita Comunicação dentro da Equipe

Equipes Multi-funcionais e Auto-organizáveis

O que é Agile hoje?

• Test-Driven Development (TDD)

• Design e Arquiteturas Emergentes

• Documentação FORTE (e executável!!!)

• Ajuda de muitas ferramentas

O que é Agile hoje?

Tipos de Desenvolvimento

Você desenvolve software “para fora”Outsourcing, Fábricas de Software, Consultorias, Agências Web

Você desenvolve soluções internas da empresaDesenvolvimento interno, body shop, Governo

Você desenvolve um produto para o mercado - ISVPacotes ou soluções para atender clientes

Aonde você se enquadra?

1

2

3

Product Owner

ScrumMaster

O Time

Papéis do Scrum

Qual o seu papel?

Product Owner Time

Orientado a ROI Controla Escopo Com “força política” Dirige o time

Senta e Trabalha Busca excelência Não discute “escopo”

Stakeholders ouO mercado

3 - consultorias / agências Web / outsourcing

7 - desenvolvimento interno, governo

7 - são empresas de produto - ISV

Fonte: http://blog.aspercom.com.br/category/cases

1

2

3

Outsourcing

Interno

Produto

Pesquisa: 17 Cases Aspercom

Consultorias e Fábricas de Software ainda não estão buscando Scrum/Agile...

Forma de contratação escopo fechado– A maioria não sabe vender e/ou “fazer” Agile– Os clientes deles não sabem como comprar Agile

Difícil achar o Product Owner “verdadeiro”– Será o cliente?– Será o fornecedor?– Postura “buy and forget”

É um modelo em declínio – clientes insatisfeitos– Substituição por Body Shop (estão migrando para o tipo 2)

1

2

3

Outsourcing

Interno

Produto

Outsourcing e Scrum:

Grandes empresas que tem desenvolvimento interno (destacando o Governo) estão buscando modelos ágeis e iterativos. Por que?

É relativamente fácil achar o Product Owner

Estão aceitando melhor um escopo negociável

Estão melhorando suas arquiteturas / engenharia

Forças do Desenvolvimento Interno e Scrum:

1

2

3

Outsourcing

Interno

Produto

Essas empresas costumam ser grandes, hierarquizadas e mais lentas nas decisões, especialmente no Governo

É relativamente fácil achar o Product Owner, mas..– Geralmente ele não tem o envolvimento necessário– O dinheiro não está saindo do bolso dele!

Há facções dentro da equipe!– Analistas x programadores– Programadores x Testers– Analistas, Programadores, Testers x Qualidade*

Alguns ainda resistem à idéia:– PMOs, Diretoria e Qualidade*

* O cara que “cuida dos processos”

Problemas para o Desenvolvimento Interno

1

2

3

Outsourcing

Interno

Produto

Indepent Software Vendors (ISVs) possuem estruturas simples, enxutas e

são orientadas a resultados rápidos

O Product Owner adora seu papel

Equipes menores e mais unidas

Muitos já praticam alguma iteratividade (releases)

Buscam boas arquiteturas e práticas de engenharia

ISVs Ready for Agile!

1

2

3

Outsourcing

Interno

Produto

O desenvolvimento de software é mais complexo

Muitas vezes carregam um pesado legado

Nem todos possuem boas arquiteturas

Ainda há muito a melhorar nas práticas de engenharia

Problemas dos ISVs

1

2

3

Outsourcing

Interno

Produto

2211

33

Você quer realmente ser Agile?

1

2

3

Outsourcing

Interno

Produto

Palavras de um verdadeiro Product Owner...

Me foi dado dinheiro dos acionistas para que eu

investisse no Produto, e eu tenho que fazer

o melhor possível com isso.

Paulo Cesar Soares da SilvaProduct Owner

Crivo

““

Sorry, if you don't use agile engineering practices, if you don't have high-bandwidth communication, and if you don't

include a strong customer voice, you're not going to succeed.

Try something else instead. James Shore

Whenever I've listened to prominent Scrummers they've always

emphasized that you must have good technical practices to succeed with a Scrum project. They don't mandate what those

technical practices should be, but you do need them. Martin Fowler

Agile é muito mais do que desenvolver iterativamente, fazer stand-up meetings e planejamentos ágeis. Não dá para ignorar todas

as práticas de engenharia de software que realmente fazem com

que a produção e mudanças sejam ágeis. Guilherme Chapiewski

““

””

““

Scrum Flácido == Má definição de “pronto”Scrum Flácido == Má definição de “pronto”

Será que a sua definição de pronto não deveria incluir:

testes automatizados?

o olho de um especialista no código?

uma clara documentação?

O que você faz com o resultado das Retrospectivas?(melhoria contínua)

Scrum Flácido

Entregar software funcionando regularmente é primordial...

pessoal não qualificado para execução das tarefas

arquiteturas fracas ou inflexíveis falhas ao atacar os riscos

falta de fluidez no ciclo de desenvolvimento

problemas na infra-estrutura

equipes desmotivadas

““O Scrum é tua sogra...

www.aspercom.com.br

Obrigado!