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.

1. Alessandro Almeida | www.alessandroalmeida.com

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

5. O que vimos nas aulas passadas?

7. O que é Engenharia de Software?

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.

10. Conclusão

11. Mas... O que é processo?

12.  Um conjunto de atividades inter-relacionadas
ou interativas, que transforma insumos
(entradas) em produtos (saídas) [ABNT,
2001].

13. Entrada Processamento Saída
?

14.  Vamos ver um exemplo?
Bolo de Limão

15. Insumos
Atividades inter-
relacionadas

16. E o produto?!?!?!?!

18. E nas empresas?

19. Folha de Pagamento
Fechamento Contábil
Pagamento

20. Todas as empresas trabalham
orientadas a processos!

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á?)

26.  Sobre os processos...
 ?????????????????

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

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)

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...

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?

36. RUP
SWEBoK
SCRUM
BABoK
Etc...
mps.Br
EUP
OpenUP
Extreme Programming
PMBoK CMMI

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

39. Qual é o significado do acrônimo?

40.  Capability Maturity Model
Integration®
Fontes: Houaiss e Merriam-Webster

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

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

51.  Para quem não quer gastar...

52.  Para quem quer investir...

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