Uma Proposta de Mapeamento dos Processos Existentes no Guia de Aquisição do MPS.BR e no CMMI-ACQ

Transcrição

1 Trabalhos em andamento Uma Proposta de Mapeamento dos Processos Existentes no Guia de Aquisição do MPS.BR e no CMMI-ACQ Julio Cezar Costa Furtado 1,2, Sandro Ronaldo Bezerra Oliveira 1,2 julio.furtado@gmail.com, srbo@ufpa.br 1 Programa de Pós-Graduação em Ciência da Computação (PPGCC) Universidade Federal do Pará (UFPA) Rua Augusto Corrêa, 01 - Guamá - Belém - PA - Brasil 2 SWQuality Consultoria e Sistemas Ltda. Av. Barbosa Lima, n Recife - PE - Brasil Resumo. Este artigo vem apresentar uma proposta para mapeamento dos processos de aquisição e serviços existentes, aderente às orientações fornecidas pelo modelo MPS.BR, em seu Guia de Aquisição, e aderente ao CMMI-ACQ. Este resultado é exposto na forma de um estudo comparativo entre os modelos com um mapeamento entre as atividades em busca de equivalências. Por fim, é apresentada uma análise da proposta, com os principais resultados esperados, assim como seus pontos fortes e fracos. 1. Introdução Muitas organizações têm necessidades específicas que os produtos comerciais de prateleira (Commercial of the Shelf Software COTS) e os produtos modificáveis de prateleira (Modified of the Shelf Software MOST) nem sempre estão aptos a contemplar [Guerra & Alves 2004]. Assim, as organizações se vêem obrigadas a procurar uma maneira de desenvolver este produto que atenda às suas necessidades e muitas vezes a solução mais eficiente, ou economicamente viável, é a terceirização deste serviço. Assim surgiu a necessidade do adquirente ter um maior acompanhamento sobre este processo de compra. E junto com esta necessidade surgiram também os modelos, guias e normas que visam orientar as organizações com as boas práticas para o processo de aquisição de Software e Serviços Correlatos (S&SC), no qual se pode citar os processos sobre aquisição no modelo CMMI (Capability Maturity Model Integration) [SEI 2001], MPS.BR (Melhoria do Processo de Software Brasileiro) [SOFTEX 2009a], na norma ISO/IEC [ISO 2008] e modelos específicos para aquisição, como o SA-CMM (Software Acquisition Capability Maturity Model) [Copper & Fisher 2002], CMMI-ACQ [SEI 2006] e o Guia de Aquisição do MPS.BR [SOFTEX 2009b]. Estes dois últimos são o foco do estudo realizado. Neste contexto, adotar um modelo específico para aquisição de software baseado nas melhores práticas existentes nesta área promove a mitigação dos problemas mais comuns encontrados, tendo em vista que a maioria das organizações adquirentes de S&SC enfrenta sérios problemas para orçar, licitar, contratar e gerir de maneira adequada os projetos para desenvolvimento dos produtos de software que precisam construir [Guerra & Alves 2004]. Ocorrendo, assim, casos onde o S&SC adquirido não atende devidamente os objetivos para os quais foi desenvolvido ou possui custo bem mais elevado do que o esperado. Existe também uma grande dificuldade para acompanhar o processo de desenvolvimento junto ao fornecedor. 164 WAMPS 2009

