Engenharia de Software I - Aula 8

465 visualizações

Publicada em

Slides da 8ª aula da disciplina "Engenharia de Software I".

Curso: Tecnologia em Análise e Desenvolvimento de Sistemas.

Publicada em: Negócios
0 comentários
0 gostaram
Estatísticas
Notas
  • Seja o primeiro a comentar

  • Seja a primeira pessoa a gostar disto

Sem downloads
Visualizações
Visualizações totais
465
No SlideShare
0
A partir de incorporações
0
Número de incorporações
2
Ações
Compartilhamentos
0
Downloads
21
Comentários
0
Gostaram
0
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide

Engenharia de Software I - Aula 8

  1. 1. Alessandro Almeida | www.alessandroalmeida.com
  2. 2. Analisando a atividade da aula passada...
  3. 3. Analisando a atividade da aula passada...
  4. 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. 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. 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. 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. 8.  E o alinhamento entre a turma da Fábrica de Software e a equipe do Comercial?
  9. 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. 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. 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. 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. 13. Reflexão
  14. 14.  A reflexão sobre alternativas é fundamental  Se a DevOne tivesse considerado as suas sugestões, o projeto provavelmente seria conduzido de uma forma diferente
  15. 15.  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?
  16. 16.  Dicas do Edward Yourdon (o cara do DFD!)  http://yourdon.com/
  17. 17.  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
  18. 18.  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
  19. 19. Por que existem ProjetosVirtualmente Impossíveis?
  20. 20. “A insanidade corporativa está fazendo amesma coisa repetidamente, e cada vez esperando resultados diferentes.”
  21. 21.  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
  22. 22.  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
  23. 23. Considerando os temas discutidos atéagora, qual é a importância da Engenhariade Software para o sucesso dos projetos?
  24. 24.  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)
  25. 25. alessandro.almeida@uol.com.brwww.slideshare.net/alessandroalmeida

×