Governança e Gestão - 2ª Aula

Post on 25-Jun-2015

691 views 2 download

description

Apresentação utilizada nas aulas 2 e 3 da disciplina Governança e Gestão (pós-graduação em Projeto e Desenvolvimento de Sistemas de Informação)

Transcript of Governança e Gestão - 2ª Aula

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 obrigado!alessandro.almeida@uol.com.brwww.alessandroalmeida.com@alessandro1982