2 Uma Proposta de Mapeamento dos Processos Existentes no Guia de Aquisição do MPS.BR e no CMMI-ACQ Este artigo tem como objetivo fornecer um mapeamento entre os processos estudados que servirá de base para oferecer uma proposta de definição de um processo específico para aquisição, flexível à cultura da organização, que englobe as boas práticas dos modelos em estudo. Processo este que será sistematizado em uma ferramenta de software livre para apoio. Com essa suite de processo e ferramenta, o objetivo é simplificar a implantação de processos para aquisição em organizações com pouca ou nenhuma experiência em engenharia de software e gerência de projetos. O artigo está estruturado nas seguintes seções: a Seção 2 fornece a fundamentação sobre processo de aquisição e uma breve explicação sobre os modelos deste estudo; a Seção 3 trata sobre o estudo comparativo entre os dois modelos; na Seção 4 a proposta deste trabalho é exposta, assim como sua análise; e a Seção 5 aborda as considerações finais sobre o trabalho. 2. O Processo de Aquisição Segundo Humphrey (1989), a busca pela qualidade em software tem sido realizada em duas direções: a qualidade do processo, que tem foco nos processos geradores do produto como forma de obter a melhoria da qualidade; e a qualidade do produto, que se baseia na busca e identificação das características tangíveis dos produtos a serem desenvolvidos, estabelecendo-se, a partir delas, diretrizes que nortearão o processo de desenvolvimento. O processo de software é um conjunto de atividades realizadas para construir software, levando em consideração os produtos sendo construídos, as pessoas envolvidas e as ferramentas com as quais trabalham. Para o processo de aquisição de software, a qualidade deve-se compreender da adequação deste software adquirido às necessidades da empresa adquirente, sejam estas necessidades funcionais, não-funcionais ou mesmo gerenciais, como custo e prazo de implantação. O propósito do processo de aquisição é adquirir o S&SC que atenda às necessidades expressas pelo cliente e assegurar a qualidade do produto de software. O foco principal do processo de aquisição é a seleção do fornecedor e o acompanhamento dos produtos e processos, com o objetivo de assegurar a qualidade do produto que está sendo adquirido. A aquisição de produtos e serviços de software é um processo complexo, principalmente no que diz respeito à caracterização dos requisitos necessários ao Software e Serviços Correlatos e às condições envolvidas na contratação como, por exemplo, qualidade esperada, forma de aceitação, gestão de mudanças, artefatos esperados, entre outros [SOFTEX 2009b]. O Processo de Aquisição de Software define os passos para se obter um sistema ou serviço, e todas as atividades efetuadas pelo comprador durante o ciclo de vida do projeto. Esse processo é iniciado com a definição da necessidade de adquirir um sistema, um produto ou um serviço de software. Por esta razão, normas e modelos foram desenvolvidos visando apoiar e orientar as organizações fornecedoras e adquirentes quanto à melhoria de processos. A seguir será apresentada uma contextualização dos processos do Guia de Aquisição do MPS.BR e do CMMI-ACQ. WAMPS

