Como ter um projeto de software bem sucedido?<br />David Anderson <br />1<br />
Mais de 65% dos projetos de softwares são mal sucedidos!<br />2<br />
Chaos Manifesto<br />Fonte: StandishGroup: Chaos Manifesto<br />3<br />
Chaos Manifesto<br />Estatísticas mostram que nos últimos 10 anos 65% dos projetos de software não saíram como previsto.<b...
Qual, então, a principal causa do fracasso dos projetos?<br />5<br />
Adoção do Escopo Fixo<br />Ilusão do cliente:<br />Custo previsível<br />Prazo previsível<br />Escopo previsível<br />Ilus...
Escopo Fixo<br />Qual é então o problema?<br />Assumir que:<br />1- Cliente sabe exatamente o que deseja no início do proj...
Escopo Fixo<br />Quando o cliente opta por um escopo fixo, está apostando que não aprenderá nada ao longo do projeto e que...
A solução: Escopo Negociável<br />O que é?<br />É um contrato que se baseia na premissa (bastante realista) de que não exi...
Escopo Variável<br />Ao adotar um escopo variável o cliente terá os seguintes benefícios:<br />Na data alvo, o cliente ter...
Como desenvolver um projeto com escopo variável?<br />Processo Ágil<br />Após 15 dias o cliente já recebe funcionalidades ...
Escopo Variável<br />Como começar?<br />Conversa para que ambas as partes tenha uma visão inicial do sistema e funcionalid...
Escopo Variável<br />Com isto decidido temos um contrato exemplo:<br />"O projeto terá a duração de oito meses com iteraçõ...
Comparações<br />Com escopo fixo, alterações sugeridas tendem a ter valor elevado, pois mudanças no escopo afetam a capaci...
Dúvidas?<br />15<br />
Próximos SlideShares
Carregando em…5
×

Escopo fixo x escopo negociavel - Para clientes cliente

2.895 visualizações

Publicada em

Como convencer seu cliente a assinar um contrato com escopo variável?

0 comentários
1 gostou
Estatísticas
Notas
  • Seja o primeiro a comentar

Sem downloads
Visualizações
Visualizações totais
2.895
No SlideShare
0
A partir de incorporações
0
Número de incorporações
1.359
Ações
Compartilhamentos
0
Downloads
28
Comentários
0
Gostaram
1
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide

Escopo fixo x escopo negociavel - Para clientes cliente

  1. 1. Como ter um projeto de software bem sucedido?<br />David Anderson <br />1<br />
  2. 2. Mais de 65% dos projetos de softwares são mal sucedidos!<br />2<br />
  3. 3. Chaos Manifesto<br />Fonte: StandishGroup: Chaos Manifesto<br />3<br />
  4. 4. Chaos Manifesto<br />Estatísticas mostram que nos últimos 10 anos 65% dos projetos de software não saíram como previsto.<br />15% dos projetos foram cancelados antes mesmo de serem encerrados<br />O restante sofreu problemas relacionados ao aumento de custo ou de prazo;<br />Destes, mais de 75% das funcionalidades implementadas jamais foram usadas<br />4<br />
  5. 5. Qual, então, a principal causa do fracasso dos projetos?<br />5<br />
  6. 6. Adoção do Escopo Fixo<br />Ilusão do cliente:<br />Custo previsível<br />Prazo previsível<br />Escopo previsível<br />Ilusão da empresa<br />Receita previsível<br />Prazo previsível<br />Demanda previsível<br />6<br />
  7. 7. Escopo Fixo<br />Qual é então o problema?<br />Assumir que:<br />1- Cliente sabe exatamente o que deseja no início do projeto<br />2 - Equipe é capaz de estimar com perfeição e entregar o sistema no dia combinado<br />O que devemos esperar então?<br />Previsibilidade de escopo é inviável na maior parte dos casos<br />Escopo fixo, ao invés de representar previsibilidade, prejudica os envolvidos, especialmente o cliente<br />7<br />
  8. 8. Escopo Fixo<br />Quando o cliente opta por um escopo fixo, está apostando que não aprenderá nada ao longo do projeto e que nada diferente ocorrerá em seus processos de negócio. <br />O cliente aprende e as empresas convivem cada vez mais com ambientes de negócio que avançam com rapidez e demandam mudanças<br />8<br />
  9. 9. A solução: Escopo Negociável<br />O que é?<br />É um contrato que se baseia na premissa (bastante realista) de que não existe previsibilidade sobre o que será feito no software.<br />Enquanto no escopo fixo existem quatro variáveis <br />Custo<br />Prazo<br />Escopo<br />Qualidade<br />No escopo variável temos apenas 3!<br />Custo<br />Prazo<br />Qualidade<br />9<br />
  10. 10. Escopo Variável<br />Ao adotar um escopo variável o cliente terá os seguintes benefícios:<br />Na data alvo, o cliente terá um sistema que implementa, pelo menos, as funcionalidades de maior importância.<br />A cada iteração, o cliente tem inúmeras oportunidades de rever as prioridades, avaliar a equipe e alterar os requisitos<br />E se a equipe for inadequada?<br />Em um escopo fixo, o cliente só perceberá se a equipe não atende as necessidades após bastante tempo, pois não há entrega contínua.<br />Em um escopo variável, após poucas semanas o cliente já saberá se a equipe está no ritmo adequado.<br />10<br />
  11. 11. Como desenvolver um projeto com escopo variável?<br />Processo Ágil<br />Após 15 dias o cliente já recebe funcionalidades prontas e pode utilizá-las já na terceira semana<br />A cada 15 dias receberá mais funcionalidades e assim por diante<br /> Isto fornece inúmeras oportunidades para avaliar e decidir se deseja ou não continuar com a equipe.<br />11<br />
  12. 12. Escopo Variável<br />Como começar?<br />Conversa para que ambas as partes tenha uma visão inicial do sistema e funcionalidades gerais básicas<br />Estimar o tempo necessário.<br />Estimar tamanho da equipe.<br />Ao invés de buscar previsibilidade e uma estimativa perfeita de tempo e escopo o que se espera neste momento é identificar valores que sejam razoáveis, tanto para o tempo, quanto para o custo e o número de pessoas.<br />12<br />
  13. 13. Escopo Variável<br />Com isto decidido temos um contrato exemplo:<br />"O projeto terá a duração de oito meses com iterações semanais. A equipe terá seis desenvolvedores ao custo de R$ 60 mil/mês. Cliente e equipe devem discutir as funcionalidades a serem desenvolvidas a cada início de iteração. Caberá à equipe de desenvolvimento indicar o número de funcionalidades possíveis de serem entregues por iteração. Os pagamentos serão mensais e o contrato é revisado a cada três meses, quando o cliente tem a opção de permanecer com a equipe de desenvolvimento ou encerrar o projeto sem ônus."<br />13<br />
  14. 14. Comparações<br />Com escopo fixo, alterações sugeridas tendem a ter valor elevado, pois mudanças no escopo afetam a capacidade da equipe cumprir com o prometido no prazo já com escopo variável, as alterações são bem recebidas, pois o pagamento não está atrelado a estas, assim o cliente gasta menos para ter o que deseja.<br />Não há risco do fornecedor deixar de cumprir com o contrato por um erro de interpretação da equipe ou alterações no escopo efetuadas pelo cliente ao longo do projeto<br />Mudanças tem custo reduzido<br />14<br />
  15. 15. Dúvidas?<br />15<br />

×