Scrum para Desenvolvimento Interno e Produtos de Software

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?

Você desenvolve software “para fora”
Outsourcing, Fábricas de Software, Consultorias, Agências Web
Você desenvolve soluções internas da empresa
Desenvolvimento interno, body shop, Governo
Você desenvolve um produto para o mercado - ISV
Pacotes ou soluções para atender clientes
Tipos de Desenvolvimento Aonde você se enquadra? 1 2 3

Product Owner Scrum Master 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 ou O 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
Pesquisa: 17 Cases Aspercom 1 2 3 Outsourcing Interno Produto

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)
Outsourcing e Scrum: 1 2 3 Outsourcing Interno Produto

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

Você quer realmente ser Agile? 2 1 3 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 Silva Product 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”
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!

http://blog.aspercom.com.br	443
http://fabiodesconsi.blogspot.com	10
http://www.slideshare.net	6
http://fabiodesconsi.blogspot.com.br	4

Scrum para Desenvolvimento Interno e Produtos de Software

by Rodrigo Yoshima on May 14, 2009

Accessibility

Tags

Upload Details

Usage Rights

4 Embeds 463

Statistics

Scrum para Desenvolvimento Interno e Produtos de Software — Presentation Transcript