3 Trabalhos em andamento 2.1. O Guia de Aquisição do MPS.BR O modelo MPS.BR tem como base os conceitos de maturidade e capacidade de processo para a avaliação e melhoria da qualidade e produtividade de produtos de software e serviços correlatos [SOFTEX 2009a]. Assim, o modelo possui três componentes: o Modelo de Referência do MPS.BR, o Método de Avaliação do MPS.BR e o Modelo de Negócios; que são descritos através dos guias: Guia Geral, Guia de Avaliação, Guia de Implementação e o Guia de Aquisição. Em se tratar do Guia de Aquisição, este descreve um processo de aquisição de software que pode ser adaptado à realidade das empresas fornecedoras de software que tenham sido avaliadas de acordo com o MA-MPS ou modelo equivalente. O processo é subdividido em quatro atividades: Preparação da Aquisição, Seleção do Fornecedor, Monitoração do Contrato e Aceitação pelo Cliente. O mesmo é destinado, mas não limitado, a instituições interessadas em aquisição de S&SC, especialmente para contextos onde o adquirente não tem experiência com desenvolvimento de software. A introdução da aquisição de S&SC, como parte do MPS.BR, tem como finalidade orientar as organizações que adquirem S&SC, por meio de um processo de aquisição onde são descritas as atividades e tarefas fundamentais para a garantia da qualidade do contrato e respectivos produtos e serviços entregues pelo fornecedor [SOFTEX 2009b]. O guia, também, fornece orientações sobre as tarefas previstas para se atingir os objetivos e obter os resultados previstos de cada atividade, assim como os produtos requeridos para executar cada tarefa prevista na atividade e os produtos gerados pela execução da atividade O CMMI-ACQ O CMM é um modelo de maturidade de processo baseado na capacidade da organização de definir, gerenciar e melhorar seus processos. A experiência do SEI (Software Engineering Institute) com os modelos CMM possibilitou a evolução para o modelo CMMI, que apresenta os modelos: CMMI for Service (CMMI-SVC), publicado em 2009, e foca no estabelecimento de um serviço, gerência e entrega; o CMMI for Developer (CMMI-DEV), publicado em 2006, com foco em desenvolvimento do produto; e o CMMI for Acquisition (CMMI-ACQ), publicado em 2007, com foco no processo de aquisição e terceirização de bens e serviços. O modelo CMMI-ACQ fornece orientação para a aplicação das melhores práticas do CMMI por parte do adquirente. Embora os fornecedores possam dispor de artefatos úteis para gerir os processos abordados pelo modelo, o foco principal é integrar os padrões de conhecimento que são essenciais para um adquirente [SEI 2006]. Ao integrar esses padrões de conhecimento, o modelo fornece um conjunto abrangente das melhores práticas para a aquisição de produtos e serviços. O CMMI-ACQ possui 22 áreas de processo, onde 6 áreas focam nas práticas específicas para aquisição: Gerenciamento do Contrato, Desenvolvimento de Requisitos para Aquisição, Gerenciamento Técnico da Aquisição, Validação da Aquisição, Verificação da Aquisição e Solicitação e Acordo de Desenvolvimento com o Fornecedor. 166 WAMPS 2009

4 Uma Proposta de Mapeamento dos Processos Existentes no Guia de Aquisição do MPS.BR e no CMMI-ACQ 3. Estudo Comparativo Tendo em vista que o modelo CMMI é um modelo para aquisição de software mais abrangente que o processo de aquisição proposto pelo MPS.BR, esse estudo apenas tratará da comparação das 6 áreas específicas para aquisição do CMMI com o Guia de Aquisição do MPS.BR A comparação foi feita tomando as atividades do MPS.BR como base e mostrará como o equivalente é atingido pelo CMMI-ACQ, tomando como foco os objetivos específicos e práticas do mesmo Preparação da Aquisição A primeira atividade descrita no MPS.BR é a Preparação da Aquisição. Esta atividade é fundamental para o estabelecimento da estratégia para a condução de todo o processo de aquisição, pois nesta atividade se define as necessidades e requisitos da aquisição, assim como, comunica-os aos possíveis fornecedores. Dentro do CMMI-ACQ, esta atividade é contemplada pelo atendimento dos objetivos específicos SG1, SG2 e SG3 da área de processo Desenvolvimento de Requisitos, que tem como propósito o desenvolvimento e análise dos requisitos do comprador e de contrato, e o objetivo específico SG1 da área de processo Solicitação e Acordo de Desenvolvimento com o Fornecedor, onde serão especificados os critérios para seleção do fornecedor dentro do pacote de solicitação. A Tabela 1 exibe o relacionamento das tarefas necessárias para a conclusão desta atividade do MPS. BR com as das áreas de processo envolvidas no CMMI-ACQ, mostrando a equivalência. Tabela 1. Relacionamento das tarefas de Preparação da Aquisição Guia de Aquisição do MPS.BR Estabelecer as necessidades: determina quais os objetivos a serem atendidos com a aquisição. Essa atividade tem como propósito analisar as necessidades e resultados que o adquirente pretende atingir com a aquisição. Essa etapa é fundamental, pois indica a primeira tomada de decisão referente aos objetivos e os resultados esperados durante o andamento da aquisição. Definir os requisitos: identifica os requisitos do adquirente para o S&SC. Essa etapa deve especificar os requisitos a serem considerados. CMMI-ACQ Desenvolvimento de Requisitos para Aquisição SG 1 Gerenciar requisitos do cliente SP 1.1 Elicitar necessidades dos interessados Desenvolvimento de Requisitos para Aquisição SG 1 Gerenciar requisitos do cliente SP 1.2 Desenvolver e priorizar as necessidades dos clientes SG 2 Desenvolver os requisitos contratuais SP 2.1 Estabelecer os requisitos contratuais SP 2.2 Alocar exigências contratuais WAMPS

