Escopo fixo x escopo negociavel - Para clientes cliente
description
Transcript of Escopo fixo x escopo negociavel - Para clientes cliente
1
Como ter um projeto de software bem sucedido?
David Anderson
2
Mais de 65% dos projetos de softwares são mal sucedidos!
3
Chaos Manifesto
Fonte: Standish Group: Chaos Manifesto
4
Chaos Manifesto Estatísticas mostram que nos últimos 10 anos
65% dos projetos de software não saíram como previsto.
15% dos projetos foram cancelados antes mesmo de serem encerrados
O restante sofreu problemas relacionados ao aumento de custo ou de prazo;
Destes, mais de 75% das funcionalidades implementadas jamais foram usadas
5
Qual, então, a principal causa do fracasso dos projetos?
6
Adoção do Escopo Fixo Ilusão do cliente:
Custo previsível Prazo previsível Escopo previsível
Ilusão da empresa Receita previsível Prazo previsível Demanda previsível
7
Escopo Fixo Qual é então o problema? Assumir que:
1- Cliente sabe exatamente o que deseja no início do projeto2 - Equipe é capaz de estimar com perfeição e entregar o sistema no dia combinado
O que devemos esperar então? Previsibilidade de escopo é inviável na maior parte
dos casos Escopo fixo, ao invés de representar
previsibilidade, prejudica os envolvidos, especialmente o cliente
8
Escopo Fixo 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.
O cliente aprende e as empresas convivem cada vez mais com ambientes de negócio que avançam com rapidez e demandam mudanças
9
A solução: Escopo Negociável O que é?
É um contrato que se baseia na premissa (bastante realista) de que não existe previsibilidade sobre o que será feito no software.
Enquanto no escopo fixo existem quatro variáveis Custo Prazo Escopo Qualidade
No escopo variável temos apenas 3! Custo Prazo Qualidade
10
Escopo Variável Ao adotar um escopo variável o cliente terá os
seguintes benefícios: Na data alvo, o cliente terá um sistema que
implementa, pelo menos, as funcionalidades de maior importância.
A cada iteração, o cliente tem inúmeras oportunidades de rever as prioridades, avaliar a equipe e alterar os requisitos
E se a equipe for inadequada? 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.
Em um escopo variável, após poucas semanas o cliente já saberá se a equipe está no ritmo adequado.
11
Como desenvolver um projeto com escopo variável? Processo Ágil
Após 15 dias o cliente já recebe funcionalidades prontas e pode utilizá-las já na terceira semana
A cada 15 dias receberá mais funcionalidades e assim por diante
Isto fornece inúmeras oportunidades para avaliar e decidir se deseja ou não continuar com a equipe.
12
Escopo Variável Como começar? Conversa para que ambas as partes tenha
uma visão inicial do sistema e funcionalidades gerais básicas
Estimar o tempo necessário. Estimar tamanho da equipe. 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.
13
Escopo Variável Com isto decidido temos um contrato exemplo: "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."
14
Comparações 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.
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
Mudanças tem custo reduzido
15
Dúvidas?