O documento discute os problemas de um projeto de desenvolvimento de aplicativo móvel, incluindo a falta de planejamento adequado, equipe e especialistas qualificados, e o risco de perda de um importante contrato caso o projeto não seja bem-sucedido.

1. Alessandro Almeida | www.alessandroalmeida.com

2. Analisando a atividade da aula passada...

3. Analisando a atividade da aula passada...

4.  Projeto inovador
 O aplicativo utilizado pelos vendedores, criado
para telefone celular, será substituído por um
aplicativo para iPhone e iPad
 Projeto não tem somente impacto
tecnológico, mas envolve mudança
organizacional
 Os vendedores estão familiarizados com a
solução anterior, que é totalmente diferente da
nova plataforma

5.  A tecnologia também é nova para a DevOne
 Não há profissionais capacitados na plataforma
Apple dentro da DevOne
 Na realidade, a equipe não existe...
 Estagiários serão contratados para desenvolver o
projeto
 O especialista na plataforma chegará quase no
final (se é que chegará)

6.  Redução de custo (sem observar o impacto
na qualidade)
 O contrato com a Pharmalife é frágil...
 “O CIO também deixou claro que, se o projeto não
for bem sucedido, a DevOne perderá sua
homologação como principal fornecedora de
software da Pharmalife.”

7.  Fases importantes da Engenharia de
Software estão sendo ignoradas
 Sem levantamento de requisitos
 Sem definição da arquitetura do sistema
 Sem validações
 Sem análise de viabilidade

8.  E o alinhamento entre a turma da Fábrica de
Software e a equipe do Comercial?

9.  Vocês sugeriram as soluções!
 Customização de um possível processo
existente
 Definir um método de trabalho específico
para o projeto
 Não propor o projeto
 Negociar melhor
 Levantar os requisitos

10.  Vocês sugeriram as soluções!
 Definir uma fase de testes
 Planejar!
 Aplicar o CMMI ou mps.Br
 Contratar funcionários qualificados na
tecnologia ou treinar os atuais
 Treinar os vendedores na solução
desenvolvida

11.  Há situações onde não há o que fazer. O
projeto terá que ser entregue...
 Compromissos contratuais
 Regulamentações
 Política
 Poder

12.  Há situações onde não há o que fazer. O
projeto terá que ser entregue...
 Compromissos contratuais
 Regulamentações
 Política
 Poder

13. Reflexão

17.  A reflexão sobre alternativas é fundamental
 Se a DevOne tivesse considerado as suas
sugestões, o projeto provavelmente seria
conduzido de uma forma diferente

18.  Embora a DevOne seja uma empresa fictícia e
o estudo de caso seja um caricatura, a vida
real é muito diferente?
 Quantos Projetos Virtualmente Impossíveis
existem em sua empresa?

21.  Dicas do Edward Yourdon (o cara do DFD!)
 http://yourdon.com/

22.  Onde os parâmetros excedem o que foi
definido em, pelo menos, 50%
 Cronograma comprimido pela metade
 Equipe reduzida a menos da metade do mínimo
necessário
 Orçamento e recursos cortados pela metade
 Funcionalidades são o dobro do combinado
inicialmente

23.  No início dos trabalhos, o projeto é movido
pela fé
 Euforia e / ou otimismo exagerado
 Projetos onde o fracasso é quase certo
 Forçar um resultado positivo após a conclusão do
projeto, não torna um trabalho fracassado em
sucesso

24. Por que existem Projetos
Virtualmente Impossíveis?

25. “A insanidade corporativa está fazendo a
mesma coisa repetidamente, e cada vez
esperando resultados diferentes.”

26.  Política!
 Promessas ingênuas feitas pelo cara que
vendeu o projeto
 Otimismo ingênuo
 Podemos fazer isto durante o final de semana!
 Mentalidade de dar início a um novo negócio
 Empresas empreendedoras

27.  Verdadeiros programadores não precisam
dormir!
 Herói “Jack Bauer”
 Concorrência
 Meu concorrente faz o mesmo!
 Regulamentações
 Crises inesperadas ou não planejadas

28. Considerando os temas discutidos até
agora, qual é a importância da Engenharia
de Software para o sucesso dos projetos?

30.  Lembram do SPIN?
 Acessem www.boston-spin.org
 Site com diversas apresentações de eventos
realizados pelo SPIN Boston (palestras de nomes
consagrados da Engenharia de Software)

31. alessandro.almeida@uol.com.br
www.slideshare.net/alessandroalmeida