5 Trabalhos em andamento Revisar requisitos: analisar os requisitos estabelecidos com relação às necessidades da aquisição. Etapa com o intuito de validar os requisitos para reduzir problemas e não entendimento por parte dos fornecedores. Desenvolver uma estratégia de aquisição: desenvolver uma estratégia para comparar as necessidades esperadas com a aquisição. A apresentação da estratégia será através do plano de aquisição para a elaboração do pedido de proposta, que contempla itens como: termos financeiros, termos contratuais, termos técnicos, critérios de aceitação do S&SC. Definir os critérios de seleção de fornecedores: estabelecer critérios de seleção, bem como a forma de avaliação. Desenvolvimento de Requisitos para Aquisição SG 3 Analisar e validar os requisitos SP 3.1 Estabelecer conceitos e cenários operacionais SP 3.2 Analisar requisitos SP 3.3 Analisar requisitos para atingir o equilíbrio SP 3.4 Validar requisitos Atendido pelo processo Project Planning (PP), do modelo CMMI, não sendo um dos processos específicos para Aquisição. Solicitação e Acordo de Desenvolvimento com o Fornecedor SG 1 Preparar solicitação e acordo com fornecedor SP 1.1 Identificar potenciais fornecedores SP 1.2 Estabelecer um pacote de solicitação SP 1.3 Revisar o pacote de solicitação SP 1.4 Distribuir e manter o pacote de solicitação 3.2. Seleção do Fornecedor O propósito da atividade de Seleção do Fornecedor é selecionar o fornecedor que será responsável pelo desenvolvimento e entrega do S&SC. A execução desta atividade busca identificar o fornecedor ideal levando em consideração os requisitos e o plano da aquisição, definidos na atividade anterior. No CMMI-ACQ, a atividade se equivale aos objetivos específicos SG2 e SG3 da área de processo Solicitação e Acordo de Desenvolvimento com o Fornecedor, com o propósito de avaliar as soluções dos possíveis fornecedores e selecionar a melhor, negociando assim um contrato entre as partes, e com o objetivo específico SG1 da área de processo, onde esse acordo contratual negociado será efetivado. A Tabela 2 exibe o relacionamento das tarefas necessárias para a conclusão desta atividade do MPS. BR com as das áreas de processo envolvidas no CMMI-ACQ. 168 WAMPS 2009

