Governança e Gestão2º e 3º Encontros
PRATICANDO O MAPEAMENTO DE PROCESSOS
Atividade 1
Mapeamento de Processos
1. Dividam-se em duplas2. 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)
MELHORIA DE PROCESSOS DE SOFTWARE
MotivaçãoPor que é importante pensar no assunto?
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
Costuma ter problemas no cumprimento dos prazos?
Costuma ter problemas no cumprimento dos custos?
Costuma ter problemas de qualidade?
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
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.?
Pontos de Influência
Pontos de influência
Resultado da Empresa
Tecnologia
ProcessosPessoas
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á?)
Pontos de influência
Sobre a tecnologia... Investimos pesado!
(Será?)
Utilizamos o que há de melhor. (Será?)
Etc. (Será?)
Pontos de influência
Sobre os processos... ?????????????????
Como as empresas funcionam?
Folha de Pagamento
Fechamento Contábil
Pagamento
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
E quando a empresa não conhece seus processos?
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...”
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)
Jack BauerO herói das empresas “sem processos”
Jack BauerO 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...
Jack BauerO herói das empresas “sem processos”
Em algum momento o herói se cansa e pode resolver mudar de profissão…
Jack BauerO herói das empresas “sem processos”
Jack BauerO herói das empresas “sem processos”
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?
2ª Conclusão
Legal... Mas o que posso considerar ao definir um processo para uma empresa de TI?
O que podemos considerar?
Etc...mps.Br
PMBoK
BABoK
SWEBoK
Extreme Programming
SCRUM
RUP
EUPOpenUP
CMMI
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
CMMI
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)
O que é o CMMI?
CMMI Model
Foundation
CMMI-DEV CMMI-ACQ
CMMI-SVC
Fonte: -http://www.sei.cmu.edu/cmmi/models/CMMI-Services-status.html
Formas de Implementar
Representações Contínua (Capability Levels) Por estágio (Maturity Levels)
Níveis de Capacidade
Exemplo:
Níveis de Maturidade
Exemplo:
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)
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)
mps.Br
mps.Br
CMMI ou mps.Br?
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
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
CMMI ou mps.Br?
“Depende...” Tudo depende da MOTIVAÇÃO. Qual é o nosso objetivo? Quem é o nosso cliente? Qual é a cultura da empresa? Etc...
Dúvidas?
Muito [email protected]@alessandro1982