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