6 Uma Proposta de Mapeamento dos Processos Existentes no Guia de Aquisição do MPS.BR e no CMMI-ACQ Tabela 2. Relacionamento das tarefas de Seleção do Fornecedor Guia de Aquisição do MPS.BR Avaliar a capacidade dos fornecedores: analisar as características dos fornecedores mediante aos requisitos e critérios aplicados para a seleção de fornecedores. Selecionar o fornecedor: selecionar o fornecedor a partir da avaliação das propostas recebidas, considerando fatores como o entendimento do problema e as devidas soluções sugeridas conforme os requisitos determinados para o S&SC. Preparar e negociar um contrato: negociar um contrato com o potencial fornecedor selecionado, mostrando as expectativas do adquirente e as responsabilidades de ambas as partes envolvidas (adquirente e fornecedor). CMMI-ACQ Solicitação e Acordo de Desenvolvimento com o Fornecedor SG 2 Selecionar fornecedores SP 2.1 Avaliar soluções propostas Solicitação e Acordo de Desenvolvimento com o Fornecedor SG 2 Selecionar fornecedores SP 2.3 Selecionar o fornecedor Solicitação e Acordo de Desenvolvimento com o Fornecedor SG 2 Selecionar fornecedores SP 2.2 Estabelecer plano de negociação SG 3 Estabelecer acordo com o fornecedor SP 3.1 Estabelecer um entendimento do acordo SP 3.2 Estabelecer acordo com o fornecedor 3.3. Monitoração do Contrato A atividade de Monitoração do Contrato tem como objetivo garantir a interação entre o adquirente e o fornecedor e monitorar o fornecedor para garantir que o desenvolvimento do S&SC esteja conforme os termos acordados no contrato. O monitoramento e a avaliação realizada durante o processo auxiliam a identificar os problemas além de permitir a tomada de decisões gerenciais para minimizar riscos futuros. Dentro do CMMI-ACQ, a equivalência se dá através dos objetivos específicos SG1 e SG2 da área de processo Gerenciamento Técnico da Aquisição, onde é executada a avaliação técnica de suas soluções e produtos, com o objetivo específico SG1 de, onde ocorre a monitoração dos processos do fornecedor, assim como a aderência aos termos e as condições contratuais são verificadas. Também através dos objetivos específicos da área de processo de Verificação da Aquisição. A Tabela 3 exibe o relacionamento das tarefas necessárias para a conclusão desta atividade do MPS. BR com as das áreas de processo envolvidas no CMMI-ACQ. WAMPS

7 Trabalhos em andamento Tabela 3. Relacionamento das tarefas de Monitoração da Aquisição Guia de Aquisição do MPS.BR Estabelecer e manter comunicações: manter uma canal de comunicação entre o adquirente e o fornecedor. Etapa fundamental para determinar a forma de comunicação entre as partes (por exemplo, cronograma, documentos utilizados reuniões). Trocar informações sobre o progresso técnico: utilizar o canal estabelecido para trocar informações técnicas com o fornecedor, além de verificar informações de custo e auxiliar na identificação de possíveis riscos. Essa troca de informação geralmente ocorre nas atividades típicas do desenvolvimento do projeto (por exemplo, reuniões, levantamento de requisitos). Revisar o desempenho do fornecedor: realizar frequentemente inspeções para avalizar junto ao fornecedor questões técnicas, questões de qualidade, questões de custo e de prazo durante o desenvolvimento do S&SC, tendo como base os termos do contrato. A inspeção é um evento formal que ocorre durante o projeto. Essa atividade pode ser executada pelo próprio adquirente ou dependendo dos casos, pode requerer avaliação de terceiros. Monitorar a aquisição: A monitoração é utilizada como base para tomada de eventuais ações gerenciais, como revisão de prazos, alocação de recursos, aplicação de penalidades ou até mesmo a interrupção do contrato. Obter acordo quanto às alterações: negociar as alterações propostas por qualquer uma das partes, seja ela o adquirente ou fornecedor e documentar os resultados no contrato. CMMI-ACQ Gerenciamento Técnico da Aquisição SG 2 Realizar gestão de interface SP 2.1 Selecionar interface para gerenciar SP 2.2 Gerenciar interface selecionada SP 1.2 Monitorar os processos do fornecedor selecionado Gerenciamento Técnico da Aquisição SG 1 Avaliar soluções técnicas SP 1.1 Selecionar soluções técnicas para análise Gerenciamento Técnico da Aquisição SG 1 Avaliar soluções técnicas SP 1.2 Analisar soluções técnicas selecionadas SP 1.3 Realizar revisões técnicas Verificação da Aquisição SG 1 Preparar a verificação SP 1.1 Selecionar produtos de trabalho para verificação SP 1.2 Estabelecer o ambiente de verificação SP 1.3 Estabelecer critérios e procedimentos de verificação SG 2 Executar revisões por pares SP 2.1 Preparar revisão por pares SP 2.2 Conduzir revisão por pares SP 2.3 Analisar dados da revisão por pares SG 3 Verificar produtos de trabalho selecionados SP 3.1 Executar verificação SP 3.2 Analisar os resultados da verificação SP 1.2 Monitorar os processos do fornecedor selecionado 170 WAMPS 2009

