O que estamos procurando?

Transcrição

1

2

3 O que estamos procurando? 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) Menor custo e prazo possível (qualidade do projeto)

4 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

5 O que é Agile hoje? 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

6 O que é Agile hoje? Test-Driven Development (TDD) Design e Arquiteturas Emergentes Documentação FORTE (e executável!!!) Ajuda de muitas ferramentas

7 Tipos de Desenvolvimento 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 Aonde você se enquadra?

8 Papéis do Scrum Qual o seu papel? O Time Product Owner Scrum Master

9 Stakeholders ou O mercado 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

10 Pesquisa: 17 Cases Aspercom Outsourcing Interno Produto 3 - consultorias / agências Web / outsourcing 7 - desenvolvimento interno, governo 7 - são empresas de produto - ISV Fonte:

11 Outsourcing e Scrum: 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 Interno Produto

12 Forças do Desenvolvimento Interno 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 Outsourcing Interno Produto

13 Problemas para o Desenvolvimento Interno 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* Outsourcing Interno Produto * O cara que cuida dos processos

14 ISVs Ready for Agile! 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 Outsourcing Interno Produto Muitos já praticam alguma iteratividade (releases) Buscam boas arquiteturas e práticas de engenharia

15 Problemas dos ISVs 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

16 Você quer realmente ser Agile? Outsourcing Interno Produto 1 3 2

17 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

18 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 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 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

19 Scrum Flácido == MáM definição de pronto Scrum Flácido 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)

20 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...

21 Obrigado!