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?