8 Uma Proposta de Mapeamento dos Processos Existentes no Guia de Aquisição do MPS.BR e no CMMI-ACQ Acompanhar problemas: registrar a execução dos problemas que surgirem durante a execução do contrato e acompanhar até solução pelas partes. Ações sobre os dados obtidos ajudam evitar a ocorrência de problemas, melhorando a qualidade e eficácia do processo adotado. SP 1.2 Monitorar os processos do fornecedor selecionado 3.4. Aceitação pelo Cliente A atividade de Aceitação pelo Cliente tem o propósito de validar e aprovar o S&SC entregue pelo fornecedor mediante todos os critérios estabelecidos. Não havendo conformidade com os critérios estipulados, o S&SC pode sofrer alterações e ajustes para que seja submetido a uma nova validação, até que tudo esteja de acordo e satisfeito por parte do adquirente. As áreas de processo do CMMI-ACQ que possuem equivalência ao MPS.BR nesta atividade, são a Gerência de Contrato, com o objetivo específico SG1, a Validação de Aquisição e Verificação da Aquisição, ambas com todos os seus objetivos envolvidos. A relação é visualizada na Tabela 4. Tabela 4. Relacionamento das tarefas de Aceitação pelo Cliente Guia de Aquisição do MPS.BR Preparar a aceitação: estabelecer os critérios e a forma de aceitação do S&SC. Os critérios são definidos em relação aos requisitos do contrato. Essa atividade tem uma relação entre os requisitos especificados e as funções do produto que foram implementadas. CMMI-ACQ Validação da Aquisição SG 1 Preparar a validação SP 1.1 Selecionar produtos para validação SP 1.2 Estabelecer a validação do ambiente SP 1.3 Estabelecer os critérios e procedimentos de validação Verificação da Aquisição SG 1 Preparar a verificação SP 1.1 Selecionar produtos de trabalho para verificação SP 1.2 Estabelecer o ambiente de verificação SP 1.3 Estabelecer critérios e procedimentos de verificação WAMPS

9 Trabalhos em andamento Avaliar o S&SC entregue: avaliar o S&SC com base nas informações e requisitos de aceitação definidos. Manter conformidade com o contrato: resolver qualquer aspecto relacionado a aceitação do software, de acordo com os procedimentos estabelecidos no contrato. Aceitar o S&SC: aceitar o S&SC e comunicar a sua aceitação ao fornecedor. Deverá ser complementada com os relatórios produzidos nos processo de avaliação e pela observação dos critérios de aceitação definidos. Validação da Aquisição SG 2 Validar componentes e produtos selecionados SP 2.1 Executar validação SP 2.2 Analisar os resultados da validação Verificação da Aquisição SG 2 Executar revisões por pares SP 2.1 Preparar revisão por pares SP 2.2 Conduzir revisão por pares SP 2.3 Analisar dados da revisão por pares SG 3 Verificar produtos de trabalho selecionados SP 3.1 Executar verificação SP 3.2 Analisar os resultados da verificação SP 1.3 Aceitar o produto adquirido SP 1.4 Gerenciar fatura do fornecedor 4. Proposta de Definição de Processo A maioria das organizações adquirentes de S&SC enfrenta sérios problemas para orçar, licitar, contratar e gerir de maneira adequada os projetos para desenvolvimento dos produtos de software que precisam construir. Ocorrendo, assim, casos onde o S&SC adquirido não atende devidamente os objetivos para os quais foi desenvolvido e possui custo bem mais elevado do que o esperado. Existe também, uma grande dificuldade para acompanhar o processo de desenvolvimento junto ao fornecedor. E junto a isto, a comunidade especializada dispõe do Guia de Aquisição do MPS.BR, um documento que fornece um processo pronto para as organizações adquirentes de S&SC, onde são descritas as atividades e tarefas fundamentais para a garantia da qualidade do contrato e respectivos produtos e serviços entregues pelo fornecedor. Porém, o processo ainda possui um número muito baixo (apenas 5 em 23/9/2009, de acordo com o sítio da SOFTEX) de consultores certificados pela instituição mantenedora do modelo, a SOFTEX, tornando complicada a implantação do processo em uma organização com pouca ou nenhuma experiência em engenharia de software, pois o mesmo contém muitas regras e premissas a serem consideradas, se tornando complexo a olhos menos experientes. Assim, esta problemática foi a motivação para um projeto inicial de desenvolvimento de uma ferramenta de suporte ao Guia de Aquisição do MPS.BR, porém, levantou-se o fato de tornar a organização adquirente, interessada na melhoria de seu processo de aquisição, aderente não só ao modelo MPS.BR, como também a outro modelo para aquisição de software. Então, o CMMI-ACQ por ser um 172 WAMPS 2009

