SlideShare ist ein Scribd-Unternehmen logo
1 von 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

Weitere ähnliche Inhalte

Ähnlich wie Como ter sucesso com projetos de software

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 ZFabiano Morais
 
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 ...Fatto Consultoria e Sistemas
 
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 EficientesGabriela Giacomini
 
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 projetoOdair Cavichioli
 
Apresentação Scrum 2012
Apresentação Scrum 2012Apresentação Scrum 2012
Apresentação Scrum 2012Libia Boss
 
Scrum - Gerenciamento de Projetos
Scrum - Gerenciamento de ProjetosScrum - Gerenciamento de Projetos
Scrum - Gerenciamento de ProjetosWilliam Lima
 
Workshop Agilizando Projetos com SCRUM
Workshop Agilizando Projetos com SCRUMWorkshop Agilizando Projetos com SCRUM
Workshop Agilizando Projetos com SCRUMElumini Outdoing IT
 
Gestão de Projetos Hibrida
Gestão de Projetos HibridaGestão de Projetos Hibrida
Gestão de Projetos HibridaAragon Vieira
 
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...Rosa Sampaio
 
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...Rosa Sampaio
 
Seminario Riscos 2006 - Vladimir
Seminario Riscos 2006 - VladimirSeminario Riscos 2006 - Vladimir
Seminario Riscos 2006 - VladimirPeter Mello
 
Equipe - Implantação de CRM
Equipe - Implantação de CRMEquipe - Implantação de CRM
Equipe - Implantação de CRMMarco Coghi
 
Agilidade - Palestra -Prodabel
Agilidade - Palestra -ProdabelAgilidade - Palestra -Prodabel
Agilidade - Palestra -ProdabelYoris Linhares
 
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 softwareThiago Reis da Silva
 
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)Alessandro Almeida
 

Ähnlich wie Como ter sucesso com projetos de software (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)
 

Como ter sucesso com projetos de software

  • 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