Essa apresentação busca mostrar a realidade hoje que vivemos em projetos de software, alinhando as expectativas sobre agilidade e alertando a dificuldade em adotar agile !
4. www.procurandocursos.com
• Clientes sabem que fornecedores
odeiam mudanças de requisitos;
• Clientes são “forçados” a definir
tudo que precisam para um
produto na fase inicial do projeto;
• Clientes – no início de um projeto
- estão inseguros quanto ao que
precisam;
Problema do cliente
5. www.procurandocursos.com
• Colocar o máximo possível de
requisitos na lista inicial;
• Entende-se por “o máximo
possível” tudo que lhe vier à cabeça
naquele momento;
• Desta forma a possibilidade de
“faltar” requisitos no produto final
é menor;
Solução do cliente
6. www.procurandocursos.com
• Fornecedores sabem que os
requisitos fornecidos pelo cliente
são vagos;
• Fornecedores sabem que no
decorrer do projeto o cliente
precisará mudar requisitos;
• Fornecedores sabem que sempre
ao validar o produto com o cliente
surgirão novas idéias para o
produto;
Problema do fornecedor
7. www.procurandocursos.com
Solução do fornecedor
• Documentar ao máximo tudo que
foi passado pelo cliente para que o
fornecedor possa estar protegido;
• Colocar margens de tempo por
todo o projeto;
• Entregar o produto para o cliente
apenas no final do projeto;
11. www.procurandocursos.com
• O Standish Group vem, há mais de uma década, realizando
estudos em volta dos resultados dos projetos de software ao redor
do mundo. O resultado destes estudos é um relatório batizado de
Chaos Report;
Chaos Report
12. www.procurandocursos.com
Chaos Report
• Segundo o Standish Group quais os principais fatores
para um número ainda tão alto de projetos que não
alcançam seu objetivo?
A vasta maioria dos projetos de software falha por falta
de clareza – sobre funções pessoais, responsabilidades e
requisitos – e também por inabilidade para acompanhar
o que ocorre em cada um dos diferentes passos do ciclo
de vida da aplicação.
15. www.procurandocursos.com
• Projeto: Construção do Maglev que liga
Shanghai Business Center aos arredores
do Pudong International Airport.
• Orçameno: US$ 1.08 bi para 30 Km
• Tempo: Jun01 – Dez03 (2 anos e 7 meses)
• Resultados técnicos: projeto concluído no
prazo, no orçamento e escopo
• Resultados de negócio: O trem rodava
inicialmente quase vazio : ROI não é
obtido quando esperado
O Maglev Chinês
16. www.procurandocursos.com
• Projeto: Construção do Maglev que liga
Shanghai Business Center aos arredores
do Pudong International Airport.
• Orçameno: US$ 1.08 bi para 30 Km
• Tempo: Jun01 – Dez03 (2 anos e 7 meses)
• Resultados técnicos: projeto concluído no
prazo, no orçamento e escopo
• Resultados de negócio: O trem rodava
inicialmente quase vazio : ROI não é
obtido quando esperado
O Maglev Chinês
Este projeto seria considerado de sucesso pelo
CHAOS REPORT. Mas o seu sucesso técnico não
significava nada para a sua viabilidade
financeira.
17. www.procurandocursos.com
Orçamento inicial: US$ 200 mi
Total gasto: US$ 400 mi
Data da entrega: 1 ano depois do
previsto
Ganhador de 11 Oscars
Receitas financeiras > US$ 1.8 bi
Titanic ( o filme )
18. www.procurandocursos.com
Orçamento inicial: US$ 200 mi
Total gasto: US$ 400 mi
Data da entrega: 1 ano depois do
previsto
Ganhador de 11 Oscars
Receitas financeiras > US$ 1.8 bi
Titanic ( o filme )
O projeto se daría como desafiado pelo CHAOS
REPORT, apesar do seu sucesso financeiro.
21. www.procurandocursos.com
“Estamos descobrindo maneiras melhores de desenvolver software
fazendo-o nós mesmos e ajudando outros a fazê-lo. Através desse
trabalho, passamos a valorizar:
Indivíduos e interação entre eles mais que processos e ferramentas
Produto em funcionamento mais que documentação abrangente
Colaboração com o cliente mais que negociação de contratos
Responder a mudanças mais que seguir um plano
Ou seja, mesmo havendo valor nos itens à direita, valorizamos mais os
itens à esquerda."
http://agilemanifesto.org
47. www.procurandocursos.com
Isso não faz parte só de nosso mundo ...
“O comando e controle está morto. A administração no sentido
clássico está morta. Isso será fascinante para muitas pessoas,
mas também aterrorizante, muito aterrorizante, para os
Conselhos”
Ben Verwaayen, ex-CEO da British Telecom
50. www.procurandocursos.com
“Estamos descobrindo maneiras melhores de desenvolver software
fazendo-o nós mesmos e ajudando outros a fazê-lo. Através desse
trabalho, passamos a valorizar:
Indivíduos e interação entre eles mais que processos e ferramentas
Produto em funcionamento mais que documentação abrangente
Colaboração com o cliente mais que negociação de contratos
Responder a mudanças mais que seguir um plano
Ou seja, mesmo havendo valor nos itens à direita, valorizamos mais os
itens à esquerda."
http://agilemanifesto.org