10 Uma Proposta de Mapeamento dos Processos Existentes no Guia de Aquisição do MPS.BR e no CMMI-ACQ modelo internacionalmente aceito, bem estabelecido no mercado, uma evolução de outro modelo já bem aceito pela comunidade, o SA-CMM, sendo eleito para, junto das recomendações do modelo MPS.BR, formarem um terceiro processo. Processo esse que englobe as recomendações e atividades dos dois modelos, tornando assim a organização que o utilizar, aderente aos dois modelos em apenas um único esforço de implantação. Reduzindo, assim, visivelmente custos e esforços para esta tarefa. Vale ressaltar que este processo também deve ser flexível, de tal maneira que seja adequado à cultura das organizações interessadas, para uma empresa privada e para organizações públicas, onde o processo deverá contemplar as recomendações feitas pela IN SLTI/MP 4/2008 e os Acórdãos e 2.471/2008-TCU-Plenário. E então, este será o processo a ser sistematizado em uma ferramenta de software, pois ela tenderá a facilitar o aprendizado, implantação e a execução do processo pelas organizações envolvidas no contrato, melhorando o acompanhamento da empresa adquirente junto ao fornecedor e facilitando também o canal de comunicação e demonstração de resultados por parte do fornecedor. Neste contexto, a proposta tem como focos principais o estudo destas orientações fornecidas pelo Guia de Aquisição do MPS.BR e pelo CMMI-ACQ e, com base neste estudo, definir um único processo e com este processo definido, elaborar a especificação de uma ferramenta de software que apóie estas orientações. O projeto contemplará as metas: 1. Definição e análise de um processo para aquisição de software que seja aderente ao MPS.BR e ao CMMI-ACQ; 2. Especificação e Desenvolvimento de uma ferramenta de software livre de suporte a este processo a ser definido; 3. Apoio para que as empresas nacionais, existentes ou em criação, que desenvolvam contratos de aquisição e desenvolvam atividades inovadoras em termos tecnológicos (P,D&I) de impacto comercial ou social com qualidade, a partir da implantação deste processo e ferramenta de software livre; 4. Avaliação do estado atual dos processos de aquisição de produtos de software de empresas locais, regionais e nacionais com vistas a aumentar o nível de capacidade em aquisição de software através da utilização da ferramenta desenvolvida; 5. Implantação da proposta (processo e ferramenta) em uma organização adquirente e o acompanhamento da realização de pelo menos um projeto de aquisição nesta organização, se utilizando destes produtos gerados pela proposta. WAMPS

