Este documento discute a importância da gestão e mapeamento de processos em empresas de TI. Primeiramente, apresenta atividades práticas de mapeamento de processos em duplas. Em seguida, discute problemas comuns em projetos de software e como a melhoria dos processos pode ajudar a resolvê-los. Por fim, reflete sobre os modelos CMMI e mps.Br para definir processos em empresas de TI.

1. Governança e Gestão
2º e 3º Encontros

2. Atividade 1
PRATICANDO O MAPEAMENTO DE
PROCESSOS

3. Mapeamento de Processos
1. Dividam-se em duplas
2. Escolha um processo da sua empresa, este
processo deve ser mapeado pelo colega de
dupla
1. O responsável pelo mapeamento deve selecionar
as perguntas a serem feitas
2. Documentar o processo (escolha a melhor forma)

4. MELHORIA DE PROCESSOS DE
SOFTWARE

5. Motivação
Por que é importante pensar no assunto?

6. Motivação
 Os números apresentados nos próximos slides são
baseados na edição 2010 do Estudo de
Benchmarking em Gerenciamento de Projetos Brasil
 Realizado pelos capítulos brasileiros do PMI
 Disponível para download no endereço www.pmi.org.br
 Setor considerado: Tecnologia da Informação

7. Costuma ter problemas no cumprimento
dos prazos?

8. Costuma ter problemas no cumprimento
dos custos?

9. Costuma ter problemas de qualidade?

10. Outros problemas identificados...
 Problemas de comunicação
 Escopo não definido adequadamente
 Mudanças de escopo constantes
 Riscos não avaliados corretamente
 Estimativas incorretas ou sem fundamento

11. Motivação
 Agora, o que deve ser a principal motivação:
E na minha empresa, como é?
 Enfrentamos problemas com prazo, custo,
qualidade, satisfação do cliente, etc.?

12. Pontos de Influência

13. Pontos de influência
Tecnologia
Resultado da
Empresa
Pessoas Processos

14. Pontos de influência
 Sobre as pessoas...
 Nosso pessoal está motivado!
 (Será?)
 Investimos em capacitação.
 (Será?)
 A remuneração está adequada.
 (Será?)
 Etc.
 (Será?)

15. Pontos de influência
 Sobre a tecnologia...
 Investimos pesado!
 (Será?)
 Utilizamos o que há de melhor.
 (Será?)
 Etc.
 (Será?)

16. Pontos de influência
 Sobre os processos...
 ?????????????????

17. Como as empresas funcionam?
Folha de Pagamento
Fechamento Contábil
Pagamento

18. Por que é importante pensar nos
processos?
 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

19. E quando a empresa não conhece
seus processos?

20. E quando a empresa não conhece
seus processos?
 As coisas simplesmente acontecem;
 O “sucesso” nos projetos acontece “por
acaso”;
 “Por acaso, temos alguns heróis...”
 “Por acaso, o cliente era mais desorganizado...”

21. E quando a empresa não conhece
seus processos?
 É 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)

22. Jack Bauer
O herói das empresas “sem processos”

23. Jack Bauer
O herói das empresas “sem processos”
 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...

24. Jack Bauer
O herói das empresas “sem processos”

25. Jack Bauer
O herói das empresas “sem processos”
 Em algum momento o herói se cansa e pode
resolver mudar de profissão…

26. Jack Bauer
O herói das empresas “sem processos”

27. 1ª Conclusão
 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?

28. 2ª Conclusão
Legal... Mas o que posso considerar ao definir
um processo para uma empresa de TI?

29. O que podemos considerar?
RUP
SWEBoK
SCRUM
BABoK
Etc...
mps.Br
EUP
OpenUP
Extreme Programming
PMBoK CMMI

30. O que podemos considerar?
 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

31. CMMI

32. O que é o CMMI?
 Capability Maturity Model Integration®
 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)

33. O que é o CMMI?
CMMI-SVC
CMMI
Model
Foundation
CMMI-DEV CMMI-ACQ
Fonte: -http://www.sei.cmu.edu/cmmi/models/CMMI-Services-status.html

34. Formas de Implementar
 Representações
 Contínua (Capability Levels)
 Por estágio (Maturity Levels)

35. Níveis de Capacidade
 Exemplo:

36. Níveis de Maturidade
 Exemplo:

37. mps.Br

38. mps.Br
 Melhoria de processo do software brasileiro
 www.softex.br/mpsbr
 Criado no final de 2003
 Foco em micro, pequenas e médias empresas
 Custo de implementação e avaliação menor
 Aproximadamente, 180 empresas já foram
avaliadas no modelo (mais de 70% são PME)

39. mps.Br
 Base Técnica para a definição do mps.Br
 ISO/IEC 12207: Ciclo de Vida de processos de
software
 ISO/IEC 15504: Avaliações de processos de
software
 CMMI-DEV, 1.2
 Níveis:
 G (Parcialmente Gerenciado) até A (Em
otimização)

40. mps.Br

41. CMMI ou mps.Br?

42. Vantagens do CMMI
 Reconhecido internacionalmente
 Consolidado (quase 20 anos)
 Dois tipos de abordagens para implementação
 Contínua
 Estágio
 Empresas no mundo inteiro utilizam
 Modelo abrangente
 DEV, SVC e ACQ

43. Vantagens do mps.Br
 Modelo brasileiro
 A questão do idioma influencia muito
 7 níveis de maturidade
 Os resultados podem ser visualizados no “curto
prazo”
 Custo baixo
 Comparado com o CMMI
 Foca a realidade brasileira
 Micros, pequenas e médias empresas

44. CMMI ou mps.Br?
 “Depende...”
 Tudo depende da MOTIVAÇÃO.
 Qual é o nosso objetivo?
 Quem é o nosso cliente?
 Qual é a cultura da empresa?
 Etc...

45. Dúvidas?

46. Muito obrigado!
alessandro.almeida@uol.com.br
www.alessandroalmeida.com
@alessandro1982