O documento discute um evento sobre Business Intelligence que ocorrerá entre os dias 3 e 5 de outubro. Também aborda a definição de Engenharia de Software e os principais aspectos a serem considerados ao definir processos para o desenvolvimento de software, incluindo pessoas, tecnologia e processos. Por fim, explica o significado e objetivo do CMMI.
4. Entre os dias 3 e 5 de outubro
Provavelmente, no dia 5/10 teremos uma
palestra sobre...
Business Intelligence e o futuro da informação
(aguardem mais informações)
Alguém deseja compartilhar algo?
Palestra ou estudo de caso
8. Disciplina de engenharia cujo foco está em
todos os aspectos da produção de software,
desde os estágios iniciais da especificação do
sistema até sua manutenção, quando o
sistema já está sendo usado.
9. ...todos os aspectos da produção de
software...
Não apenas processos “técnicos”, mas também as
atividades de gerenciamento de projeto, por
exemplo.
22. Uma reflexão sobre os pontos que fazem a diferença no resultado das
empresas
23. Tecnologia
Resultado da
Empresa
Pessoas Processos
24. Sobre as pessoas...
Nosso pessoal está motivado!
▪ (Será?)
Investimos em capacitação.
▪ (Será?)
A remuneração está adequada.
▪ (Será?)
Etc.
▪ (Será?)
25. Sobre a tecnologia...
Investimos pesado!
▪ (Será?)
Utilizamos o que há de melhor.
▪ (Será?)
Etc.
▪ (Será?)
27. CONHECER e institucionalizar o fluxo de
trabalho
Identificar oportunidades de melhoria
Definir papéis e responsabilidades
Transformar o conhecimento tácito em
conhecimento explícito
Estabelecer controles
“Unir” pessoas e tecnologia
Colocar a casa em ordem
28.
29. As coisas simplesmente acontecem;
O “sucesso” nos projetos acontece “por
acaso”;
“Por acaso, temos alguns heróis...”
“Por acaso, o cliente era mais desorganizado...”
30. É normal estouro de prazo e custos (entre
outros problemas)
Ambiente sem controle (caos)
Grande dependência dos heróis (mas não é
qualquer herói)
31.
32. Está sempre sob pressão
Nunca tira férias
Anda sempre estressado
Nunca tem tempo para os amigos
Nunca se diverte
Sempre tem que trabalhar 24 horas direto
Até consegue terminar o projeto, mas...
33.
34. Os processos sempre estarão lá, mesmo se a
empresa preferir ignorá-los
Ou: Eles estão sempre lá, mesmo que a empresa
não os conheça
Quem controla quem?
35. Legal... Mas o que posso considerar ao definir
um processo que atenda minhas demandas
de Engenharia de Software?
37. CMMI e mps.Br
Modelos de referência
Sugerem “o quê” deve ser feito, e não “como
fazer”
Podem ser utilizados como guias para orientar o
trabalho de definição / melhoria do processo
Fornecem um método para avaliação
41. Capability Maturity Model
Integration®
1 : the quality or state of being capable
2 : poder de produção, de execução; rendimento
máximo
3 : qualidade ou condição de capaz
Fontes: Houaiss e Merriam-Webster
42. Capability Maturity Model
Integration®
1 : the quality or state of being
mature
2 : estado, condição (de estrutura,
forma, função ou organismo) num
estágio adulto; condição de
plenitude em arte, saber ou
habilidade adquirida
3 : estado ou condição de pleno
desenvolvimento
Fontes: Houaiss e Merriam-Webster
43. Primeiro você torna-se capaz de realizar algo,
depois você adquire a maturidade
Sou capaz!
Aprendi, treinei e sei executar...
Possuo maturidade!
Sou capaz e tenho experiência...
44. Capability Maturity Model
Integration® 1 : simplificação da
realidade
2 : representação
em escala reduzida
de objeto, a ser
reproduzida em
dimensões
normais; maquete
Fontes: Houaiss e Merriam-Webster
45.
46.
47. Compilação de “boas práticas” no processo
de diversas empresas de software
Mostra O QUÊ fazer, e não COMO fazer
Práticas distribuídas em “áreas de processo”
Área de Processo = PA (Process Area)
48. Agrupamento de práticas comuns de uma
determinada “disciplina”.
Onde fica o “O que fazer?”.
Por exemplo: Project Planning (PP)
49. Modelos de maturidade mantidos pelo SEI
(Software Engineering Institute)
http://www.sei.cmu.edu/cmmi
Abrangem todo ciclo de vida para o
desenvolvimento (CMMI-DEV) e operação de
software (CMMI-SVC)
Também aborda projetos de aquisição
(CMMI-ACQ)
50. Sponsor:
DoD (U.S. Department of Defense)
Versão 1.3 publicada em novembro de 2010