11 Trabalhos em andamento 5. Análise da Proposta Esta seção permite um entendimento das análises e resultados esperados a partir do desenvolvimento da proposta apresentada na Seção Resultados Esperados Com a completude das atividades e objetivos descritos, espera-se como resultados a disseminação do conhecimento sobre o processo de aquisição na região e o estabelecimento de um processo para aquisição junto com seu ferramental de software livre de apoio no cenário nacional, evidenciados por: 1. Redução dos custos e tempo para a implantação e execução do processo; 2. Redução dos custos e tempo envolvidos em um contrato de aquisição de software; 3. Atendimento das necessidades regionais e nacionais; 4. Melhoria do desempenho das organizações adquirentes nos problemas enfrentados no que diz respeito a orçar, licitar, contratar e gerir de maneira adequada os projetos de aquisição; 5. Envolvimento da comunidade com a adesão de novas parcerias; 6. Desenvolvimento das competências da comunidade em relação ao processo proposto; 7. Incorporação contínua do ferramental proposto por novas organizações Pontos Fortes e Fracos Como principal ponto forte tem-se o crescente mercado de aquisição de S&SC no Brasil, com uma grande oportunidade de expansão do processo de aquisição do MPS.BR, tendo em vista que não existem ferramentas que reconhecidamente oferecem suporte a execução de tal processo e junto a Recomendação do Tribunal de Contas da União (TCU) de 2007 na adoção do modelo MPS.BR como elemento de pontuação diferenciada para a contratação de produtos e serviços na área de software, se cria assim, uma necessidade no mercado que até o momento não é atendida, fornecendo a oportunidade para que este projeto. Porém, como este projeto tem que ser fortemente vinculado ao interesse de organizações adquirentes, corre-se o risco destas não proverem a participação necessária para que o trabalho possa fluir naturalmente, ou até mesmo, perderem o interesse nos produtos do projeto com o passar do tempo. 174 WAMPS 2009

12 Uma Proposta de Mapeamento dos Processos Existentes no Guia de Aquisição do MPS.BR e no CMMI-ACQ 6. Considerações Finais Este artigo apresentou uma proposta de mapeamento dos processos no Guia de Aquisição do MPS. BR e no CMMI-ACQ, assim como uma proposta para processo de aquisição de software e serviços aderente aos dois modelos. Processo este que trará benefícios às organizações interessadas, tendo em vista a complexidade de processos como o CMMI-ACQ para organizações adquirentes que não tem experiência com desenvolvimento de software. Como próximos passos deste projeto pretendem-se: (1) Definição, validação e implantação do processo proposta em uma empresa parceira; (2) Especificação e Desenvolvimento de uma ferramenta de apoio ao processo, facilitando a sua implantação e execução; e com os resultados das etapas anteriores, (3) prover melhoria no processo e ferramenta proposto, provendo a maior flexibilidade possível para melhor adequar-se a realidade das organizações interessadas. Agradecimentos O desenvolvimento deste trabalho está tendo apoio financeiro do CNPq através do Edital MCT/CNPq Nº 70/2008. Referências COOPER, Jack & FISHER, Matt. Software Acquisition Capability Maturity Model (SA-CMM), Version 1.03, Software Engineering Institute, CMU/SEI-2002-TR-010,ESC-TR , GUERRA, A. e ALVES, A., Aquisição de Produtos e Serviços de Software. Rio de Janeiro: Campus, HUMPHREY, Watts S., Managing the Software Process, The SEI Series in Software Engineering. Addison-Wesley, SEI, Capability Maturity Model Integration (CMMI) for Software Engineering, Version 1.1, Carnegie Mellon, USA, SEI, Capability Maturity Model Integration (CMMI) for Acquisition, Version 1.2, Carnegie Mellon, USA, SOFTEX, Melhoria do Processo de Software Brasileiro (MPS.BR) - Guia Geral 2009, 2009a SOFTEX, Melhoria do Processo de Software Brasileiro (MPS.BR) - Guia de Aquisição 2009, 2009b. ISO/IEC 12207: Systems and Software Engineering Software Life Cycle Processes, 2nd edition, WAMPS