SlideShare uma empresa Scribd logo
1 de 15
Como ter um projeto de software bem sucedido? David Anderson  1
Mais de 65% dos projetos de softwares são mal sucedidos! 2
Chaos Manifesto Fonte: StandishGroup: Chaos Manifesto 3
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 4
Qual, então, a principal causa do fracasso dos projetos? 5
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 6
Escopo Fixo Qual é então o problema? Assumir que: 1- Cliente sabe exatamente o que deseja no início do projeto 2 - 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 7
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 8
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 9
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. 10
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. 11
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. 12
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." 13
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 14
Dúvidas? 15

Mais conteúdo relacionado

Semelhante a Escopo fixo x escopo negociavel - Para clientes cliente

Semelhante a Escopo fixo x escopo negociavel - Para clientes cliente (20)

QlikBrand
QlikBrandQlikBrand
QlikBrand
 
Gestão de Projetos de A a Z
Gestão de Projetos de A a ZGestão de Projetos de A a Z
Gestão de Projetos de A a Z
 
Planilha ágil
Planilha ágilPlanilha ágil
Planilha ágil
 
O modelo brasileiro para a contratação de serviços de software por pontos de ...
O modelo brasileiro para a contratação de serviços de software por pontos de ...O modelo brasileiro para a contratação de serviços de software por pontos de ...
O modelo brasileiro para a contratação de serviços de software por pontos de ...
 
Métodos Ágeis - Guia para Projetos Eficientes
Métodos Ágeis - Guia para Projetos EficientesMétodos Ágeis - Guia para Projetos Eficientes
Métodos Ágeis - Guia para Projetos Eficientes
 
Projeto Web - Ciclo de vida do projeto
Projeto Web - Ciclo de vida do projetoProjeto Web - Ciclo de vida do projeto
Projeto Web - Ciclo de vida do projeto
 
Apresentação Scrum 2012
Apresentação Scrum 2012Apresentação Scrum 2012
Apresentação Scrum 2012
 
Scrum - Gerenciamento de Projetos
Scrum - Gerenciamento de ProjetosScrum - Gerenciamento de Projetos
Scrum - Gerenciamento de Projetos
 
IBuy
IBuyIBuy
IBuy
 
Workshop Agilizando Projetos com SCRUM
Workshop Agilizando Projetos com SCRUMWorkshop Agilizando Projetos com SCRUM
Workshop Agilizando Projetos com SCRUM
 
Aula 5 semana
Aula 5 semanaAula 5 semana
Aula 5 semana
 
Gestão de Projetos Hibrida
Gestão de Projetos HibridaGestão de Projetos Hibrida
Gestão de Projetos Hibrida
 
Scrum | Estimativas Ágil Consciente | Apresentação para Empresa Desenvolvedor...
Scrum | Estimativas Ágil Consciente | Apresentação para Empresa Desenvolvedor...Scrum | Estimativas Ágil Consciente | Apresentação para Empresa Desenvolvedor...
Scrum | Estimativas Ágil Consciente | Apresentação para Empresa Desenvolvedor...
 
Scrum | Estimativa ágil | Apresentação para QA | Desenvolvedores | e para o...
Scrum | Estimativa ágil | Apresentação para  QA | Desenvolvedores  | e para o...Scrum | Estimativa ágil | Apresentação para  QA | Desenvolvedores  | e para o...
Scrum | Estimativa ágil | Apresentação para QA | Desenvolvedores | e para o...
 
Gestão Ágil com Fluxo Unificado
Gestão Ágil com Fluxo UnificadoGestão Ágil com Fluxo Unificado
Gestão Ágil com Fluxo Unificado
 
Seminario Riscos 2006 - Vladimir
Seminario Riscos 2006 - VladimirSeminario Riscos 2006 - Vladimir
Seminario Riscos 2006 - Vladimir
 
Equipe - Implantação de CRM
Equipe - Implantação de CRMEquipe - Implantação de CRM
Equipe - Implantação de CRM
 
Agilidade - Palestra -Prodabel
Agilidade - Palestra -ProdabelAgilidade - Palestra -Prodabel
Agilidade - Palestra -Prodabel
 
Scrum uma metodologia ágil paragestão e planejamento de projetos de software
Scrum uma metodologia ágil paragestão e planejamento de projetos de softwareScrum uma metodologia ágil paragestão e planejamento de projetos de software
Scrum uma metodologia ágil paragestão e planejamento de projetos de software
 
Gestão de Projetos e Empreendedorismo (17/02/2014)
Gestão de Projetos e Empreendedorismo (17/02/2014)Gestão de Projetos e Empreendedorismo (17/02/2014)
Gestão de Projetos e Empreendedorismo (17/02/2014)
 

Escopo fixo x escopo negociavel - Para clientes cliente

  • 1. Como ter um projeto de software bem sucedido? David Anderson 1
  • 2. Mais de 65% dos projetos de softwares são mal sucedidos! 2
  • 3. Chaos Manifesto Fonte: StandishGroup: Chaos Manifesto 3
  • 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 4
  • 5. Qual, então, a principal causa do fracasso dos projetos? 5
  • 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 6
  • 7. Escopo Fixo Qual é então o problema? Assumir que: 1- Cliente sabe exatamente o que deseja no início do projeto 2 - 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 7
  • 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 8
  • 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 9
  • 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. 10
  • 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. 11
  • 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. 12
  • 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." 13
  • 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 14