Escolar Documentos
Profissional Documentos
Cultura Documentos
BR
Agenda
Motivao Histrico Estrutura do MPS.BR O Modelo de Referncia (MR-MPS) O Mtodo de Avaliao (MA-MPS) O Modelo de Negcio (MN-MPS) Diferenciais do MPS.BR
Motivao
Em 2003, dados da Secretaria de Poltica de Informtica do MCT apontavam que apenas 30 empresas no Brasil possuam avaliao CMM e 214 possuam certificao ISO 9001. Claramente, as empresas locais favoreceram a ISO 9000. Dados de uma pesquisa do MIT 1, apontavam que at 2003, na ndia 32 empresas atingiram o nvel 5 do CMM, enquanto a China tinha apenas uma e o Brasil nenhuma. Em relao ao CMM, a maioria das empresas chinesas e brasileiras no estava em um nvel suficientemente alto de maturidade do processo para competir com as empresas indianas.
3 software industries [MIT, 2003]
1 Ref: Slicing the Knowledge-based Economy in Brazil, China and India: a tale of
102
1 -
206
2 -
167
6 -
214
30 -
Nvel 4
Nvel 3
1
5
Nvel 2
24
4
No topo da pirmide esto as empresas exportadoras de software e outras grandes empresas que desejam atingir nveis mais altos de maturidade (CMMI nveis 4 e 5) e serem formalmente certificadas pelo SEI, em um processo de longo prazo. O fator custo no crtico. O processo como um todo pode levar de 4 a 10 anos e custar centenas de milhares de dlares. A melhoria de processo baseada na oferta de servios personalizados para cada empresa (Modelo de Negcio Especfico).
Tpicos Especiais - Qualidade de Software 2008/2 5
Na base da pirmide encontra-se a grande massa de micro, pequenas e mdias empresas (PMEs) que desenvolvem software no Brasil e que necessitam melhorar radicalmente os seus processos de software, em conformidade com normas internacionais (como ISO/IEC 12207 e 15504) e em compatibilidade com outros modelos (como CMMI nveis 2 e 3). O fator custo crtico. Esse processo pode levar de 2 a 4 anos e custar dezenas de milhares de dlares. A melhoria de processo deve ser baseada na oferta de pacotes de servios para grupos de empresas (Modelo de Negcio Cooperado).
Tpicos Especiais - Qualidade de Software 2008/2 7
Objetivo: Melhoria de processos de software nas micros, pequenas e mdias empresas (PMEs), a um custo acessvel, em diversos locais do pas.
Como?
Desenvolvimento e Aprimoramento do Modelo MPS.BR. Implementao e Avaliao do Modelo MPS.BR em empresas, com foco em grupos de empresas.
Tpicos Especiais - Qualidade de Software 2008/2 9
SOFTEX
ISO /IEC 15504
Governo Universidades
MPS.BR
CMMI
10
MPS.BR
CMMI
Complementao de Processos
Tpicos Especiais - Qualidade de Software 2008/2 11
Histrico
Dezembro de 2003: Incio do programa mobilizador para a Melhoria do Processo de Software Brasileiro, coordenado pela Softex (Associao para Promoo da Excelncia do Software Brasileiro), com apoio do Ministrio da Cincia e Tecnologia (MCT) e do Banco Interamericano de Desenvolvimento (BID). Abril de 2005: Verso 1.0 Maio de 2006: Verso 1.1 Junho de 2007: Verso 1.2
12
Programa MPS.BR
Guia Geral
Guia de Aquisio
Guia de Avaliao
Documento do Programa
Guias de Implementao
Tpicos Especiais - Qualidade de Software 2008/2 13
Programa MPS.BR
Guia Geral
Guia de Aquisio
Guia de Avaliao
Documento do Programa
Guias de Implementao
Tpicos Especiais - Qualidade de Software 2008/2 14
Descreve o Modelo de Referncia para Melhoria do Processo de Software (MR-MPS) e fornece uma viso geral sobre os demais guias que apiam os processos de avaliao e de aquisio. Pblico-alvo:
Instituies interessadas em aplicar o MR-MPS para melhoria de seus processos de software. Instituies Implementadoras (IIs) e avaliadoras (IAs) segundo o MR-MPS outros interessados em processos de software e que pretendam conhecer e utilizar o MR-MPS como referncia tcnica.
Tpicos Especiais - Qualidade de Software 2008/2 15
Referncias:
Bsicas: ISO/IEC 12207:1995/Amd 1:2002/Amd 2:2004 e ISO/IEC 15504-2 Complementar: CMMI-Dev 1.2 (2006)
16
Contm os requisitos que os processos das unidades organizacionais devem atender para estar em conformidade com o MR-MPS. Est em conformidade com os requisitos de Modelos de Referncia de Processo da norma ISO/IEC 15504-2.
17
Contm as definies dos nveis de maturidade, processos (com propsitos e resultados esperados) e atributos do processo (com resultados esperados). As atividades e tarefas necessrias para atender ao propsito e aos resultados esperados de um processo no so definidas, ficando a cargo dos usurios do MR-MPS.
18
Estrutura do MR-MPS
Nveis de Maturidade
Processo
Capacidade
Propsito
Atributos
Resultados
Resultados
19
Nveis de Maturidade
So uma combinao entre processos e sua capacidade. O progresso e o alcance de um determinado nvel de maturidade do MR-MPS se obtm quando so atendidos os propsitos e todos os resultados esperados dos respectivos processos e dos atributos de processo estabelecidos para aquele nvel. Os nveis de maturidade estabelecem patamares de evoluo de processos, caracterizando estgios de melhoria da implementao de processos na organizao.
20
Nveis de Maturidade
A. Em Otimizao B. Gerenciado Quantitativamente C. Definido D. Largamente Definido E. Parcialmente Definido F. Gerenciado G. Parcialmente Gerenciado
21
Nvel CMMI
A diviso em estgios, embora baseada nos nveis de maturidade do CMMI-DEV, tem uma graduao diferente, com o objetivo de possibilitar uma implementao e avaliao mais adequada s micros, pequenas e mdias empresas. A possibilidade de se realizar avaliaes considerando mais nveis tambm permite uma visibilidade dos resultados de melhoria de processos em prazos mais curtos.
23
Processo
Propsito: descreve o objetivo geral a ser atingido durante a execuo do processo. Resultados Esperados: estabelecem os resultados a serem obtidos com a efetiva implementao do processo. Esses resultados podem ser evidenciados por um artefato produzido ou uma mudana significativa de estado ao se executar o processo.
24
B C
Anlise de Deciso e Resoluo / Gerncia de Reutilizao (evoluo) / Desenvolvimento para Reutilizao / Gerncia de Riscos
Largamente Definido
Desenvolvimento de Requisitos / Integrao do Produto/ Projeto e Construo do Produto / Verificao / Validao Avaliao e Melhoria do Processo Organizacional / Definio do Processo Organizacional / Gerncia de Recursos Humanos / Gerncia de Reutilizao / Gerncia de Projetos (evoluo) Garantia da Qualidade / Medio Aquisio / Gerncia de Configurao
Parcialmente Definido
Gerenciado
Parcialmente Gerenciado
Estrutura do MR-MPS
Nveis de Maturidade
Processo
Capacidade
Propsito
Atributos
Resultados
Resultados
26
Capacidade do Processo
Expressa o grau de refinamento e institucionalizao com que o processo executado na organizao / unidade organizacional. Est relacionada com o atendimento aos atributos de processo associados aos processos de cada nvel de maturidade. medida que a organizao / unidade organizacional evolui nos nveis de maturidade, um maior nvel de capacidade para desempenhar o processo deve ser atingido pela organizao.
27
AP AP AP AP AP AP AP AP AP
O processo executado O processo gerenciado Os produtos de trabalho do processo so gerenciados O processo definido O processo est implementado O processo medido O processo controlado O processo objeto de inovaes O processo otimizado continuamente
28
Este atributo uma medida do quanto o processo atinge seu propsito. RAP 1. O processo atinge seus resultados definidos.
Este atributo uma medida do quanto a execuo do processo gerenciada. RAP 2. Existe uma poltica organizacional estabelecida e mantida para o processo. RAP 3. A execuo do processo planejada.
29
RAP 4 (para o nvel G). A execuo do processo monitorada e ajustes so realizados para atender aos planos. RAP 5. Os recursos necessrios para a execuo do processo so identificados e disponibilizados. RAP 6. As pessoas que executam o processo so competentes em termos de formao, treinamento e experincia. RAP 7. A comunicao entre as partes interessadas no processo gerenciada de forma a garantir o seu envolvimento no projeto. RAP 8. Mtodos adequados para monitorar a eficcia e adequao do processo so determinados.
30
31
Estrutura do MR-MPS
Nveis de Maturidade
Processo
Capacidade
Propsito
Atributos
Resultados
Resultados
32
Capacidade
AP 1.1 e AP 2.1 Resultados: RAP 1 a RAP 8 sendo RAP 4 (G)
33
Propsito: estabelecer e manter planos que definem as atividades, recursos e responsabilidades do projeto, bem como prover informaes sobre o andamento do projeto que permitam a realizao de correes quando houver desvios significativos no desempenho do projeto. O propsito deste processo evolui medida que a organizao cresce em maturidade (nos nveis E e B).
34
1. O escopo do trabalho para o projeto definido. 2. As tarefas e os produtos de trabalho do projeto so dimensionados utilizando mtodos apropriados. 3. O modelo e as fases do ciclo de vida do projeto so definidas. 4. O esforo e o custo para a execuo das tarefas e dos produtos de trabalho so estimados com base em dados histricos ou referncias tcnicas. 5. O oramento e o cronograma do projeto, incluindo marcos e/ou pontos de controle, so estabelecidos e mantidos. 6. Os riscos do projeto so identificados e o seu impacto, probabilidade de ocorrncia e prioridade de tratamento so determinados e documentados. 7. Os recursos humanos para o projeto so planejados considerando o perfil e o conhecimento necessrios para execut-lo. 8. As tarefas, os recursos e o ambiente de trabalho necessrios para executar o projeto so planejados.
35
9. Os dados relevantes do projeto so identificados e planejados quanto forma de coleta, armazenamento e distribuio. Um mecanismo estabelecido para acess-los, incluindo, se pertinente, questes de privacidade e segurana. 10. Planos para a execuo do projeto so estabelecidos e reunidos no Plano do Projeto. 11. A viabilidade de atingir as metas do projeto, considerando as restries e os recursos disponveis, avaliada. Se necessrio, ajustes so realizados. 12. O Plano do Projeto revisado com todos os interessados e o compromisso com ele obtido. 13. O progresso do projeto monitorado com relao ao estabelecido no Plano do Projeto e os resultados so documentados. 14. O envolvimento das partes interessadas no projeto gerenciado. 15. Revises so realizadas em marcos do projeto e conforme estabelecido no planejamento.
36
37
Propsito: Gerenciar os requisitos dos produtos e componentes do produto do projeto e identificar inconsistncias entre os requisitos, os planos do projeto e os produtos de trabalho do projeto.
38
39
Aquisio: gerenciar a aquisio de produtos e/ou servios que satisfaam a necessidade expressa pelo adquirente. Gerncia de Configurao: estabelecer e manter a integridade de todos os produtos de trabalho de um processo ou projeto e disponibiliz-los a todos os envolvidos. Garantia da Qualidade: assegurar que os produtos de trabalho e a execuo dos processos estejam em conformidade com os planos e recursos predefinidos. Medio: coletar, analisar e relatar os dados relativos aos produtos desenvolvidos e aos processos implementados na organizao e em seus projetos, de forma a apoiar os objetivos organizacionais.
40
Avaliao e Melhoria do Processo Organizacional: determinar o quanto os processos padro da organizao contribuem para alcanar os objetivos de negcio da organizao e para apoiar a organizao a planejar, realizar e implantar melhorias contnuas nos processos com base no entendimento de seus pontos fortes e fracos. Definio do Processo Organizacional: estabelecer e manter um conjunto de ativos de processo organizacional e padres do ambiente de trabalho usveis e aplicveis s necessidades de negcio da organizao. Gerncia de Recursos Humanos: prover a organizao e os projetos com os recursos humanos necessrios e manter suas competncias consistentes com as necessidades do negcio. Gerncia de Reutilizao: gerenciar o ciclo de vida dos ativos reutilizveis.
Tpicos Especiais - Qualidade de Software 2008/2 41
Desenvolvimento de Requisitos: estabelecer os requisitos dos componentes do produto, do produto e do cliente. Projeto e Construo do Produto: projetar, desenvolver e implementar solues para atender aos requisitos. Integrao do Produto: compor os componentes do produto, produzindo um produto integrado consistente com o projeto, e demonstrar que os requisitos funcionais e no-funcionais so satisfeitos para o ambiente alvo ou equivalente. Verificao: confirmar que cada servio e/ou produto de trabalho do processo ou do projeto atende apropriadamente aos requisitos especificados. Validao: confirmar que um produto ou componente do produto atender a seu uso pretendido quando colocado no ambiente para o qual foi desenvolvido.
Tpicos Especiais - Qualidade de Software 2008/2 42
Anlise de Deciso e Resoluo: analisar possveis decises usando um processo formal, com critrios estabelecidos, para avaliao das alternativas identificadas. Desenvolvimento para Reutilizao: identificar oportunidades de reutilizao sistemtica na organizao e, se possvel, estabelecer um programa de reutilizao para desenvolver ativos a partir de engenharia de domnios de aplicao. Gerncia de Riscos: identificar, analisar, tratar, monitorar e reduzir continuamente os riscos em nvel organizacional e de projeto.
43
Anlise de Causas de Problemas e Resoluo: identificar causas de defeitos e de outros problemas e tomar aes para prevenir suas ocorrncias no futuro.
44
Programa MPS.BR
Guia Geral
Guia de Aquisio
Guia de Avaliao
Documento do Programa
Guias de Implementao
Tpicos Especiais - Qualidade de Software 2008/2 45
Guia de Avaliao
Descreve o processo e o Mtodo de Avaliao do MPS.BR definidos em conformidade com a norma ISO/IEC 15504-2:2003. O processo e o Mtodo de Avaliao MA-MPS foram definidos de forma a:
permitir a avaliao objetiva dos processos de software de uma organizao / unidade organizacional; permitir a atribuio de um nvel de maturidade do MRMPS com base no resultado da avaliao; ser aplicvel a qualquer domnio de aplicao na indstria de software; ser aplicvel a organizaes /unidades organizacionais de qualquer tamanho.
Tpicos Especiais - Qualidade de Software 2008/2 46
Guia de Avaliao
Pblico alvo: Destinado, mas no est limitado, s Instituies Avaliadoras (IAs), s empresas de software que desejam ser avaliadas seguindo o MA-MPS e s Instituies Implementadoras (IIs) do MR-MPS. Validade: Uma avaliao seguindo o MA-MPS tem validade de 3 (trs) anos a contar da data em que a avaliao final foi concluda na unidade organizacional avaliada.
47
48
49
50
Viabilizar a Avaliao
Participar SOFTEX a contratao da IA para uma avaliao MPS.BR e obter aprovao para a sua realizao. A equipe de avaliao composta por membros internos e externos UO.
51
Equipe de Avaliao
No mnimo 3 pessoas:
Deve ter assistido ao Curso Oficial de Introduo ao MPS.BR. Deve ter experincia em desenvolvimento de software, preferencialmente em gerncia de projetos No pode ser superior hierrquico dos participantes da avaliao No pode ter tido participao significativa em nenhum dos projetos que sero avaliados
52
8-9
6-7 4-5 3-4
53
Planejar Avaliao
Elaborar o plano de avaliao a ser seguido para se realizar a avaliao na unidade organizacional. Documentos Base: Modelo de Plano de avaliao (template SOFTEX) e Acordo de Confidencialidade Planejar Avaliao Inicial Preencher Modelo de Plano de Avaliao (definir cronograma, equipe e projetos) e Acordo de Confidencialidade
54
Estimativa de Tempo
Nveis AeB CeD E F Durao (em dias) Avaliao Inicial 2-3 2-3 2 1-2 Avaliao Final 4-5 3-5 3-4 2-3
1-2
55
Seleo de Projetos
Projetos devem ser representativos tanto em termos de processos quanto em termos de negcio da unidade organizacional. Uma avaliao MPS considera uma amostra composta, normalmente, de dois (2) a quatro (4) projetos. Nvel G: pelo menos 1 projeto concludo e 1 em andamento a partir da implementao do MR-MPS na UO definida no escopo da avaliao. Para os nveis F e superiores: pelo menos 2 projetos concludos e 2 em andamento a partir da implementao do MR-MPS na UO definida no escopo da avaliao. Caso necessrio, podem ser includos mais um ou dois projetos para evidenciar algum resultado ou para ter uma amostragem mais adequada da UO avaliada.
Tpicos Especiais - Qualidade de Software 2008/2 56
Preparar a Avaliao
Preenchimento de Planilha de Indicadores (template SOFTEX) Indicadores de implementao evidenciam que os resultados foram alcanados e que as atividades foram realizadas. Podem ser de trs tipos:
Indicadores Diretos: So o objetivo de uma atividade. Tipicamente artefatos produzidos no processo. Indicadores Indiretos: So utilizados para confirmar que a organizao tem condies de implementar um resultado. Tipicamente so documentos que indicam que a atividade pode ser realizada. Ex.: Um modelo de documento. Afirmaes: So obtidas de entrevistas ou apresentaes e confirmam a implementao do processo, seus resultados e atributos.
Tpicos Especiais - Qualidade de Software 2008/2 57
Preparar a Avaliao
Para cada resultado esperado de um processo ou atributo de processo a ser avaliado, em cada projeto, deve existir pelo menos um indicador direto e um indireto (ou afirmao) que comprovem que o resultado foi alcanado.
58
Entrevistados:
Gerentes e Lderes de Projeto Desenvolvedores Grupo de Qualidade, Grupo de Mtricas, Grupo de Gerncia de Configurao (a partir do nvel F) Grupo de Processos (a partir do nvel E)
A seleo das pessoas a serem entrevistadas realizada ao se elaborar o plano de avaliao e deve estar concluda ao se finalizar a avaliao inicial.
59
permitido a uma unidade organizacional excluir do escopo da avaliao o processo de Aquisio e determinados resultados esperados de processo, por no serem aplicveis ao seu negcio. Cada excluso deve ser justificada. A aceitao das excluses e suas justificativas responsabilidade do avaliador lder e deve ser feita durante a avaliao inicial. So permitidas excluses de resultados esperados de acordo com o definido no modelo da planilha de indicadores SOFTEX.
Tpicos Especiais - Qualidade de Software 2008/2 60
Avaliao Inicial
Mini-equipes: verificam os indicadores. As miniequipes formadas, cada uma por 2 membros da equipe, devem ser definidas de acordo com a sua experincia e perfil. O avaliador lder pode fazer parte de uma das mini-equipes de avaliao ou verificar um ou mais processos sozinho. Pode, tambm, no avaliar nenhum processo, dedicando o seu tempo a apoiar as mini-equipes.
61
Avaliao Inicial
Um Relatrio de Avaliao Inicial produzido, indicando os ajustes requeridos. Com o relatrio, o avaliador lder completa o Plano de Avaliao que ser assinado pelo patrocinador e pelo coordenador local, formalizando o comprometimento. A data da avaliao poder ser at 6 meses aps a avaliao inicial. Durante esse perodo, a UO deve realizar os ajustes obrigatrios indicados.
62
63
Conduzir a Avaliao
Realizar reunio de abertura Assinar comprometimento com o plano de avaliao Completar assinaturas do acordo de confidencialidade Treinar equipe para a avaliao final Apresentar os processos da UO Verificar evidncias Registrar afirmaes na planilha de indicadores Realizar entrevistas Caracterizar o grau de implementao de cada resultado nos projetos Caracterizar inicialmente o grau de cada resultado na UO Caracterizar inicialmente o grau de cada atributo de processo na UO Caracterizar o grau de implementao, na UO, de cada resultado esperado do processo, de cada resultado esperado de atributo do processo e de cada atributo do processo em reunio de consenso
64
Conduzir a Avaliao
Caracterizar o grau de implementao dos processos na UO Apresentar pontos fortes, pontos fracos e oportunidades de melhoria Rever caracterizao e finalizar redao de pontos fortes, pontos fracos e oportunidades de melhoria. Atribuir nvel do MR-MPS Comunicar resultado da avaliao ao patrocinador Comunicar resultado da avaliao aos colaboradores da UO
65
Verificao de Evidncias
Avaliao feita com base nos indicadores (diretos, indiretos e afirmaes). Deciso para cada projeto e processo:
No implementado (N) Parcialmente implementado (P) Largamente implementado (L) Totalmente implementado (T) No avaliado (NA) Fora do escopo (F)
Um entrevistado menciona um documento no disponvel para a equipe de avaliao A equipe nota a falta de uma evidncia direta necessria avaliao.
66
Entrevistas
So um dos mais importantes componentes de uma avaliao MPS. Mostram o grau em que os colaboradores da organizao entendem e usam os processos. Podem ser individuais ou em grupo. Se guarda rigorosa confidencialidade das entrevistas: Nenhuma informao atribuda a uma pessoa individualmente.
67
Caracterizar o grau de implementao de cada resultado esperado do processo e de cada resultado de atributo de processo em cada projeto (Base: Escala)
68
69
2.
Caracterizar o grau de implementao de cada resultado esperado do processo e de cada resultado de atributo de processo em cada projeto (Base: Escala) Caracterizar, inicialmente, o grau de implementao de cada resultado esperado do processo e de cada resultado de atributo do processo na UO.
70
71
72
2.
3.
Caracterizar o grau de implementao de cada resultado esperado do processo e de cada resultado de atributo de processo em cada projeto (Base: Escala) Caracterizar inicialmente o grau de implementao de cada resultado esperado do processo e de cada resultado de atributo do processo na UO. Caracterizar inicialmente o grau de implementao de cada atributo de processo na UO.
73
74
2.
3.
4.
Caracterizar o grau de implementao de cada resultado esperado do processo e de cada resultado de atributo de processo em cada projeto (Base: Escala) Caracterizar inicialmente o grau de implementao de cada resultado esperado do processo e de cada resultado de atributo do processo na UO. Caracterizar inicialmente o grau de implementao de cada atributo de processo na UO. Caracterizar o grau de implementao dos processos na UO.
75
Todos os resultados esperados para o processo foram caracterizados como T (Totalmente Implementado) ou L (Largamente Implementado). Tem-se resultados para os atributos do processo, conforme a tabela a seguir.
76
77
2.
3.
4.
5.
Caracterizar o grau de implementao de cada resultado esperado do processo e de cada resultado de atributo de processo em cada projeto (Base: Escala) Caracterizar inicialmente o grau de implementao de cada resultado esperado do processo e de cada resultado de atributo do processo na UO. Caracterizar inicialmente o grau de implementao de cada atributo de processo na UO. Caracterizar o grau de implementao dos processos na UO. Atribuir nvel MPS.BR.
78
A atribuio do nvel de maturidade feita a uma UO se cada processo pertencente quele nvel e includo no escopo da avaliao tiver sido caracterizado como SATISFEITO.
A UO pode ter solicitado um Nvel MR-MPS e lhe ser atribudo um nvel inferior.
79
Programa MPS.BR
Guia Geral
Guia de Aquisio
Guia de Avaliao
Documento do Programa
Guias de Implementao
Tpicos Especiais - Qualidade de Software 2008/2 80
Programa MPS.BR
(SOFTEX)
Convnio, se pertinente
Contrato
Contrato
MNC
MNE
LEGENDA: II Instituio Implementadora IA Instituio Avaliadora MNE Modelo de Negcio Especfico para cada empresa (personalizado) MNC Modelo de Negcio Cooperado em grupo de empresas (pacote) Tpicos Especiais - Qualidade de Software 2008/2 81
Capacitao MPS.BR
C1 - Curso Introduo ao MPS.BR
16h
W1 W2 W3 W4 W5
de de de de de
24h
24h
16h
Implementador MR-MPS
82
Diferenciais do MPS.BR
7 nveis de maturidade, o que possibilita uma implantao mais gradual e uma maior visibilidade dos resultados de melhoria de processo, com prazos mais curtos. Compatibilidade com CMMI, conformidade com as normas ISO/IEC 15504 e 12207. Adaptado para a realidade brasileira (foco em micro, pequenas e mdias empresas). Custo acessvel (em R$)
83
Custos MPS.BR
Nvel G: aproximadamente R$ 44.000,00 (Total) Nvel F: aproximadamente R$ 82.000,00 (Total) Muitas vezes o Agente SOFTEX local arca com parte dos custos.
Implementao: R$ 35.353,40 Avaliao: R$ 9.984,00 Total: R$ 45.337,40 SOFTEX: R$ 22.000,00 TecVitria: R$ 8.800,00 Empresas: R$ 14.537,40
Por exemplo, s a avaliao CMM Nvel 2 (SCAMPI) cerca de US$18,000, fora despesas com passagens e hospedagens dos avaliadores.
84
Situao Atual
A
2006 2007 2008 Total
B
0 0 0 0
C
0 0 0 0
D
1 0 0 1
E
1 1 1 3
F
1 12 8 21
G
7 41 28 76
2 1 1 4
85
Metas e Desafios
Aprimorar os Guias do MPS.BR anualmente. Reforar a capacitao de pessoas por meio de cursos, provas e workshops MPS.BR. Criar novos grupos de empresas para Implementao e Avaliao MPS, com apoio de instituies organizadoras de grupos de empresas (IOGE) e IIs. Disseminar o Modelo MPS em todas as regies do Brasil. Disseminar o Modelo MPS em 2 pases latino-americanos, com apoio do BID (Argentina e Chile) Misses de divulgao e explorao em outros pases latino-americanos (Peru e Uruguai)
86
Referncias
Softex, MPS.BR - Melhoria de Processo do Software Brasileiro Guia Geral, Verso 1.2, Junho 2007. Softex, MPS.BR - Melhoria de Processo do Software Brasileiro Guia de Avaliao, Verso 1.1, Junho 2007.
87