MetodologiaCERTICS 20ago2012 v1

CTI RENATO ARCHER
Metodologia de Avaliao CERTICS para Software

20/8/2012
Verso para consulta pblica (20/08/2012) 2012 CTI Renato Archer, todos os direitos reservados
Pgina 1
Este documento foi elaborado no mbito do projeto CTENIC e desenvolvido na Diviso de Melhoria de Processo de Software DMPS, do Centro de Tecnologia da Informao Renato Archer CTI (www.cti.gov.br), Rodovia Dom Pedro I, km 143,6, Campinas SP Brasil.
Pgina 2
Sumrio
Resumo Executivo ......................................................................................................................... 4 1. 2. 3. 4. 4.1 4.2 4.3 4.4 4.5 4.6 5. 5.1 5.2 5.3 5.4 5.4.1 5.4.2 5.4.3 5.4.4 5.4.5 6. 6.1 6.2 Introduo ............................................................................................................................. 5 Termos e definies .............................................................................................................. 5 Viso Geral, Estrutura e Regras de Pontuao da Metodologia ........................................... 7 Modelo de Referncia para Avaliao CERTICS .................................................................. 13 Software resultante de desenvolvimento tecnolgico e inovao realizados no Pas ... 13 rea de competncia Desenvolvimento (DES)................................................................ 17 rea de competncia Gesto de Tecnologia (TEC) ......................................................... 26 rea de competncia Gesto de Negcios (GNE) ........................................................... 32 rea de competncia Gesto de Parcerias e Alianas (GPA) .......................................... 38 rea de competncia Gesto de Pessoas, Processos e Conhecimento (PPC) ................ 44 Mtodo de Avaliao CERTICS ............................................................................................ 50 Termos e definies ........................................................................................................ 50 Papis e responsabilidades ............................................................................................. 51 Notao da descrio do Mtodo ................................................................................... 53 Fases do Mtodo de Avaliao........................................................................................ 53 Fase 1: Explorao ....................................................................................................... 54 Fase 2: Preparao ...................................................................................................... 59 Fase 3: Visita................................................................................................................ 62 Fase 4: Validao ......................................................................................................... 65 Fase 5: Concluso ........................................................................................................ 66
Exemplo do resultado de uma avaliao ............................................................................ 69 Justificativa e Pontuao para cada Resultado Esperado ............................................... 70 Pontuaes derivadas e Quadro Resumo ....................................................................... 78
Pgina 3
Resumo Executivo
A Metodologia de Avaliao CERTICS ser utilizada inicialmente apenas para software, composta por um Modelo de Referncia e um Mtodo de Avaliao. CERTICS uma certificao que identifica, credencia e diferencia software, gerando valor local e competitividade global para o Pas. O termo Software significa Software e seus Servios Associados. O Modelo de Referncia para Avaliao CERTICS est estruturado em quatro camadas hierrquicas, com uma estrutura lgica orientada por objetivos e uma engenharia de processamento de informaes baseada em evidncias que orientam uma avaliao. A primeira camada define Software resultante do desenvolvimento tecnolgico e inovao realizados no Pas como aquele cujo desenvolvimento cria ou amplia competncias tecnolgicas e correlatas no Pas, contribuindo para a criao de negcios baseados em conhecimento e aumento de autonomia tecnolgica. Competncias tecnolgicas so conhecimentos e habilidades de uma organizao para criar ou modificar uma tecnologia em seus princpios ou funcionalidades. As Competncias correlatas so complementares s tecnolgicas que, simultaneamente, as potencializam e so por elas potencializadas e que so necessrias para a consecuo de negcios baseados em conhecimento. A segunda camada composta por cinco reas de Competncia que detalham a primeira camada: Desenvolvimento; Gesto de Tecnologia; Gesto de Negcios; Gesto de Parcerias e Alianas; e Gesto de Pessoas, Processos e Conhecimento. Cada rea de Competncia envolve, com nfases diferentes, tanto aspectos de competncias tecnolgicas quanto de competncias correlatas. Cada rea de Competncia caracterizada por uma pergunta-chave: Desenvolvimento - O software resultante de desenvolvimento tecnolgico no Pas?; Gesto de Tecnologia - O software mantido tecnologicamente autnomo e competitivo?; Gesto de Negcios - O software potencializa negcios baseados em conhecimento e direcionado por esses negcios?; Gesto de Parcerias e Alianas - Parcerias e alianas possibilitam gerao de negcios, atualizao tecnolgica ou desenvolvimento tecnolgico, relacionados ao software?; e Gesto de Pessoas, Processos e Conhecimento - Pessoas, processos e conhecimento so gerenciados para apoiar e potencializar negcios e o desenvolvimento tecnolgico do software?. A terceira camada composta por cinco conjuntos de Resultados Esperados. Cada um destes conjuntos detalha uma das cinco reas de Competncia. A quarta camada composta por conjuntos de Orientaes e Indicadores, e cada um deles detalha um Resultado Esperado. O processo de avaliao segue o Mtodo de Avaliao CERTICS composto por cinco fases sequenciais, que so as fases de explorao, preparao, visita, validao e concluso da avaliao. Para garantir que os resultados da avaliao sejam objetivos, imparciais, consistentes, repetveis e representativos a metodologia de avaliao segue os requisitos estabelecidos na Norma ISO/IEC 15504. O resultado positivo de uma avaliao utilizado para comprovar junto ao MCTI o efetivo desenvolvimento local em atendimento ao decreto 7174/2010 resultando na emisso pela SEPIN do Certificado CERTICS. Verso para consulta pblica (20/08/2012) 2012 CTI Renato Archer, todos os direitos reservados Pgina 4
1. Introduo
CERTICS uma certificao que identifica, credencia e diferencia software, gerando valor local e competitividade global para o Pas. Este documento descreve uma verso preliminar da Metodologia de Avaliao CERTICS para Software composta por dois componentes principais: o Modelo de Referncia para Avaliao CERTICS e o Mtodo de Avaliao CERTICS. Neste documento o termo Software significa Software e seus Servios Associados. A Secretaria de Poltica de Informtica (SEPIN) do Ministrio da Cincia, da Tecnologia e Inovao (MCTI) em parceria com o Centro de Tecnologia da Informao Renato Archer (CTI Renato Archer) implementaram o projeto de Certificao de Tecnologia Nacional de Tecnologia da Informao e Comunicao (CTENIC) para construir uma metodologia de avaliao de software resultante de desenvolvimento tecnolgico e inovao realizados no Pas. A presente metodologia resultado deste Projeto. A metodologia foi preparada para servir comprovao frente ao MCTI de que trata o art. 6 do Decreto 7174/ 2010 quanto tecnologia desenvolvida no Pas pelo estabelecimento dos requisitos e critrios para verificao de softwares como resultantes de desenvolvimento e inovao tecnolgica realizada no Pas.
2. Termos e definies
Esta seo apresenta alguns termos e definies utilizados no escopo deste documento. Arquitetura do software representa uma viso macro do software em termos das ideias e conceitos bsicos relacionados s regras de negcio, aos aspectos tecnolgicos e a interao existente entre os componentes do software. Os aspectos tecnolgicos considerados na metodologia so as tecnologias relevantes e estratgicas para o software e seus servios associados. Geralmente a arquitetura do software documentada por meio de um projeto de arquitetura. Atividade definida atividade que est minimamente documentada e praticada na Unidade Organizacional. Autonomia tecnolgica capacidade de uso da base tecnolgica para tomada de decises de forma independente e para controlar conjuntamente processos que se produzem dentro e alm das fronteiras nacionais. Bibliometria todos os estudos que tentam quantificar os processos de comunicao escrita. Desenvolvimento rea de competncia que aborda as atividades de gerao de um novo software e seus servios associados bem como suas evolues e manutenes.
Pgina 5
Metodologia de Avaliao CERTICS para Software Gesto refere-se execuo de aes de acompanhamento dos conceitos que as reas de competncia Gesto de Tecnologia, Gesto de Negcios, Gesto de Parcerias e Alianas, e Gesto de Pessoas, Processos e Conhecimento tratam e os desdobramentos do resultado desse monitoramento na organizao. Gatekeeper um papel de facilitador que atua como ponto focal na interao da Unidade Organizacional com outras instituies envolvidas no desenvolvimento do software e seus servios associados. Negcios baseados em conhecimento desenvolvimento de negcios onde o conhecimento no apenas o fator-chave de produo, mas tambm o bem comercializado. So negcios fortemente baseados em conhecimento especializado, envolvem recursos humanos altamente qualificados, requerem forte interao fornecedor-cliente e envolvem aprendizado por meio de networking. Processo definido processo que est minimamente documentado e praticado na Unidade Organizacional. Roadmap uma ferramenta utilizada para alinhar no tempo, perspectivas externas (ambiente, mercado, regulao) com internas (produtos, tecnologias, capacitaes) e identificar gargalos ou oportunidades para produtos e servios por meio da construo de uma viso de longo prazo. Identificam possveis caminhos a serem perseguidos pelos projetos de pesquisa, desenvolvimento e inovao e apoiam o planejamento de estratgias para que capacitaes tecnolgicas aproveitem oportunidades de mercado e para que gaps nos produtos e nos mercados sejam previstos e superados. Tambm podem ser utilizados para avaliar impactos de uma descontinuao de mercado para os produtos e servios. Tecnologias relevantes e estratgicas para o software e seus servios associados so tecnologias presentes no software e que cumprem os seguintes critrios: a) A tecnologia licenciada (adquirida) parte significativa do valor de mercado do software. b) A tecnologia promove um diferencial tecnolgico ou de negcios para o software frente aos concorrentes. c) A tecnologia est no escopo das tecnologias estratgicas definidas pelo MCTI. TIC Tecnologia da Informao e Comunicao. Unidade Organizacional o conjunto de processos para todos os aspectos do software e seus servios associados.
Pgina 6
3. Viso Geral, Estrutura e Regras de Pontuao da Metodologia

Esta seo apresenta uma viso geral da Metodologia de Avaliao CERTICS para Software a partir do Modelo de Referncia CERTICS e do Mtodo de Avaliao CERTICS, incluindo sua estrutura e regras de pontuao. A estrutura do Modelo e do Mtodo de avaliao segue os requisitos para modelos e mtodos estabelecidos pela Norma ABNT ISO/IEC 15504-2 (2008) - Tecnologia da informao - Avaliao de processo - Parte 2: Realizao de uma avaliao. Esta Norma uma traduo da Norma Internacional ISO/IEC 15504-2 - Information technology - Process assessment Part 2: Performing an assessment, publicada em 2003. Esta Norma trata da avaliao de processo e de sua aplicao para a melhoria e determinao da capacidade. Ela define o conjunto mnimo de requisitos para a realizao de uma avaliao. Estes requisitos iro garantir que os resultados da avaliao sejam objetivos, imparciais, consistentes, repetveis e representativos com relao aos processos avaliados. A Metodologia de Avaliao e o seu desenvolvimento seguem os seguintes princpios: Software e seus servios associados devem ser entendidos como um sistema de software e seus servios associados incluindo famlias e plataformas de software e servios. A Avaliao do software, no da empresa, e baseada na anlise dos processos empregados no software da Unidade Organizacional produtora ou mantenedora do software. A Metodologia de Avaliao baseada na Norma ABNT ISO/IEC 15504 (SPICE) e na experincia do CTI e de seus parceiros. Um conceito novo (Software resultante de desenvolvimento tecnolgico e inovao realizados no Pas) demandou um novo modelo e um novo mtodo para avaliao. A Metodologia proposta est alinhada e complementar a outras metodologias e modelos de processo para Empresas, Engenharia de Software e Sistemas, Servios, entre outros. Seu monitoramento indicar gradualmente mais indicadores para aprimorar sua avaliao. A metodologia proposta possibilitar uma parametrizao por vrios fatores: utilizao, tamanho, setor, etc.
A metodologia desenvolvida tambm partiu da premissa de ser aplicvel para qualquer tipo de licena de software. A aplicao da metodologia de avaliao em software livre e de cdigo aberto ser tratada em uma guia de uso, que considera suas especificidades para esta aplicao.
Pgina 7
Metodologia de Avaliao CERTICS para Software Segundo a ISO/IEC 15504-1, uma Unidade Organizacional a parte de uma organizao na qual os processos sero avaliados ou sero melhorados. A Unidade Organizacional realiza um ou mais processos que tm um contexto coerente de processo e operam sob um conjunto coerente de objetivos estratgicos. tipicamente uma parte de uma organizao maior, embora em uma pequena organizao, a Unidade Organizacional possa ser toda a organizao. Para esta Metodologia de avaliao, a Unidade Organizacional o conjunto de processos para todos os aspectos do software e seus servios associados. O Modelo de Referncia para Avaliao CERTICS est estruturado em quatro camadas hierrquicas. A primeira camada define o conceito de Software resultante do desenvolvimento tecnolgico e inovao realizados no Pas como aquele cujo desenvolvimento cria ou amplia competncias tecnolgicas e correlatas no Pas, contribuindo para a criao de negcios baseados em conhecimento e aumento de autonomia tecnolgica. Competncias tecnolgicas so conjuntos de conhecimentos e habilidades de uma organizao para criar ou modificar uma tecnologia em seus princpios ou funcionalidades. Competncias correlatas so conjuntos de conhecimentos e habilidades, complementares s competncias tecnolgicas que, simultaneamente, as potencializam ou so por elas potencializadas e que so necessrias para a consecuo de negcios baseados em conhecimento. Negcios baseados em conhecimento so negcios onde o conhecimento no apenas o fator-chave de produo, mas tambm o principal aspecto do bem comercializado. Referem-se a negcios fortemente baseados em conhecimento especializado, envolvem recursos humanos altamente qualificados, requerem forte interao fornecedor-cliente e envolvem aprendizado por meio de networking. O aumento da autonomia tecnolgica no Pas so contribuies para ampliao da base tecnolgica nacional e para a capacidade de uso desta base para tomada decises de forma independente e para controlar conjuntamente processos que se produzem dentro e alm das fronteiras nacionais. A segunda camada composta por cinco reas de Competncia que detalham o conceito de Software resultante do desenvolvimento tecnolgico e inovao realizados no Pas, apresentadas na Figura 1: Desenvolvimento (DES); Gesto de Tecnologia (TEC); Gesto de Negcios (GNE); Gesto de Parcerias e Alianas (GPA), Gesto de Pessoas, Processos e Conhecimento (PPC). Cada rea de Competncia envolve, com nfases diferentes, tanto aspectos de competncias tecnolgicas quanto de competncias correlatas.
Pgina 8
Figura 1 reas de Competncias
Cada uma das cinco reas de Competncia caracterizada por uma pergunta-chave e est descrita brevemente a seguir. rea de Competncia Desenvolvimento: Pergunta-chave: O software resultante de desenvolvimento tecnolgico no Pas? Descrio: refere-se ao domnio do conjunto de tecnologias utilizado para o desenvolvimento de determinado software. Esse domnio de conhecimento deve estar focado na arquitetura do software, na plataforma utilizada para sua construo e na plataforma de execuo. rea de Competncia Gesto de Tecnologia: Pergunta-chave: O software mantido tecnologicamente autnomos e competitivos? Descrio: envolve o estabelecimento de aes direcionadoras para o desenvolvimento de tecnologias, absoro de tecnologias (ex.: engenharia reversa) e/ou aquisio de tecnologias, a serem adotadas no desenvolvimento do software, levando em considerao a autonomia tecnolgica como um dos fatores relevantes; rea de Competncia Gesto de Negcios: Pergunta-chave: O software potencializa negcios baseados em conhecimento e direcionado por esses negcios? Descrio: refere-se administrao de aes voltadas para a promoo e o aumento de negcios baseados em conhecimento a partir do software. Compreende desde esforos relacionados ao monitoramento de tendncias de mercado, at iniciativas voltadas para manuteno e ampliao da carteira de clientes, via pesquisas de satisfao e avaliao da qualidade do atendimento, alm de esforos direcionados prospeco de novas solues para clientes em potencial; Verso para consulta pblica (20/08/2012) 2012 CTI Renato Archer, todos os direitos reservados Pgina 9
Metodologia de Avaliao CERTICS para Software rea de Competncia Gesto de Parcerias e Alianas: Pergunta-chave: Parcerias e alianas possibilitam gerao de negcios, atualizao tecnolgica ou desenvolvimento tecnolgico, relacionados ao software? Descrio: envolve a formao, operao e avaliao de projetos e acordos de cooperao, tecnolgica ou comercial, entre a organizao e fornecedores, financiadores, instituies de cincia e tecnologia, universidades e outras organizaes privadas e pblicas, que tenham como foco desenvolvimentos tecnolgicos e promoo de negcios relacionados ao software; rea de Competncia Gesto de Pessoas, Processos e Conhecimento: Pergunta-chave: Pessoas, processos e conhecimento so gerenciados para apoiar e potencializar negcios e o desenvolvimento tecnolgico do software? Descrio: abrange um conjunto de atividades, coerentes entre si, que apoiam e potencializam de forma integrada as outras reas de competncia do modelo. A Gesto de Pessoas est voltada para a administrao, capacitao e motivao de recursos humanos que atuam em processos relacionados ao software. A Gesto de processos inclui a avaliao e melhoria contnua desses processos. A Gesto de Conhecimento est voltada para a identificao, documentao, disseminao e atualizao de conhecimento relevante sobre as tecnologias, os negcios, e outros aspectos relacionados ao software. A terceira camada composta por cinco conjuntos de Resultados Esperados. Cada conjunto detalha uma das cinco reas de Competncia. Um Resultado Esperado, conforme definido na Norma NBR ISO/IEC 15504-2, descreve um dos seguintes itens: - A produo de um artefato; - Uma mudana significativa de estado; - O atendimento das especificaes, como por exemplo, requisitos, metas, etc. A quarta camada composta por conjuntos de Orientaes e Indicadores. Cada um destes conjuntos detalha um Resultado Esperado. Cada conjunto de Orientaes e Indicadores de cada resultado esperado orienta a avaliao deste resultado esperado a partir de evidncias. O resultado desta avaliao expresso como uma pontuao em uma escala de quatro valores, conforme definido na Norma ABNT ISO/IEC 15504-2 (2008) que traduz a Norma Internacional ISO/IEC 15504-2 (2003). O Quadro a seguir reproduz a escala de pontuao de atributos de processo prevista na norma, com a alterao de atributo definido no processo avaliado para Resultado Esperado pelo software em avaliao. O software avaliado a partir das evidncias geradas pelos processos do entorno do software.
Pgina 10
A escala de pontuao ordinal definida a seguir deve ser utilizada para expressar o alcance do Resultado Esperado pelo software em uma avaliao: N No atendido: Existe pouca ou nenhuma evidncia do alcance do Resultado Esperado pelo software em avaliao. P Parcialmente atendido: Existe alguma evidncia de aproximao e algum alcance do Resultado Esperado pelo software em avaliao. Alguns aspectos de alcance so imprevisveis. L Largamente atendido: Existe evidncia de aproximao sistemtica e de alcance significativo do Resultado Esperado pelo software em avaliao. Existem alguns pontos fracos relacionados a este Resultado Esperado pelo software em avaliao, porm estes no so crticos para a obteno do Resultado Esperado. F Completamente (Fully) atendido: Existe evidncia de uma aproximao completa e sistemtica e de alcance total do Resultado Esperado pelo software em avaliao. No existem pontos fracos significativos relacionados com este Resultado Esperado pelo software em avaliao. Os pontos ordinais definidos nesta escala devem ser entendidos em termos de uma escala percentual que representa a extenso do alcance. Os valores correspondentes devem ser: N P L F No atendido Parcialmente atendido Largamente atendido Completamente atendido 0 a 15% de alcance > 15% a 50% de alcance > 50% a 85% de alcance > 85% a 100% de alcance
Em todos os casos deve ser indicado o racional utilizado na atribuio da pontuao N, P, L ou F. Quando a pontuao atribuda for diferente de F, alm do contedo do racional utilizado deve ser indicado pelo menos um ponto fraco encontrado. Cada rea de competncia pontuada em uma escala binria (Sim ou No) com base no resultado das avaliaes de cada um de seus resultados esperados. A pontuao ser Sim se cada resultado esperado estiver pontuado como F ou L. A pontuao ser No caso contrrio. Software resultante de desenvolvimento tecnolgico e inovao realizados no Pas tambm pontuado em uma escala binria (Sim ou No) com base no resultado das avaliaes de cada
Pgina 11
Metodologia de Avaliao CERTICS para Software uma das reas de competncia. A pontuao ser Sim se cada rea de competncia estiver pontuada como Sim. A pontuao ser No caso contrrio. Esta pontuao construda durante a realizao de uma avaliao que segue o Mtodo de Avaliao CERTICS. O mtodo composto por cinco fases seqenciais, que so as fases de explorao, preparao, visita, validao e concluso da avaliao. Para garantir que os resultados da avaliao sejam objetivos, imparciais, consistentes, repetveis e representativos com relao ao software avaliado, a metodologia de avaliao segue os requisitos estabelecidos na Norma ABNT ISO/IEC 15504-2 (2008). A Figura 2 ilustra a estrutura em quatro camadas do modelo, a estrutura lgica orientada pelo objetivo que direcionou o desenvolvimento do modelo e a engenharia de processamento de informaes baseada em evidncias, que norteia a realizao de uma avaliao.
Figura 2 Estrutura lgica do Modelo e Engenharia de processamento de informaes do Mtodo
Pgina 12
4. Modelo de Referncia para Avaliao CERTICS

Esta seo apresenta o Modelo de Referncia para Avaliao CERTICS. Este modelo composto por cinco reas de Competncia: Desenvolvimento Gesto de Tecnologia Gesto de Negcios Gesto de Parcerias e Alianas Gesto de Pessoas, Processos e Conhecimento
Cada rea de competncia descrita em termos de uma pergunta-chave, descrio e um conjunto de resultados esperados. Para cada resultado esperado, o modelo apresenta uma descrio, orientaes e uma lista de exemplos de tipos de evidncias. Esta lista no deve ser considerada uma lista fechada, mas uma orientao para facilitar o entendimento de cada resultado esperado.
4.1 Software resultante de desenvolvimento tecnolgico e inovao realizados no Pas

Definio Um determinado Software resultante de desenvolvimento tecnolgico e inovao realizados no Pas aquele cujo desenvolvimento cria ou amplia competncias tecnolgicas e correlatas no Pas, contribuindo para a criao de negcios baseados em conhecimento e aumento de autonomia tecnolgica. Descrio O conceito de Software resultante de desenvolvimento tecnolgico e inovao realizados no Pas utiliza os conceitos de competncias tecnolgicas e correlatas. Competncias tecnolgicas so conjuntos de conhecimentos e habilidades de uma organizao para criar ou modificar uma tecnologia em seus princpios ou funcionalidades. Competncias correlatas so conjuntos de conhecimentos e habilidades complementares s competncias tecnolgicas que, simultaneamente, as potencializam ou so por elas potencializadas e que so necessrias para a consecuo de negcios baseados em conhecimento. Este conceito operacionalizado por um conjunto de cinco reas de Competncia. Desta forma para um determinado Software ser considerado como resultante de desenvolvimento tecnolgico e inovao realizados no Pas, ele tem que satisfazer as cinco reas de competncia. As cinco reas de competncia so: Desenvolvimento (DES); Gesto de Tecnologia (TEC); Gesto de Negcios (GNE); Gesto de Parcerias e Alianas (GPA), Gesto de
Pgina 13
Metodologia de Avaliao CERTICS para Software Pessoas, Processos e Conhecimento (PPC). Cada rea de Competncia envolve, com nfases diferentes, tanto aspectos de competncias tecnolgicas quanto de competncias correlatas. Para apoiar um entendimento deste conceito, o restante desta descrio apresenta uma racionalidade do conceito. A partir de levantamentos e estudos realizados ficou evidente que a variedade de forma que um software pode ser disponibilizado, sua transversalidade a diversos processos produtivos e nichos demandaria uma metodologia de alta complexidade para avaliao, se focalizarmos a anlise do artefato software. A estratgia adotada foi ento a de focalizar os processos relacionados a determinado desenvolvimento de software, ou seja, avaliar em que medida os processos correlatos ao desenvolvimento de um artefato de software criaram novos conhecimentos, novas capacidades e novos negcios no Pas. O consenso que se formou foi o de focalizar a agregao de competncias no Pas e no propriamente a origem da tecnologia da informao. Em outras palavras, determinadas tecnologias podem ter sido geradas no exterior, mas sua absoro e domnio no Pas levou construo de diversos resultados, que posteriormente viemos a definir como competncias. E o fio condutor para o entendimento destes resultados a avaliao dos processos correlatos ao software ao longo do tempo e a maneira como se do no presente momento. Para definir que tipos de resultados seriam focalizados na metodologia, cada software foi analisado sob a tica de sua contribuio para o desenvolvimento do Pas, focalizando: 1) a contribuio para o aumento da autonomia tecnolgica do Pas; 2) a contribuio para o aumento do potencial de inovao; 3) a contribuio para a gerao de negcios baseados em conhecimento. Estas trs dimenses tem ligaes intrnsecas e se reforam mutuamente. Estas trs dimenses escolhidas esto tambm presentes na literatura utilizada para o desenvolvimento do trabalho. Para atender a estas dimenses, foi construdo tambm um novo olhar para o conceito de software resultante de desenvolvimento tecnolgico e inovao realizados no Pas: avaliar o que um software, a partir do seu desenvolvimento, cria ou amplia competncias no Pas. O item a seguir apresenta em maior detalhe o conceito de competncias, mas a viso mais ampla que o conceito de competncia, para efeito da aplicao da metodologia, foi definido de maneira a se criar uma unidade de referncia para medio de resultados agregados ao Pas. O que se espera destes resultados a construo de uma base de conhecimentos e habilidades que se reforcem mutuamente e diminuam a fragilidade do setor de software no Brasil, fortalecendo-o para uma reformulao de sua insero no Brasil. A metodologia no restringe a aquisio de tecnologia de software originalmente desenvolvida fora do Pas ou acesso a padres abertos e plataformas livres, mas busca evidenciar o quanto foi feito no Brasil e o que este contribuiu para o desenvolvimento local de competncias. Um software pode incluir componentes importados, mas a metodologia procura avaliar em que medida o corpo principal de conhecimentos, o diferencial de determinado software foi desenvolvido e apropriado pelo Pas. Avalia tambm a autonomia que se tem em modificar, utilizar e disseminar estes conhecimentos. Em ltima instncia, quanto mais apropriado e disseminado no Pas, mais gerar competncias tecnolgicas aqui.
Pgina 14
Metodologia de Avaliao CERTICS para Software Entretanto a metodologia vai alm, ao incorporar tambm a expectativa de que o corpo de conhecimentos tcnicos e habilidades sejam perpetuados no Pas e se sustentem ao longo do tempo o que demanda a existncia de outras competncias, que so complementares s tecnolgicas e que se tornam relevantes porque promovem a realizao de negcios baseados em conhecimentos que so aqui denominadas competncias correlatas. Estas competncias procuram evidenciar as capacidades dinmicas das empresas em planejar e gerenciar os negcios, parcerias, recursos humanos, processos, vinculados queles softwares e servios. A verificao de ambos os conjuntos de competncias constri para o comprador da tecnologia um panorama mais amplo do entorno de determinado software e seus servios, sua possibilidade de sustentao no mercado e capacidade de aprimoramento. Mais que isto, o desenvolvimento destes dois conjuntos de competncias do origem a ampliao da capacidade de inovao, como se ver mais adiante. Esta nova viso para o software resultante de desenvolvimento tecnolgico e inovao realizados no Pas procura olhar os artefatos de software a partir do seu entorno, o que facilita muito o processo de avaliao, pois, ao contrrio do hardware, tornar-se-ia complexo avaliar um software a partir de suas linhas de cdigo, de sua procedncia. Isto encareceria o processo de avaliao e o tornaria muito extenso e no efetivo. Ao avaliar o que foi gerado (outputs) a partir do desenvolvimento e o quanto isto relevante para o Pas, ganha-se flexibilidade e agilidade. Assim, determinada empresa pode ter acesso a uma tecnologia desenvolvida fora do Pas ou acesso a uma plataforma livre e comercializar servios que podem ser caracterizados como resultados de desenvolvimento e inovao tecnolgica realizada no Pas, desde que ela possa comprovar que de fato passou a dominar aquela tecnologia e que possui um corpo de competncias, internas empresa, que garantam o aprimoramento da tecnologia e a consecuo de negcios para a sua explorao. No caso especfico de um desenvolvimento colaborativo, determinado software servio conta com competncias adicionais s que ele possui em seu entorno, providas por modelos colaborativos, que podem reforar aspectos e resultados de autonomia, consecuo de negcios e inovao. Sob outro ponto de vista, empresas com origem de capital estrangeiro tambm podem obter a certificao conferida pela aplicao da metodologia para software e servios, desde que tragam, disseminem e permitam o domnio daquelas competncias, de modo a instalarem no Pas laboratrios que efetivamente sejam locus de capacitao de recursos humanos e da construo de uma capacidade de inovao efetiva sobre certa tecnologia, e no apenas elos de baixa agregao de valor em uma cadeia global de produo. De uma perspectiva macroscpica, espera-se que este vis de aferio por meio do rastreamento e exigncia das competncias possa trazer impactos para o Pas, auxiliando e estimulando a construo e ampliao dessas competncias, qualificando os recursos humanos radicados no Pas, aumentando a competitividade em negcios e ampliando a inovao. O objetivo a ser atingido construir um tecido de empresas que desenvolvam conhecimentos e habilidades que contribuam para o desenvolvimento nacional, um ecossistema de tecnologia da informao como insumo para o desenvolvimento nacional sustentvel. Para construir o conceito de competncias tecnolgicas e correlatas, consideramos as definies de capacidades dinmicas de capacidades tecnolgicas e organizacionais. O conceito ento formulado foi o de que uma competncia a capacidade de saber mobilizar, integrar, transferir conhecimentos, recursos e habilidades. Como apontado nos estudos, o Verso para consulta pblica (20/08/2012) 2012 CTI Renato Archer, todos os direitos reservados Pgina 15
Metodologia de Avaliao CERTICS para Software desenvolvimento da tecnologia a partir de atividades de pesquisa e desenvolvimento e a gerao de inovaes tecnolgicas no so suficientes para a gerao de negcios e aumento do market share. H a necessidade do desenvolvimento de outras competncias que complementam a capacidade de desenvolvimento tecnolgico. Estas competncias relacionam-se tanto ao ambiente interno da organizao (gesto de recursos humanos, processos produtivos), como ao ambiente externo (monitoramento de tendncias, suporte ao cliente). este conjunto de competncias (tecnolgicas e correlatas), necessrias para a consecuo de negcios baseados em conhecimento, detidas pelas organizaes aqui localizadas, que possibilitam que o desenvolvimento tecnolgico tenha resultados efetivos para o desenvolvimento do Pas. Estes resultados vo desde a gerao de emprego, renda e arrecadao, at de servirem de fundamento para uma sucessiva incorporao de novos conhecimentos e habilidades que, por sua vez, em razo de serem foras motrizes de induo de competitividade, levam ao aumento da capacidade de inovao do Pas e do uso estratgico destes conhecimentos e habilidades no desenvolvimento nacional. Assim define-se software como resultante de desenvolvimento tecnolgico e inovao realizados no Pas quando cria e amplia competncias tecnolgicas e correlatas no Pas, contribuindo para a criao de negcios baseados em conhecimento e aumento da autonomia tecnolgica. Como consequncia, quanto mais determinado software agregam competncias no Brasil, mais intensivo como resultante de desenvolvimento tecnolgico e inovao realizados no Pas. O software resultante de desenvolvimento tecnolgico e inovao realizados no Pas pode, ento, apresentar-se tanto na forma de software de infraestrutura, software bsico (linguagem de programao, bancos de dados), embarcado, como na forma de plataformas ou aplicativos intensivos em conhecimento. A verificao da gerao de competncias pode eventualmente transcender a fronteira da organizao detentora do software. Uma competncia tecnolgica pode, por exemplo, ter sido gerada em uma universidade ou centro de pesquisa, localizado no Brasil, e que possui convnio com a organizao que detm a propriedade deste software. A busca de evidncias de competncias tecnolgicas e correlatas nas empresas o eixo de ao do processo de avaliao.
Pgina 16
4.2
rea de competncia Desenvolvimento (DES)
Pergunta-chave
O software resultante de desenvolvimento tecnolgico no Pas?
Descrio
A rea de Desenvolvimento abrange as atividades do ciclo de vida do por meio das quais so criadas ou ampliadas as competncias tecnolgicas e correlatas, relacionadas com o conjunto de tecnologias utilizado para o desenvolvimento. O termo desenvolvimento utilizado abrangendo todas as atividades do ciclo de vida do software podendo incluir, entre outras, concepo, especificao, projeto, construo, teste, implantao, operao, evoluo, manuteno, customizao e atendimento ao cliente. A atividade de retirada do software do mercado, que uma das atividades tpicas de um ciclo de vida, no ser tratada nesse modelo. As tecnologias utilizadas no software podem ser desenvolvidas ou adquiridas pela Unidade Organizacional. O domnio de conhecimento nessas tecnologias deve estar focado na arquitetura do software, na plataforma utilizada para sua construo e na plataforma de execuo. Caso as tecnologias sejam adquiridas, os colaboradores da Unidade Organizacional devem ter pleno conhecimento sobre elas e capacidade para efetuar manutenes e evolues, quando necessrio. A Unidade Organizacional deve mostrar que tem domnio sobre os requisitos do software e que h rastreabilidade desses requisitos at o cdigo desenvolvido.
Resultados esperados
Como resultado de uma implementao bem-sucedida da rea de competncia Desenvolvimento a Unidade Organizacional deve demonstrar que: DES.1. O software teve seus requisitos concebidos no Pas. DES.2. A arquitetura do software e a soluo tcnica (design) esto definidas, com indicao do que foi desenvolvido na Unidade Organizacional. DES.3. As fases e disciplinas realizadas para o desenvolvimento esto definidas e so compatveis com o software gerado. DES.4. Os papis e pessoas que desenvolveram o software esto identificados, so compatveis com o desenvolvimento e geraram competncia tecnolgica na Unidade Organizacional. DES.5. Dados tcnicos relevantes da tecnologia do software esto documentados. DES.6. Atividades de operao relacionadas ao software esto definidas.
Pgina 17
Explicao detalhada dos resultados esperados

DES.1. - O software teve seus requisitos concebidos no Pas. A concepo do software deve ter sua origem no Pas, gerando competncias tecnolgicas e correlatas associadas ao domnio de conhecimento necessrio ao desenvolvimento do produto e seus servios associados. A partir de um conjunto de necessidades so levantados, analisados e documentados os requisitos para o desenvolvimento do software. A documentao dos requisitos servir de insumo para a definio da soluo tcnica (design), podendo tambm ser utilizada para a verificao e validao do produto resultante e seus servios associados. Em funo da sua relevncia para as etapas posteriores do desenvolvimento, a documentao de requisitos deve ser verificada pelos colaboradores e validada pelo cliente. No caso de necessidade de mudana (manuteno ou evoluo) do software, uma anlise de impacto deve ser executada para garantir que possvel a realizao da mudana, bem como a identificao dos componentes afetados, tais como documentao de requisitos e soluo tcnica (design). A anlise de impacto deve utilizar a visualizao da rastreabilidade a partir de um requisito at o cdigo fonte e vice-versa, passando pelos diferentes artefatos produzidos ao longo do processo de desenvolvimento. Orientaes Para que esse resultado esperado seja atendido necessrio encontrar informaes que mostrem que a ideia que originou o software foi concebida no Pas. Geralmente, essa ideia est refletida na documentao dos requisitos e na documentao da arquitetura e soluo tcnica (design do software) que foram adotadas. necessrio identificar quais foram os recursos humanos envolvidos, se eles esto fixados no Pas e se dominam a tecnologia existente, a ponto de executar manuteno no software. Em alguns casos, podem ser encontrados registros dessa ideia ou desdobramentos dela em atas de reunies, no escopo de uma proposta tcnica ou contrato, em apresentaes, em ferramentas que fazem a gesto dos requisitos ou naquelas que documentam a arquitetura da soluo, nos documentos dos cenrios operacionais, etc. Em todos esses casos necessrio mostrar que houve gerao de competncia tecnolgica no Pas. Exemplos de tipos de evidncias Definio e documentao dos requisitos do software. Documentao de Conceitos Operacionais do Sistema, especificando as responsabilidades alocadas ao software. Apresentao do escopo a ser desenvolvido para o software e seus servios, incluindo produtos internos e produtos que devem ser entregues para o cliente. Aprovao dos requisitos pelo cliente. Aceite dos requisitos pela equipe tcnica responsvel pelo desenvolvimento. Pgina 18
Metodologia de Avaliao CERTICS para Software Proposta tcnica elaborada contendo o escopo do desenvolvimento do software. Documentao da anlise de impacto feita devido a uma alterao no software. rvore de rastreabilidade dos requisitos com os demais artefatos gerados pelo processo de desenvolvimento do software e seus servios relacionados.
DES.2. A arquitetura do software e a soluo tcnica (design) esto definidas, com indicao do que foi desenvolvido na Unidade Organizacional. A arquitetura do software e a soluo tcnica (design) devem estar definidas a partir dos requisitos considerando aspectos de qualidade, aspectos de desempenho que so crticos para o sucesso da soluo proposta, as principais interfaces internas e todas as interfaces externas. A arquitetura e design definem como o software construdo, em alto nvel de abstrao (Arquitetura) e em nvel detalhado (Design). Os arquitetos da Unidade Organizacional devem ser capazes de formular, desenvolver e atualizar a arquitetura, tomando decises sobre a alocao de requisitos e os componentes de software. Se o projeto de arquitetura passar por algum tipo de verificao pelos pares, os colaboradores que elaboraram o projeto de arquitetura no devem participar dessa atividade para no influenciar no resultado. O uso de componentes adquiridos para compor a soluo arquitetural e tecnolgica do software pode ser necessrio e, nesse caso, deve estar explicitado no projeto de arquitetura. Quando se tratar das tecnologias relevantes e estratgicas, aes tais como capacitar os colaboradores da Unidade Organizacional ou selecionar um componente desenvolvido na linguagem de programao conhecida ou selecionar um componente com cdigo fonte aberto, devem ser executadas para manter a apropriao e autonomia tecnolgica sobre o software. Nesse caso, deve existir pelo menos uma alterao significativa no projeto de arquitetura que foi executada pelos colaboradores da Unidade Organizacional. Nota: alguns critrios foram adotados no escopo deste modelo para apoiar na identificao das tecnologias relevantes e estratgicas para o software: a) A tecnologia licenciada (adquirida) parte significativa do valor de mercado do software. b) A tecnologia promove um diferencial tecnolgico ou de negcios para o software frente aos concorrentes. c) A tecnologia est no escopo das tecnologias estratgicas definidas pelo MCTI. Orientaes Para que esse resultado esperado seja atendido necessrio encontrar informaes sobre a arquitetura do software na Unidade Organizacional. A equipe da Unidade Organizacional envolvida na definio da arquitetura ou que recebeu capacitao nessa arquitetura deve ser capaz de mostrar e explicar as camadas definidas e o que foi necessrio fazer para modifica-la. necessrio verificar a existncia de pelo menos uma modificao significativa realizada pela equipe da Unidade Organizacional na soluo arquitetural. Verso para consulta pblica (20/08/2012) 2012 CTI Renato Archer, todos os direitos reservados Pgina 19
Metodologia de Avaliao CERTICS para Software necessrio identificar quais foram os recursos humanos envolvidos na elaborao ou na manuteno da soluo arquitetural, os perfis e se foram geradas competncias na Unidade Organizacional. Nos casos em que foi necessrio o uso de componentes adquiridos para compor a soluo arquitetural e tecnolgica do software necessrio encontrar informaes sobre: a capacitao da equipe da Unidade Organizacional nos aspectos tecnolgicos desses componentes, a autonomia da Unidade Organizacional para tomar decises sobre esses componentes, a autonomia da Unidade Organizacional para efetuar modificao na soluo arquitetural nesses componentes, a competncia da equipe da Unidade Organizacional para executar tais modificaes e a execuo de pelo menos uma modificao significativa realizada pela equipe da Unidade Organizacional, na soluo arquitetural adquirida. Exemplos de tipos de evidncias Realizao de reunio para a definio do projeto de arquitetura do software. Projeto de arquitetura do software, documentado pelos colaboradores gerenciados pela Unidade Organizacional e de acordo com os requisitos do software desenvolvido. Especificao da soluo tcnica para o desenvolvimento do software. Resultado da realizao da atividade de verificao entre os requisitos do software e a definio do projeto de arquitetura, executada pelos colaboradores gerenciados pela Unidade Organizacional. Histrico de atualizao do projeto de arquitetura do software desenvolvido ou adquirido, indicando que a modificao ou parte significativa dela foi realizada pelos colaboradores gerenciados pela Unidade Organizacional. Definio e documentao do detalhamento dos cenrios operacionais. Capacitao dos colaboradores da Unidade Organizacional nos aspectos tecnolgicos do componente adquirido. Apropriao e autonomia tecnolgica pela Unidade Organizacional, da arquitetura adquirida. rvore de rastreabilidade demonstrando os relacionamentos do projeto de arquitetura do software com os respectivos requisitos do software e demais artefatos gerados pelo processo de desenvolvimento.
DES.3. As fases e disciplinas realizadas para o desenvolvimento esto definidas e so compatveis com o software gerado. O desenvolvimento do software foi definido e executado, ou seja, cada disciplina aplicvel construo do software aconteceu no momento definido para sua realizao. A realizao das fases e disciplinas do desenvolvimento pode ser obtida por meio dos componentes da gesto de configurao (repositrio do projeto, sistema de versionamento, sistema de controle de mudanas e sistema de gerenciamento de builds verses integradas), ou internamente nos documentos gerados para o software (histrico de alterao, atas de reunio, mensagens eletrnicas, etc).
Pgina 20
Metodologia de Avaliao CERTICS para Software Por meio do resultado da execuo das fases e disciplinas do desenvolvimento possvel verificar a compatibilidade existente entre o software, com a sua complexidade, tamanho, quantidade de colaboradores envolvidos e durao do projeto. Orientaes Para que esse resultado esperado seja atendido necessrio encontrar informaes de como aconteceu o desenvolvimento do software, desde a fase de elaborao at a liberao da verso final. Devem ser verificados os documentos gerados como resultado da execuo das fases previstas, identificando-se quantos e quais foram os recursos envolvidos nessa gerao, se as datas e durao das atividades realizadas esto de acordo com a complexidade e o tamanho do software desenvolvido, bem como a adequao dos perfis envolvidos. Em especial, deve ser feita uma verificao da soluo tcnica e da arquitetura, versus a documentao dos requisitos, checando se o escopo, os seus desdobramentos no projeto de arquitetura, as datas de realizao, os colaboradores envolvidos (quantos, quem e onde estavam) e o conhecimento gerado so compatveis com o software desenvolvido. Exemplos de tipos de evidncias Estimativas para o desenvolvimento do software. Cronograma com as fases de desenvolvimento do software. Atividades realizadas de acordo com o planejamento e de acordo com a sua complexidade, tamanho e equipe alocada. Registros de controle de verso (versionamentos de documentos gerados durante a execuo das fases do desenvolvimento do software). Registros das alteraes nos documentos do software (data, verso, autor, descrio da alterao). Evidncias de verificao e validao para o software desenvolvido e compatvel com a fase executada.
DES.4. Os papis e pessoas que desenvolveram o software esto identificados, so compatveis com o desenvolvimento e geraram competncia tecnolgica na Unidade Organizacional. As equipes de trabalho envolvidas no desenvolvimento do software so identificadas, possuem formao, habilidades e conhecimentos adequados s necessidades das atividades que realizaram. As atividades executadas pelas equipes de trabalho no desenvolvimento do software, em especial aquelas relacionadas com a definio de requisitos e definio do design (especificao da soluo tcnica e arquitetura) devem resultar na gerao de competncia tecnolgica na Unidade Organizacional. Nota: atividades tais como codificao e testes no necessariamente resultam na gerao de competncias tecnolgicas na Unidade Organizacional. Orientaes Para que esse resultado esperado seja atendido necessrio identificar quem foram os colaboradores envolvidos no desenvolvimento tecnolgico do software (foco na definio dos requisitos, especificao da soluo tcnica e arquitetura), onde foram executadas as atividades de desenvolvimento e se houve apropriao de competncia tecnolgica pela Unidade Organizacional a ponto de serem efetuadas manutenes na tecnologia gerada no Verso para consulta pblica (20/08/2012) 2012 CTI Renato Archer, todos os direitos reservados Pgina 21
Metodologia de Avaliao CERTICS para Software software. necessrio obter informaes sobre o perfil profissional dos colaboradores e suas competncias tecnolgicas para verificar se existe um alinhamento com as atividades que realizaram e os resultados que geraram no software. Exemplos de tipos de evidncias Registro/controle de homens-hora no projeto, identificao do colaborador que fez o trabalho (quem fez o qu? com qual papel?). Ex. cronograma, planilha de alocao de horas, indicao do autor envolvido na alterao de documentos do software (foco na definio dos requisitos, especificao da soluo tcnica e arquitetura). A competncia tecnolgica relacionada ao software est na Unidade Organizacional ou em outra empresa nacional participante do desenvolvimento. Ex. colaboradores capacitados, registros do conhecimento tecnolgico em ferramentas de Gesto do Conhecimento, documentao tecnolgica do Software. Colaboradores capacitados ou planejamento da capacitao para a gerao de competncia tecnolgica na Unidade Organizacional, necessria execuo das atividades de desenvolvimento do software. Ex.: registros de treinamentos realizados ou a realizar, certificados especficos de uma tecnologia relevante, avaliao de eficcia de treinamentos realizados, divulgao do material de treinamento.
DES.5. Dados tcnicos relevantes da tecnologia do software esto documentados Para que o desenvolvimento, a evoluo, a manuteno, o atendimento ao cliente ou a customizao do software possam acontecer de forma satisfatria, um conjunto mnimo de documentos, que contm as informaes tecnolgicas e que servem de insumos para o trabalho da equipe envolvida, elaborado. So exemplos desses documentos: documentao de requisitos, documento de detalhamento de cenrios para os requisitos mais complexos, projeto de componentes, projeto de arquitetura, documentao das atividades de verificao e validao. Orientaes Para que esse resultado esperado seja atendido necessrio encontrar informaes documentadas sobre a tecnologia-chave presente no software. Essa documentao deve ter sido utilizada no desenvolvimento, na evoluo, na manuteno, no atendimento ao cliente ou na customizao do software. Essa documentao deve estar armazenada em local seguro e de fcil recuperao pelos envolvidos nas atividades de desenvolvimento, evoluo, manuteno, atendimento ao cliente ou customizao do software. Um caso especial de utilizao dessa documentao pode ser o de reuso em novas solues ou para a capacitao de novos integrantes da equipe responsvel pelo software. Exemplos de tipos de evidncias Documentao de requisitos. Documento de detalhamento de cenrios para os requisitos mais complexos. Documento do projeto de Arquitetura do software. Documento de evidncias de execuo de atividades de verificao e validao. Pgina 22
Metodologia de Avaliao CERTICS para Software Registro de tomada de deciso para adoo de uma tecnologia mais atual. Cdigo-fonte documentado.
DES.6. Atividades de operao relacionadas ao software esto definidas. As atividades de operao consideradas nesse modelo so aquelas executadas aps o software estar liberado para uso. Podem incluir atividades de manuteno corretiva e evolutiva (ou adaptativa), atividades de implantao e atividades de atendimento ao cliente. Tais atividades, quando pertinentes s caractersticas do software, devem estar definidas e serem executadas. Nota: nem sempre o servio de implantao pertinente a todo software. o caso do software de prateleira (COTS commercial off-the-shelf, tambm conhecido como pacotes) em que o prprio usurio faz a sua instalao e configurao. Atividades para a manuteno corretiva e evolutiva (adaptativa) do software consistem na execuo de atividades de correo a partir da identificao de incidncias no software. A correo pode acontecer devido a uma solicitao interna da organizao ou pelos clientes. A evoluo do software consiste da incluso de novas solues e funcionalidades e/ou migrao para tecnologias mais atuais. A evoluo pode acontecer devido a uma demanda do mercado, estratgia interna da organizao ou por solicitao dos clientes. Alguns contratos de suporte e manuteno de software definem critrios para liberao de uma ou mais releases e verses por ano, nas quais podem constar correes e evolues realizadas no perodo. Um caso particular da atividade de manuteno a customizao que consiste em introduzir modificaes especficas no software que o torne aderente s necessidades particulares de um cliente ou linha de negcio. A grande dificuldade desse tipo de servio para a organizao est na manuteno de diversas variantes de um mesmo produto. O servio de implantao consiste da preparao do ambiente alvo tais como recursos de hardware, software, migrao de dados, instalao, configurao, parametrizao, treinamento dos usurios, entre outros, no qual o software ser disponibilizado para uso. A implantao pode ocorrer devido a uma entrega contratada pelo cliente ou devido liberao de novas releases ou verses. As atividades de atendimento ao cliente podem estar associadas com o fornecimento de assistncia ao uso ou na identificao de defeitos encontrados no software. Treinamentos, fornecimento de documentao, operao assistida, esclarecimentos e orientaes para o uso correto do software so exemplos de fornecimento de assistncia ao uso. Apoio na abertura de chamados pelos clientes e atendimentos para que correes sejam executadas no software em ambiente de produo so exemplos de fornecimento de assistncia aos usurios na identificao de defeitos. A Unidade organizacional deve estar preparada para executar as atividades de operao relacionadas ao software. Estar preparada, significa ter colaboradores capacitados e disponveis no momento adequado execuo das atividades de operao, que saibam se comunicar com o cliente, que conheam a tecnologia presente no software e que saibam atuar
Pgina 23
Metodologia de Avaliao CERTICS para Software junto aos recursos existentes no ambiente alvo onde o produto est ou ser implantado, a fim de dar o devido tratamento s necessidades que foram reportadas pelos clientes. Orientaes Para que esse resultado esperado seja atendido necessrio encontrar informaes que mostrem que o software ter continuidade, aps liberado para o uso. Para tal, necessrio encontrar evidncias relacionadas existncia de colaboradores disponveis na Unidade Organizacional e com competncia tecnolgica para atuar nas atividades previstas para a continuidade do software tais como, atividades de manuteno corretiva e evolutiva, implantao e atendimento ao cliente. necessrio encontrar informaes que mostrem que essas atividades, quando aplicveis s caractersticas do software, esto definidas (minimamente documentadas). A atividade de customizao executada sob demanda. A atividade de implantao no executada para software de prateleira (COTS commercial off-the-shelf). As demais atividades (manuteno e atendimento ao cliente) devem ser executadas, independente das caractersticas do software. Dessa forma, necessrio encontrar informaes que mostrem que as atividades de operao aplicveis ao software, esto definidas (minimamente documentadas), foram realizadas por colaboradores identificados, com capacitao para isso e geraram competncia tecnolgica na Unidade Organizacional. Exemplos de tipos de evidncias Registro da necessidade de uma manuteno evolutiva do software em uma ferramenta. Ex.: ferramenta de roadmap. Manuteno evolutiva do software, a partir da indicao de outros departamentos da organizao (ex.: atas de reunio, material de apresentao, e-mail ou documento especfico, entre outros) ou ferramenta de gesto do produto (ex.: ferramenta de roadmap), sobre uma nova tendncia do mercado. Informao sobre a localizao fsica do colaborador que executou atividades de operao relacionadas ao software. Ex. contrato de trabalho no Pas, plano de trabalho, cadastro de pessoal, folha de presena. Colaboradores capacitados ou planejamento da capacitao para a gerao de competncia tecnolgica na Unidade Organizacional, necessria execuo das atividades de operao relacionadas ao software. Ex.: registros de treinamentos realizados ou a realizar, certificados especficos de uma tecnologia relevante, avaliao de eficcia de treinamentos realizados, lista de presena de workshop realizado para uma verso do software evoludo. Colaboradores capacitados e disponveis para atuar nas atividades de operao relacionadas ao software. Controle de homens-hora no projeto de manuteno ou customizao ou implantao ou atendimento ao cliente. Identificao do colaborador que fez a atividade (quem fez o qu?).
Pgina 24
Metodologia de Avaliao CERTICS para Software Ex. cronograma, planilha de alocao de horas, registros na ferramenta de roadmap do produto, gesto das atividades de atendimento ao cliente. Acompanhamento da legislao aplicvel ao software para atendimento das novas exigncias legais. Existncia de canal de comunicao com o cliente. Abertura de um chamado pelo cliente para correo de um defeito encontrado. Registro de prticas para garantir o atendimento s solicitaes dos clientes. Tratamento da solicitao de correo efetuada no software entregue ao cliente. Controle de verso (versionamento de documentos gerados durante a manuteno corretiva ou evolutiva ou customizao do software). Histrico de alterao de documentos do software (data, verso, autor, descrio da manuteno corretiva ou evolutiva, ou customizao, ou implantao). Atualizao no projeto de arquitetura do software devido necessidade de evoluo ou correo emergencial. Rastreabilidade dos chamados para manuteno do software, com a identificao dos colaboradores envolvidos, na abertura, tratamento e encerramento. Planejamento das atividades de implantao do software. Ex.: cronograma de atividades e alocao de colaboradores capacitados. Documentao sobre o levantamento dos recursos existentes no ambiente alvo para a implantao do software. Registro da aceitao pelo cliente, do software implantado. Relao dos chamados de atendimento recebidos para o software, versus a relao dos chamados tratados. Resultado da pesquisa de satisfao dos clientes do software. Solicitao e realizao de um treinamento do tipo operao assistida aos usurios do software.
Pgina 25
4.3
rea de competncia Gesto de Tecnologia (TEC)
Pergunta-chave
O software mantido tecnologicamente autnomo e competitivo?
Descrio
A rea de competncia Gesto de Tecnologia envolve o estabelecimento de aes direcionadoras para o desenvolvimento de tecnologia no Pas que seja relevante e estratgica para o software, buscando obter um alto grau de autonomia tecnolgica. Essa rea de competncia se preocupa com o acompanhamento das evolues tecnolgicas relacionadas com o software para que ele se mantenham atualizado tecnologicamente, tornando-o competitivo.
Como resultado de uma implementao bem-sucedida da rea de competncia Gesto de Tecnologia a Unidade Organizacional deve demonstrar que: TEC.1. O desenvolvimento do software utiliza resultados de pesquisa e desenvolvimento. TEC.2. O desenvolvimento do software potencializa pesquisa e desenvolvimento no Pas. TEC.3. As tecnologias relevantes e estratgicas para o software so identificadas, apropriadas e monitoradas pela organizao. TEC.4. Aes para introduzir inovaes tecnolgicas no software so estimuladas e realizadas. TEC.5. A organizao tem autonomia sobre as tecnologias relevantes e estratgicas que esto presentes no software.

TEC.1. O desenvolvimento do software utiliza resultados de pesquisa e desenvolvimento. A criao do software, bem como sua evoluo ou manuteno deve usufruir de resultados oriundos de pesquisa e desenvolvimento realizada pela prpria organizao, ou por uma organizao de pesquisa e desenvolvimento nacional, ou por uma organizao estrangeira. Qualquer que seja a situao, a utilizao de resultados de pesquisa e desenvolvimento deve promover a formao de competncia no Pas e para isto, a apropriao dos resultados dessa pesquisa pela Unidade Organizacional deve acontecer.
Pgina 26
Metodologia de Avaliao CERTICS para Software Orientaes necessrio verificar se a organizao tem alguma rea responsvel por projetos de pesquisa e desenvolvimento para consumo prprio ou se tem a prtica de trabalhar com outras organizaes (nacionais ou estrangeiras) para atuao conjunta em projetos de pesquisa e desenvolvimento. Dependendo da caracterstica dessa atuao ser necessrio verificar as regras de cooperao existente e como ocorre a formao das competncias na pesquisa desenvolvida e no resultado gerado. essencial que sejam obtidas informaes que comprovem a gerao de competncias no Pas e a apropriao do resultado de pesquisa utilizado. Para que esse resultado esperado seja atendido necessrio identificar a utilizao do resultado de um projeto de pesquisa e desenvolvimento na gerao do software. Esse tipo de informao pode ser obtido na documentao do projeto que gerou o software. necessrio encontrar informaes sobre o projeto de pesquisa e desenvolvimento para verificar se foram geradas competncias tecnolgicas relacionadas na Unidade Organizacional onde o software foi executado e se ocorreu a apropriao do resultado de pesquisa utilizado pela Unidade Organizacional. Exemplos de tipos de evidncias Instrumento legal ou carta de inteno firmado com rgos de pesquisa que resultou no desenvolvimento de um projeto de pesquisa e desenvolvimento, utilizado no software. Projeto de pesquisa e desenvolvimento que gerou o software ou um componente deste. Documentao de requisitos do software ou componente deste, resultante de projeto de pesquisa e desenvolvimento. Definio da soluo tcnica presente no software a partir de um projeto de pesquisa e desenvolvimento executado com parceiro(s) de base tecnolgica. Uso do resultado de um projeto de pesquisa e desenvolvimento, na tomada de deciso para o desenvolvimento do software. Identificao do ponto focal (gatekeeper) que promoveu a interao com as instituies de pesquisa e desenvolvimento para o software. Capacitao dos colaboradores da Unidade Organizacional nos resultados de um projeto de pesquisa e desenvolvimento relacionado ao software que foi executado por outras organizaes.
TEC.2. O desenvolvimento do software potencializa pesquisa e desenvolvimento no Pas. A criao do software, bem como sua evoluo ou manuteno deve intensificar a pesquisa e desenvolvimento no Pas. A pesquisa e desenvolvimento pode ter sido intensificada na prpria organizao ou em outra organizao de pesquisa e desenvolvimento nacional ou com base no Pas. Orientaes
Pgina 27
Metodologia de Avaliao CERTICS para Software Para que esse resultado esperado seja atendido necessrio encontrar informaes que mostrem a gerao de um projeto de pesquisa e desenvolvimento para atender uma ou mais necessidades do software e/ou as contribuies que o software forneceu para a intensificao da rea de pesquisa e desenvolvimento no Pas, seja motivando novas pesquisas relacionadas, a continuidade da pesquisa existente, a utilizao do resultado da pesquisa gerada em outras frentes, etc. Em qualquer um desses casos, ser necessrio verificar as informaes relacionadas para comprovao da ocorrncia de potencializao de pesquisa e desenvolvimento no Pas a partir do software. Exemplos de tipos de evidncias Desenvolvimento do software que necessitou da execuo de pesquisas associadas e que geraram atualizao no prprio produto. Instrumento legal ou carta de inteno firmado com rgos de pesquisa que resultou no desenvolvimento de um projeto de pesquisa e desenvolvimento, utilizado no software. Identificao do ponto focal (gatekeeper) que promoveu a interao com as instituies de pesquisa e desenvolvimento para o software. Software que gerou mais software (open innovation). Publicao ou apresentao em eventos de pesquisa e desenvolvimento para divulgao dos resultados alcanados com o desenvolvimento do software. Dissertao de mestrado e/ou tese de doutorado resultante do desenvolvimento do software.
TEC.3. As tecnologias relevantes e estratgicas para o software so identificadas, apropriadas e monitoradas pela organizao. A organizao deve definir e manter aes de vigilncia e prospeco para identificar as tecnologias que sejam ou que possam ser relevantes para o seu negcio. Estas aes devem ser aplicadas na busca e identificao das tecnologias que fazem ou faro parte do software. O software pode utilizar uma ou mais tecnologias. Algumas delas que tratam os aspectos tecnolgicos relevantes e estratgicos para o software devem ser de domnio e conhecimento dos colaboradores envolvidos no desenvolvimento. No caso de tecnologias relevantes e estratgicas desenvolvidas por terceiros serem utilizadas no software necessrio que o conhecimento tecnolgico seja apropriado pela Unidade Organizacional. Quando uma Unidade Organizacional se apropria de uma tecnologia, seja ela desenvolvida no Pas ou no, a base tecnolgica nacional amplia-se. Orientaes necessrio verificar quais aes de vigilncia e de prospeco foram realizadas para selecionar as tecnologias relevantes e estratgicas que estejam ou podem estar presentes no software.
Pgina 28
Metodologia de Avaliao CERTICS para Software A organizao deve, ainda, apresentar informaes que demonstrem esforos voltados para a apropriao do conhecimento tecnolgico presente no software, pelos colaboradores da Unidade Organizacional. A realizao de aes voltadas apropriao do conhecimento tecnolgico pode ser verificada nas informaes de capacitao dos colaboradores da Unidade Organizacional em tecnologias consideradas relevantes (principalmente nos casos em que os aspectos tecnolgicos mais relevantes foram gerados por outras organizaes e adquiridos pela empresa em questo, e repassados aos colaboradores envolvidos com as atividades do software), no aprendizado tecnolgico divulgado internamente na Unidade Organizacional, na documentao tecnolgica que os colaboradores geraram para o software, nos registros da gesto de conhecimento relacionados ao aspecto tecnolgico utilizados para formao de competncias e resoluo de problemas, entre outros. Exemplos de tipos de evidncias Existncia de aes de prospeco de tecnologias e estudos de tendncias que possam ser identificadas como relevantes para o software. Existncia de aes de vigilncia das tecnologias identificadas como relevantes para o software. Existncia de um grupo de estudos direcionado para a busca de tecnologias relevantes e estratgicas para o software. Anlise de novas tecnologias relevantes e estratgicas a serem incorporadas no software. Divulgao na organizao de tecnologias relevantes e estratgicas no mercado global e que podem ser estratgicas para o software. Aes voltadas apropriao do conhecimento tecnolgico pelos colaboradores da organizao. Existncia na organizao de um grupo de especialistas em determinada tecnologia. Participao da organizao em grupos de pesquisa sobre determinada tecnologia. Registros/declarao de participao ativa em fruns de discusso tecnolgica e eventos tecno-cientficos. Roadmaps tecnolgicos relacionados com o software so conhecidos e utilizados efetivamente na tomada de deciso. Registro do uso efetivo de roadmap tecnolgico no software.
TEC.4. Aes para introduzir inovaes no software so estimuladas e realizadas. A organizao deve atuar de forma proativa para identificar, selecionar e introduzir inovaes no software seja de maneira isolada ou em conjunto com parceiros. Tais iniciativas so estimuladas e realizadas na organizao, por exemplo, por meio de investimentos financeiros em projetos de inovao ou por programas de premiao e reconhecimento, que so geralmente implantados nas organizaes como motivadores para a gerao de ideias inovadoras pelos seus colaboradores. Orientaes Verso para consulta pblica (20/08/2012) 2012 CTI Renato Archer, todos os direitos reservados Pgina 29
Metodologia de Avaliao CERTICS para Software necessrio verificar se a organizao se preocupa com a inovao, se incentiva seus colaboradores na busca de ideias que sejam inovadoras e se as implementa quando aplicveis. Para que esse resultado esperado seja atendido necessrio encontrar informaes que mostrem a realizao de aes voltadas implementao do aspecto inovador no software. No precisa ter a inovao implementada, mas devem ser encontradas evidncias de aes para isso. Exemplos de tipos de evidncias Ao estruturada que estimule colaboradores a indicar inovao tecnolgica para ser implementada no software. Envolvimento dos colaboradores da equipe de desenvolvimento na deciso pela adoo ou no de uma inovao no software. Lanamento do software e seus servios no mercado, incluindo a inovao realizada. Existncia de um comit para direcionar a introduo da inovao. Identificao do ponto focal (gatekeeper) que atua na interao com as instituies de pesquisa e desenvolvimento para o software.
TEC.5. A organizao tem autonomia sobre as tecnologias relevantes e estratgicas que esto presentes no software. A organizao deve definir e manter critrios para identificao das tecnologias relevantes e estratgicas para o seu negcio. Estes critrios devem ser aplicados na identificao das tecnologias que fazem parte do software. A organizao deve ter autonomia tcnica e decisria para efetuar modificaes nas tecnologias proprietrias e naquelas que foram apropriadas que esto presentes no software. A organizao deve ser capaz de prover essas modificaes. Uma ou mais tecnologias podem ser geradas no desenvolvimento do software. Aquelas que so relevantes e estratgicas para o software devem ser de domnio e conhecimento dos colaboradores que atuam no seu desenvolvimento. O domnio e conhecimento nessas tecnologias devem estar focados na arquitetura do software, na plataforma utilizada para sua construo e na plataforma de execuo. Quando for adquirida uma das tecnologias relevantes e estratgicas do software, por exemplo, um componente, ela dever no mnimo estar descrita para que novos colaboradores possam entend-la e, se necessrio, evolu-la para outras plataformas. Caso os colaboradores no tenham o domnio dessa tecnologia, deve ser demonstrado o planejamento e a realizao da capacitao necessria. Dessa forma, fica garantida a continuidade do software. Quando o software for desenvolvido fora do Pas, porm comercializado, implantado e atualizado no Pas, relevante que a equipe envolvida na execuo das atividades de evoluo, suporte e manuteno no Pas, tenha autonomia tcnica e decisria para realizar as modificaes necessrias no software. Ex.: o software foi desenvolvido por uma organizao estrangeira e ser comercializado, implantado e atualizado por meio de organizaes nacionais Verso para consulta pblica (20/08/2012) 2012 CTI Renato Archer, todos os direitos reservados Pgina 30
Metodologia de Avaliao CERTICS para Software (filiais ou no). Nesse caso, a equipe de colaboradores da organizao nacional dever ter autonomia tcnica e decisria para realizar as modificaes no software, que julgue necessrias sua comercializao, o que a torna independente da organizao estrangeira desenvolvedora. Orientaes Para que esse resultado esperado seja atendido necessrio encontrar informaes que mostrem que a Unidade Organizacional possui autonomia tecnolgica e de deciso sobre o software. Uma forma identificar os colaboradores que foram capazes de modificar a documentao relacionada tecnologia presente no software, independente se essa tecnologia foi desenvolvida por eles ou no, suas competncias tecnolgicas, se eles pertencem Unidade Organizacional ou a outra empresa nacional participante do desenvolvimento. necessrio encontrar informaes que mostrem que a deciso de efetuar modificaes na tecnologia do software bem como de sua execuo foi da Unidade Organizacional. Exemplos de tipos de evidncias Lista dos critrios para identificao das tecnologias relevantes e estratgicas para o negcio da organizao. Lista das tecnologias identificadas como relevantes e estratgicas para a organizao. Execuo de atualizao pelos colaboradores da Unidade Organizacional, na tecnologia do software (caso em que a Unidade Organizacional desenvolveu o produto). Tomada de deciso, pela Unidade Organizacional, para atualizao na tecnologia do software. Documentao de atualizao significativa realizada pelos desenvolvedores da Unidade Organizacional, no componente tecnolgico que foi adquirido para compor a soluo do software. Registro de patente ou de propriedade intelectual, realizada no Brasil. Atestado de propriedade do software, fornecido por associaes/instituies reconhecidas.
Pgina 31
4.4
rea de competncia Gesto de Negcios (GNE)
Pergunta-chave
O software potencializa negcios baseados em conhecimento e so direcionados por esses negcios?
Descrio
A rea de competncia Gesto de Negcios refere-se s aes voltadas para a promoo e o aumento de negcios baseados em conhecimento, por meio do software. Entende-se por negcios baseados em conhecimento aqueles que envolvem conhecimento aprofundado das tecnologias envolvidas e sua integrao, do negcio do cliente, do domnio de aplicao do software, entre outros. A gesto de negcios compreende desde esforos relacionados ao monitoramento de tendncias de mercado at o ps-venda, incluindo a interface com o cliente para verificar o nvel de satisfao com o software fornecido. Aes e prticas relacionadas estratgia de negcios (de longo prazo) devem ser planejadas antes de serem executadas, pois no ocorrem ao acaso. Destacam-se, ainda, prticas voltadas para revises peridicas da direo dos negcios da organizao, o que pode incluir a utilizao de ferramentas tais como roadmaps e outras aes relativas antecipao de tendncias.
Como resultado de uma implementao bem-sucedida da rea de competncia Gesto de Negcios a Unidade Organizacional deve demonstrar que: GNE.1. Aes de monitoramento de tendncias de mercado, que impactam negcios baseados em conhecimento relacionados ao software so planejadas e realizadas. GNE.2. A anlise de produtos concorrentes ao software planejada e realizada. GNE.3. Aes de antecipao e atendimento de necessidades de clientes, que impactam negcios baseados em conhecimento relacionados ao software so planejadas e realizadas. GNE.4. Instrumentos para direcionar a evoluo do negcio relacionado ao software so definidos e realizados. GNE.5. Aes para ampliao de negcios relacionados ao software so planejadas e realizadas.

Verso para consulta pblica (20/08/2012) 2012 CTI Renato Archer, todos os direitos reservados Pgina 32
Metodologia de Avaliao CERTICS para Software GNE.1. Aes de monitoramento de tendncias de mercado, que impactam negcios baseados em conhecimento relacionados ao software so planejadas e realizadas. Monitorar tendncias significa observar e informar-se em relao ao desenvolvimento de uma rea de interesse. Para monitorar tendncias preciso dispor de procedimentos que gerem informaes, indicadores e/ou mapeamentos sobre a evoluo do mercado de software e de seus servios associados. As ferramentas de monitoramento (como a bibliometria, por exemplo) podem ter foco na tecnologia (monitoramento tecnolgico), na produo de tecnologia (marketing, comercializao, organizao, etc.), ou em questes institucionais (regulao, legislao, financiamento, etc.). Em geral, os exerccios de monitoramento utilizam artigos cientficos e patentes como principais fontes de dados, visto que essas informaes auxiliam na identificao de mudanas tecnolgicas e de inovao. A realizao de aes de monitoramento no deve servir apenas como varredura de informaes, mais ou menos completa, mas deve estar integrada s rotinas de planejamento e de aprendizado da organizao. Orientaes necessrio verificar se a organizao executa aes de monitoramento de mercado dos produtos e servios que ela gera. Algumas organizaes bem estruturadas tm uma rea especializada com equipe prpria s para executar esse tipo de monitoramento. J outras organizaes menores e no estruturadas fazem esse tipo de atividade de maneira informal. Para que esse resultado esperado seja atendido necessrio encontrar informaes que mostrem a execuo de aes de monitoramento de mercado para o software, as decises tomadas a partir das informaes obtidas nesse monitoramento, os resultados gerados para o software e a gerao de conhecimentos. Exemplos de tipos de evidncias Investimento em pesquisa de mercado onde o software se insere. Documentao de pesquisa gerada por um ou mais colaboradores da organizao, ou contratados por ela, que realizaram atividades de estudo e monitoramento de mercado onde o software se insere. Comunicao aos tomadores de deciso sobre tendncias que esto convergindo, divergindo, ampliando, diminuindo ou interagindo. Decises de negcio tomadas e/ou desenvolvimento de software (ou parte dele) realizado em virtude de reflexes baseadas em monitoramento (com comprovao). Envolvimento com parceiros tcnicos para conhecer as necessidades do mercado alvo a serem incorporadas no software. Envolvimento com parceiros de negcios para conhecer o funcionamento do mercado alvo e definir as estratgias a serem incorporadas no software. Prospeco de necessidades de clientes potenciais.
Pgina 33
Metodologia de Avaliao CERTICS para Software Participao em eventos cientficos, tcnicos ou socioeconmicos significativos relacionados ao mercado ou nicho onde o software est inserido. Assinatura de revistas especializadas, participao em associaes, fruns, e outros meios de discusso que forneam informaes do mercado para o software. Anlise de fornecedores como fonte de tendncia de mercado, tecnologia e oportunidades.
GNE.2. A anlise de produtos concorrentes ao software planejada e realizada. A busca das melhores prticas e solues que podem conduzir a um desempenho superior vista como algo positivo e proativo. A organizao deve examinar prticas, produtos, solues e servios de outras organizaes a fim de melhorar a forma como realiza algo semelhante, visando potencializar o seu prprio negcio. A anlise de solues concorrentes permite maior conhecimento sobre pontos fortes e pontos fracos do software, apoiando a tomada de decises sobre sua evoluo. Orientaes necessrio verificar se a organizao conhece quem so os seus concorrentes. necessrio verificar se a organizao executa aes para descobrir o que os produtos e servios concorrentes do software possuem. Pode acontecer da organizao no ter nenhum concorrente e o seu produto ou servio ser nico no mercado. Para que esse resultado esperado seja atendido necessrio encontrar informaes que mostrem a execuo de aes pela organizao para conhecer os concorrentes do software, mesmo que resulte na inexistncia de concorrentes. Se existir pelo menos um produto ou servio concorrente do software necessrio encontrar informao sobre a execuo de aes de levantamento e anlise, pela organizao, sobre o que contm o produto ou servio concorrente. necessrio identificar os colaboradores da organizao envolvidos nessa atividade de descoberta. Exemplos de tipos de evidncias Mapeamento dos concorrentes do software. Anlise da documentao de pesquisas sobre as solues existentes em outros produtos e servios que sejam similares ao do software. Participao em feiras de tecnologia, como expositor ou visitante, para conhecer as opes fornecidas pelos concorrentes do software. Conhecer ameaas potenciais, implcitas a partir da participao em eventos cientficos, tcnicos ou socioeconmicos significativos relacionados ao mercado ou nicho onde o software est inserido. Divulgao ou encaminhamento na organizao, das informaes obtidas nos produtos e servios concorrentes. Exemplos: reunies, apresentaes para comits e conselhos, ferramentas de trabalho especficas.
Pgina 34
Metodologia de Avaliao CERTICS para Software GNE.3. Aes de antecipao e atendimento de necessidades de clientes, que impactam negcios baseados em conhecimento relacionados ao software so planejadas e realizadas. Inclui aspectos relacionados utilizao da capacidade da organizao de (a) antecipar as necessidades do cliente, desenvolver e oferecer solues criadas com base no que espera que o cliente demande para o software; (b) atender s demandas em termos de qualidade e prazos; (c) acompanhar a satisfao do cliente. A adoo das antecipaes de necessidades de clientes no software geralmente depende de decises estratgicas da organizao. A comprovao da utilizao de resultados da execuo de aes de antecipao pode ser obtida por meio de evidncias que mostram, por exemplo, o desenvolvimento de alguma funcionalidade no software. Orientaes necessrio verificar se a organizao executa aes de antecipao e de atendimento s necessidades de clientes e como so realizadas. Algumas organizaes trabalham com equipes dedicadas antecipao das necessidades dos clientes e tm um canal de comunicao bem estabelecido com os clientes utilizado tanto para atender as necessidades explcitas como para antecipar futuras necessidades. Outras organizaes executam essas aes, porm de modo informal. Para que esse resultado esperado seja atendido necessrio encontrar informaes que mostrem a execuo de aes de antecipao e de atendimento s necessidades dos clientes do software. necessrio identificar os colaboradores envolvidos nas atividades de antecipao e de atendimento s necessidades dos clientes. necessrio encontrar os desdobramentos e resultados gerados por essas atividades (registros, e-mail, documentao do software, apresentaes, ferramentas, etc). Exemplos de tipos de evidncias O atendimento das antecipaes de necessidades de clientes refletido no software. Existncia de colaboradores na organizao e/ou rea estruturada para atuar nas antecipaes de mercado ou necessidades ainda no demandadas pelos clientes. Decises de portflio para atender tendncias ou futuras necessidades de clientes ou mercado. Ampliao do objeto dos contratos baseada em aes de antecipao de mercado. Existncia de estratgia de comunicao na organizao que demonstre a difuso do conhecimento sobre antecipaes de mercado ou futuras demandas dos clientes. Exemplos: reunies, comits, conselhos, ferramentas de trabalho especficas. Realizao de pesquisa de satisfao com cliente e uso do resultado obtido para o atendimento das necessidades de clientes.
GNE.4. Instrumentos para direcionar a evoluo do negcio relacionado ao software so definidos e realizados Verso para consulta pblica (20/08/2012) 2012 CTI Renato Archer, todos os direitos reservados Pgina 35
Metodologia de Avaliao CERTICS para Software A organizao precisa ter um plano diretor que orienta a evoluo do negcio e, mais especificamente, do software e de seus servios associados. Esse planejamento deve estar baseado no resultado das aes de monitoramento de tendncias de mercado executadas para o software. A partir de uma abordagem flexvel e estruturada, e frequentemente grfica, os roadmaps so utilizados para alinhar temporalmente perspectivas externas (ambiente, mercado, regulao) com internas (produtos, tecnologias, capacitaes) e identificar gargalos e oportunidades por meio da construo coletiva de uma viso e estratgia de longo prazo. Identificam possveis caminhos a serem perseguidos pelos projetos de Pesquisa, Desenvolvimento e Inovao e apoiam o planejamento de estratgias para que capacitaes tecnolgicas aproveitem oportunidades de mercado e para que gaps nos produtos e nos mercados sejam previstos e superados. Tambm podem ser utilizados para avaliar impactos de uma descontinuao de mercado. Ferramentas que apoiam o planejamento estratgico, tais como, forecasting, foresight, Delphi, cenrios, balanced scorecard, SWOT, Quality Function Deployment - QFD, matriz de inovao, anlise bibliomtrica, anlise de citaes, anlise de patentes, dentre outras, podem ser utilizadas para o desenvolvimento de uma estratgia tecnolgica e podem refletir uma prtica de planejamento que direciona a evoluo do negcio relacionado ao software de maneira proativa. Orientaes necessrio verificar se a organizao utiliza ferramentas usuais para apoiar no direcionamento estratgico do seu negcio. Para que esse resultado esperado seja atendido necessrio identificar na organizao a utilizao de ferramentas para apoiar o direcionamento estratgico e tecnolgico do seu negcio, relacionado ao software. necessrio identificar os direcionamentos tecnolgicos que foram implementados no software e o resultado que foi atingido. necessrio identificar os colaboradores da organizao envolvidos na gesto das informaes fornecidas por essas ferramentas e na implementao tecnolgica decorrente dessa gesto. Exemplos de tipos de evidncias Envolvimento com parceiros de negcios para conhecer o funcionamento do mercado alvo e definir as estratgias a serem incorporadas no software. Envolvimento com parceiros tcnicos para conhecer as necessidades do mercado alvo a serem incorporadas no software. Roadmaps monitorados e realizados. Utilizao de ferramentas de planejamento e gesto estratgicas para apoiar a evoluo tecnolgica do negcio, relacionado ao software. Definio de metas para medir a evoluo tecnolgica do negcio gerado com o desenvolvimento do software. Relatrios de acompanhamento de desempenho tecnolgico do negcio, resultante do desenvolvimento do software.
Pgina 36
Metodologia de Avaliao CERTICS para Software GNE.5. Aes para ampliao de negcios relacionados ao software so planejadas e realizadas Aes para ampliao de negcios, incluindo clientes atuais, ampliao da carteira de clientes e insero em novos mercados, relacionados ao software so identificadas, planejadas e realizadas. Orientaes necessrio verificar quais aes a organizao executa para ampliar seus negcios relacionados com o software. Algumas organizaes tm equipes dedicadas e que executam aes estruturantes para a conquista de novos mercados enquanto que outras organizaes executam aes para ampliao do seu negcio, de modo informal. Para que esse resultado esperado seja atendido necessrio encontrar informaes que mostrem a execuo de aes para ampliao de negcios relacionados ao software. necessrio identificar os colaboradores envolvidos na execuo dessas aes. necessrio encontrar os resultados gerados por essas aes. Exemplos de tipos de evidncias Envolvimento com parceiros tcnicos para conhecer as necessidades do mercado alvo a serem incorporadas no software. Prospeco de necessidades de clientes potenciais. Diversificao dos clientes (ampliao da carteira de clientes atendidos pela mesma soluo). Oferta do software, aos clientes da organizao que ainda no adquiriram essa soluo. Envolvimento com parceiros de negcios para conhecer o funcionamento do mercado alvo e definir as estratgias a serem incorporadas no software. Financiamento junto a rgos de fomento para colocar o software no mercado alvo. Propostas comerciais feitas e encaminhadas para o mercado alvo (no necessariamente aceitas). Contratos de licenciamento ou fornecimento de servios aceitos pelos clientes. Comercializao conjunta - parcerias com outras organizaes para inserir o software em outros produtos. Participao em feiras, como expositor, na qual os clientes em potencial do software estavam presentes. Distribuio de material de divulgao, impresso ou eletrnico, sobre o software e as competncias existentes na organizao.
Pgina 37
4.5
rea de competncia Gesto de Parcerias e Alianas (GPA)
Pergunta-chave
Parcerias e alianas possibilitam gerao de negcios, atualizao tecnolgica ou desenvolvimento tecnolgico, relacionados ao software?
Descrio
A rea de Competncia Gesto de Parcerias e Alianas envolve a formao, operao e avaliao de projetos e acordos de cooperao, tecnolgica e comercial, entre a organizao e fornecedores, financiadores, instituies de cincia e tecnologia, universidades e outras organizaes privadas e pblicas, que tenham como foco o software. As parcerias e alianas podem ocorrer para desenvolver tecnologias, incorporar novas competncias e/ou promover o aprendizado de novos conhecimentos, aperfeioar e desenvolver novas oportunidades para a organizao em relao ao software, explorar solues inovadoras nesse software, obter novos recursos para ele, minimizar custos, superar barreiras de mercado, criar economias de escala, criar valor a partir do compartilhamento de recursos, posies, habilidades e conhecimento, promover um melhor posicionamento estratgico, acessar um mercado, ampliar rentabilidade, atender a necessidades legais e contratuais, licenciar tecnologias, etc. Qualquer dessas aes deve ter como foco o software. A realizao de parcerias e alianas envolve uma complexidade adicional na gesto da organizao. Sua execuo de maneira sistematizada, coordenada e bem sucedida, pode sinalizar no s a competncia da organizao em identificar e ocupar espaos potenciais de expanso comercial e tecnolgica, mas tambm a capacidade de definir seus prprios objetivos estratgicos, que devem ser compatveis com o de seus possveis parceiros. A organizao deve, ainda, possuir uma imagem de confiana no mercado em relao ao software. A gesto de parcerias e alianas comerciais para um software sinaliza capacidades tais como prospeco de novos negcios em toda a cadeia produtiva em questo, realizao de anlise de custos de transao, gesto de contratos, desenvolvimento e conduo de estratgia de atuao em novos mercados, etc. A gesto de parcerias e alianas tecnolgicas para um software sinaliza capacidades tais como a prospeco de tecnologias, seja por meio da participao de redes, gesto de equipes de pesquisa e desenvolvimento, apropriao e transferncia de conhecimento, gesto da propriedade intelectual, etc. Parcerias e alianas podem acontecer com organizaes e/ou instituies estrangeiras, desde que o resultado dessa atuao conjunta gere competncias no Pas.
Pgina 38
Metodologia de Avaliao CERTICS para Software A coordenao, das diferentes parcerias e alianas para um software em uma organizao sinaliza um nvel mais elevado de gesto estratgica dos negcios e tecnologia, representando maior agregao de competncias no Pas.
Como resultado de uma implementao bem-sucedida da rea de competncia Gesto de Parcerias e Alianas a Unidade Organizacional deve demonstrar que: GPA.1. Prospeces para novas parcerias e alianas relacionadas ao software so realizadas. GPA.2. Parcerias e alianas relacionadas ao software so formalizadas para pesquisa e desenvolvimento de tecnologia ou para atuao no mercado. GPA.3. A coordenao do conjunto de parcerias e alianas realizada, incluindo a gesto da execuo, monitoramento de resultados e revises.

GPA.1. Prospeces para novas parcerias e alianas relacionadas ao software so realizadas. A prospeco para novas parcerias e alianas inclui a utilizao de ferramentas e prticas voltadas para a identificao de potenciais parceiros para desenvolvimentos tecnolgicos e promoo de negcios relacionados com o software. Pode incluir a identificao de novas instituies para potenciais parcerias ou a identificao de novas oportunidades com instituies parceiras da organizao. As parcerias e alianas para o desenvolvimento tecnolgico de um software so caracterizadas por interaes da organizao com outras organizaes ou instituies de ensino, ou instituies de cincia e tecnologia (ICTs) para o desenvolvimento conjunto, parcial ou integral, de uma tecnologia presente no software. As parcerias e alianas para a promoo de negcios de um software so caracterizadas por contratos e convnios com fornecedores, distribuidores, agncias de fomento ou outras organizaes para o fornecimento de um servio ou insumo, recursos financeiros ou acordos comerciais. Orientaes Para que esse resultado esperado seja atendido necessrio identificar as aes de prospeco para parcerias e alianas executadas pela Organizao para o desenvolvimento tecnolgico e promoo de negcios do software. Essas aes podem estar refletidas em registros de reunies com organizaes ou instituies de ensino, instituies de cincia e tecnologia ou com entidades para promoo de negcios (fornecedores, distribuidores, agncias de fomento, entre outros) candidatas realizao de um trabalho conjunto para o software.
Pgina 39
Metodologia de Avaliao CERTICS para Software Resultados gerados a partir da prospeco de parcerias e alianas realizadas pela organizao e reutilizados pelo software indicam a presena de uma cultura organizacional voltada atuao com parcerias e alianas. Exemplos de tipos de evidncias Existncia de uma cultura organizacional voltada prospeco de parcerias e alianas. Existncia de colaboradores na organizao e/ou rea estruturada que atuem na prospeco de parceiros no desenvolvimento tecnolgico e promoo de negcios para o software. Documento impresso ou eletrnico que comprove a divulgao pblica sobre reas de pesquisa de interesse da empresa com vistas prospeco de parceiros (open innovation) Utilizao de prticas formalizadas ou ferramentas para prospeco de parcerias e alianas para o desenvolvimento do software. Mapeamento ou monitoramento de organizaes e/ou instituies de ensino, instituies de cincia e tecnologia que atuem em reas correlatas e/ou que tenham competncias complementares s da organizao, para desenvolvimento tecnolgico conjunto no software. Mapeamento ou monitoramento de parceiros comerciais (fornecedores ou outras organizaes que atuem em reas correlatas ou complementares), para promoo de negcios do software. Participao em feiras e congressos relacionados ao software para prospeco de parceiros tecnolgicos e/ou parceiros de negcios. Estudos realizados internamente ou contratados de terceiros sobre organizaes e/ou ICTs, editais de financiamento (com parcerias) e parceiros comerciais. Contatos realizados com o intuito de firmar acordos, parcerias e alianas para o desenvolvimento do software.
GPA.2. Parcerias e alianas relacionadas ao software so formalizadas para pesquisa e desenvolvimento de tecnologia ou para atuao no mercado. A existncia de parcerias e alianas formalizadas para pesquisa e desenvolvimento de tecnologia no software envolve a efetivao de contratos ou convnios com organizaes e/ou instituies de ensino, ou instituies de cincia e tecnologia (ICTs) que atuem em reas correlatas e/ou que tenham competncias complementares s da organizao para desenvolvimento tecnolgico conjunto. Incluem-se, aqui, projetos executados como parte da estratgia corporativa e financiados com recursos prprios e projetos executados como parte dos requisitos para usufruto dos benefcios de uma legislao especfica, bem como aqueles que sejam fruto de editais de agncias de fomento ou bancos de desenvolvimento. Parcerias e alianas podem tambm acontecer com organizaes e/ou instituies de ensino estrangeiras ou instituies de cincia e tecnologia estrangeiras, desde que o resultado dessa atuao conjunta gere competncias no Pas sobre o desenvolvimento tecnolgico obtido na pesquisa.
Pgina 40
Metodologia de Avaliao CERTICS para Software A existncia de parcerias e alianas formalizadas para atuao no mercado envolve a efetivao de contratos ou convnios com fornecedores, distribuidores ou organizaes voltados para o fornecimento de servios ou insumos, obteno de recursos para financiar investimentos ou acordos comerciais de outras naturezas, com o fim de promover os negcios da organizao relacionados com o software. Outros tipos de alianas podem acontecer, tais como quando uma organizao compra outra organizao, ou quando ocorre a fuso entre organizaes. Esses tipos de alianas podem resultar na ampliao da competncia tecnolgica ou na melhoria da colocao do software no mercado. Orientaes Para que esse resultado esperado seja atendido necessrio identificar as parcerias e alianas tecnolgicas e de mercado realizadas para o desenvolvimento conjunto do software. necessrio encontrar a documentao legal que geriu os acordos ou contratos firmados com as organizaes parceiras. necessrio encontrar informaes dos resultados obtidos pelo software devido ao envolvimento de organizaes parceiras. Resultados gerados a partir de parcerias e alianas realizadas pela organizao e reutilizados no software indicam a presena de uma cultura organizacional voltada atuao com parcerias e alianas.
Exemplos de tipos de evidncias Existncia de colaboradores na organizao e/ou rea estruturada que atuem na elaborao de propostas de projetos de parceria tecnolgica ou de mercado para o software. Contratos das parcerias realizadas com instituies de ensino, instituies de cincia e tecnologia ou outras organizaes, para desenvolvimento tecnolgico conjunto do software. Parcerias com universidades para captao de recursos humanos. Relaes com os clientes para ampliar a viso sobre o negcio, de modo a permitir que a organizao antecipe uma necessidade ou mesmo atenda a uma demanda percebida. Proposta de projetos em parceria que foi submetida para o desenvolvimento do software. Documento que comprove parcerias como parte da estratgia da organizao. Utilizao de recursos da Lei de Informtica, como caminho para a prtica de parcerias realizadas para o software. Uso de ferramentas para desenvolvimento colaborativo ou prticas formalizadas de execuo de parcerias e alianas utilizadas no desenvolvimento do software. Histrico de propostas de projetos de pesquisa e desenvolvimento ou documentao relacionada execuo e aos resultados gerados pelos projetos desenvolvidos em parcerias, para a gerao do software. Pgina 41
Metodologia de Avaliao CERTICS para Software Histrico de propostas comerciais ou documentao relacionada execuo e aos resultados gerados pelos servios prestados por parceiros comerciais, no nicho de mercado do software. Lista dos distribuidores do software. Contratos de fornecimento e distribuio do software. Contratos de venda do software realizados devido ao envolvimento de parceiros no desenvolvimento ou no mercado. Contratos para obteno de financiamento externo para o software. Acordos comerciais realizados para o software. Fuses e/ou aquisies entre organizaes para que a organizao se aproprie de competncias que no possui internamente.
GPA.3. A coordenao do conjunto de parcerias e alianas realizada, incluindo a gesto da execuo, monitoramento de resultados e revises. A gesto de parcerias e alianas envolve o desenvolvimento de prticas e esforos voltados para planejar e monitorar a execuo e os resultados gerados pelas parcerias e alianas. As parcerias e alianas podem ocorrer no mbito do software ou os resultados gerados pelas parcerias e alianas em outro contexto podem ser reutilizados pelo software. Pode incluir a utilizao de ferramentas de gesto de projetos e recursos humanos, bem como a adoo de metodologias padro ou mtodos prprios desenvolvidos com este fim. Orientaes Para que esse resultado esperado seja atendido necessrio identificar aes de planejamento e acompanhamento executadas pela Unidade Organizacional com as parcerias e alianas envolvidas com o software. Reunies de acompanhamento peridico para verificar o cumprimento das metas e objetivos estabelecidos, a anlise das entregas pela organizao parceira, a definio de atividades de integrao e a tomada de decises para redirecionar o trabalho conjunto so exemplos dessas aes. necessrio verificar a existncia de pelo menos um colaborador responsvel pela gesto das entidades parceiras. Resultados gerados a partir de parcerias e alianas realizadas pela organizao em outro contexto podem ser reutilizados pelo software. Nesse caso, a gesto passa a ser no planejamento e monitoramento do reuso dos resultados e no mais nas entidades parceiras, o que indiretamente indica a presena de uma cultura organizacional voltada atuao com parcerias e alianas. Exemplos de tipos de evidncias Realizao de reunies de acompanhamento peridico com as parcerias existentes para o software. Relatrios de acompanhamento dos projetos desenvolvidos em parceria, para o software. rea ou equipe responsvel pela execuo da gesto das alianas e parcerias existentes para o software.
Pgina 42
Metodologia de Avaliao CERTICS para Software Uso de ferramentas ou prticas formalizadas de gesto de parcerias e alianas, tais como formulrios especficos para alinhamento de expectativas quanto aos produtos gerados pelas partes, prazos, atividades desenvolvidas pelas equipes, servios prestados e resultados obtidos. Anlise geral sobre o registro de informaes sobre os projetos: recursos financeiros investidos (valores e fonte), perodo de execuo, resultados gerados, avaliaes sobre a interao e sobre a instituio parceira. Documentos que permitam anlises sobre a evoluo dos recursos investidos em parcerias para promoo de negcios.
Pgina 43
4.6 rea de competncia Gesto de Pessoas, Processos e Conhecimento (PPC)

Pergunta-chave
Pessoas, processos e conhecimento so gerenciados para apoiar e potencializar negcios e o desenvolvimento tecnolgico do software?
Descrio
Esta rea de competncia abrange um conjunto de atividades, coerentes entre si, que apoiam e potencializam de forma integrada as outras reas de competncias. Gesto de Pessoas inclui a adoo de prticas para o software voltadas a administrao, capacitao e motivao de seus recursos humanos, buscando continuamente a melhoria das relaes interpessoais que contribuam com a constante melhoria do processo produtivo da organizao, gerando crescimento, potencializao de negcios e desenvolvimento tecnolgico no Pas, tornando a organizao competitiva e atrativa para investimentos. Gesto de processos inclui a avaliao e melhoria contnua dos processos relacionados ao software. Gesto de Conhecimento inclui a identificao, criao, renovao e aplicao dos conhecimentos que so estratgicos na vida de uma organizao. a administrao dos ativos de conhecimento das organizaes. Permite organizao explicitar e organizar o que seus colaboradores sabem. A Gesto do Conhecimento tem por objetivo assegurar que toda informao, conhecimento e habilidade relevantes sejam coletados, compartilhados, reutilizados e melhorados, por toda a organizao. Gesto do Conhecimento tratada por essa rea de competncia inclui a identificao, documentao, disseminao e atualizao do conhecimento mais relevante sobre as tecnologias, os domnios de aplicao, os negcios, e outros aspectos relacionados ao software. Este modelo enfatiza aes e estratgias da organizao relacionadas com o uso da memria organizacional (documentao do conhecimento) para a capacitao das pessoas, nas tecnologias desenvolvidas no software. No geral, organizaes comprometidas com o desenvolvimento e fortalecimento do software (criao de negcios baseados em conhecimento e aumento de autonomia tecnolgica) buscam a reteno de conhecimento e comprovao de propriedade intelectual, reduo de riscos na contratao com o poder pblico, maior facilidade no atendimento das mudanas da
Pgina 44
Metodologia de Avaliao CERTICS para Software legislao, maior capacidade de sobrevivncia em relao aos impactos financeiros e, reduo de riscos de investimentos e contrataes (atrao de investidores e parceiros). A contratao de colaboradores em organizaes de servios voltada para o atendimento dos clientes, sendo comum a contratao irregular dos trabalhadores (preferncia na reduo de custos das contrataes, com adoo de prticas ilegais terceirizaes ilcitas, CLT-Flex) objetivando reduzir o custo da operao para atendimento aos clientes e obteno de preos competitivos. Com isto, existe rotatividade de prestadores de servios; dificuldade de comprovao de origem e propriedade intelectual do software desenvolvido; desvalorizao patrimonial da organizao (aumento de passivos); e atuao contrria legislao vigente e risco de autuao administrativa e judicial que possam inviabilizar a continuidade das atividades empresariais gerando fragilidade da organizao empresria e aumento no risco de investimentos.
Como resultado de uma implementao bem-sucedida da rea de competncia Gesto de Pessoas, Processos e Conhecimento a Unidade Organizacional deve demonstrar que: PPC.1. Colaboradores com perfil adequado so contratados, alocados e incentivados para realizar atividades relacionadas ao software. PPC.2. Equipes so formadas e coordenadas para realizar de forma eficiente e eficaz atividades relacionadas ao software. PPC.3. Treinamentos ou outros mecanismos de aprendizagem so identificados e realizados pelos colaboradores para melhorar suas habilidades e conhecimentos relacionados ao software. PPC.4. O conhecimento gerado nas atividades tecnolgicas e de negcio relacionado ao software documentado, disseminado e atualizado. PPC.5. Melhorias nos processos das atividades tecnolgicas e correlatas relacionadas ao software so identificadas, definidas e realizadas.

PPC.1. Colaboradores com perfil adequado so contratados, alocados e incentivados para realizar atividades relacionadas ao software. As atividades relacionadas ao software so realizadas por pessoas qualificadas. Estas pessoas foram contratadas pela organizao e posteriormente alocadas para a execuo de atividades relacionadas ao software. Estas pessoas so gerenciadas para manter e melhorar as condies e os incentivos para realizao destas atividades. Orientaes Para que esse resultado esperado seja atendido necessrio verificar quais aes foram realizadas antes da alocao dos colaboradores em atividades relacionadas ao software. necessrio encontrar informaes sobre a seleo de profissionais com perfis adequados, Verso para consulta pblica (20/08/2012) 2012 CTI Renato Archer, todos os direitos reservados Pgina 45
Metodologia de Avaliao CERTICS para Software realizao de aes de engajamento desses profissionais na equipe de trabalho e o comprometimento deles na execuo das atividades relacionadas ao software. Exemplos de tipos de evidncias Seleo de novos colaboradores qualificados para atuao nas atividades relacionadas ao software. Nmero de colaboradores contratados no regime da CLT: Indicador de que a propriedade intelectual do software desenvolvido por seus colaboradores, no mbito do contrato de trabalho, pertence organizao (colaborador contratado para atividades especficas de natureza contnua e prazo indeterminado). Contratos de trabalho firmados e executados no Brasil: comprovao de origem da tecnologia desenvolvida (normas aplicveis aos contratos de trabalho => as do local da prestao dos servios princpio da lex loci executinis). Formalizao de Planos de Gesto e Capacitao dos Recursos Humanos com contnua atualizao e investimentos. Poltica ou programas de premiao definidos e em execuo.
PPC.2. Equipes so formadas e coordenadas para realizar de forma eficiente e eficaz atividades relacionadas ao software. Atividades relacionadas ao software so realizadas por equipes. Estas equipes devem ser coordenadas para estabelecer grupos que realizam de forma eficiente e eficaz as atividades previstas. A eficincia diz respeito a como realizar as atividades e est relacionada s aes a serem realizadas, definidas em nvel operacional. Busca otimizar o custo-benefcio, ou seja, ter o mnimo de perdas e/ou desperdcio na relao entre os resultados obtidos e os recursos empregados. J a eficcia est relacionada ao nvel ttico e diz respeito a fazer o que deve ser feito, realizar o que foi proposto, ou seja, cumprir as metas definidas. Orientaes Para que esse resultado esperado seja atendido necessrio identificar: as equipes de trabalho que atuaram no desenvolvimento do software; os resultados que as equipes de trabalho alcanaram frente aos objetivos estabelecidos (prazo, custo, tratamento do escopo, grau de satisfao dos clientes, entre outros); as aes realizadas pela organizao responsvel pelas equipes para apoia-las no cumprimento das atividades planejadas, tais como aes motivacionais, de gesto, administrao de conflitos, investimentos, parcerias, entre outros; as aes de contorno que foram executadas e os resultados obtidos frente aos recursos empregados. Exemplos de tipos de evidncias Mudana ocorrida no organograma ou em outros mecanismos de registro das relaes existentes na organizao para melhorar os resultados gerados pelas equipes de trabalho. Estratgia utilizada na formao das equipes envolvidas no desenvolvimento do software, o resultado alcanado com essa estratgia, os sucessos, as dificuldades e as mudanas que foram necessrias. Pgina 46
Metodologia de Avaliao CERTICS para Software Registros de atividades em grupo, com indicao de como elas foram organizadas para melhorar o resultado a ser obtido frente ao alcance pretendido. Acompanhamento das metas ou objetivos definidos para o resultado a ser obtido pelas equipes envolvidas no desenvolvimento do software.
PPC.3. Treinamentos ou outros mecanismos de aprendizagem so identificados e realizados pelos colaboradores para melhorar suas habilidades e conhecimentos relacionados ao software Treinamentos ou outros mecanismos de aprendizagem, tais como mentoring, coaching, ensino a distncia, entre outros, so em geral utilizados como forma de desenvolver ou aprimorar a competncia dos colaboradores. Visando melhorar as habilidades e o conhecimento dos colaboradores em relao ao software, treinamentos e outros mecanismos de aprendizagem devem ser identificados, desenvolvidos internamente ou adquiridos externamente e realizados. Orientaes As organizaes devem estar preocupadas com o desenvolvimento e aprimoramento das competncias de seus colaboradores. Para tal, devem prover treinamentos ou outros mecanismos de aprendizado. Para que esse resultado esperado seja atendido necessrio verificar quais aes foram realizadas para a gerao de competncias nos colaboradores envolvidos no desenvolvimento do software. necessrio encontrar a identificao de treinamentos ou outros mecanismos de aprendizado necessrios e dados da sua realizao. Treinamentos relacionados ao software podem ser ministrados por recursos internos da organizao ou ministrados por outras empresas contratadas. Deve ser verificado se os colaboradores treinados foram capazes de aplicar os conhecimentos adquiridos nas atividades relacionadas ao software. Exemplos de tipos de evidncias Poltica ou diretrizes de treinamento da organizao. Formalizao de Planos de Gesto e Capacitao dos Recursos Humanos com contnua atualizao e investimentos. Identificao, desenvolvimento ou aquisio e realizao de treinamentos relacionados ao software. Avaliaes da efetividade dos treinamentos realizados, relacionados ao software. Disseminao do conhecimento formalizada ou processo de disseminao do conhecimento definido. Por exemplo: rodzio de desenvolvedores pelos grupos, desenvolvimento em dupla de programadores, treinamento on the job. Treinamento dos colaboradores no uso do Sistema de Ativos de Conhecimento da organizao para que sejam capazes de extrair informaes relacionadas ao software para aprendizado.
Pgina 47
Metodologia de Avaliao CERTICS para Software PPC.4. O conhecimento gerado nas atividades tecnolgicas e de negcio relacionado ao software documentado, disseminado e atualizado. A gesto do conhecimento inclui a identificao, documentao, disseminao e atualizao do conhecimento mais relevante sobre as tecnologias, os domnios de aplicao, os negcios, e outros aspectos relacionados ao software. Orientaes Algumas organizaes utilizam ferramentas formais para a gesto do conhecimento. Outras organizaes no utilizam tais ferramentas, mas executam aes para garantir que os conhecimentos tecnolgicos e de negcios gerados no desenvolvimento do software, sejam agregados na organizao. Para que esse resultado esperado seja atendido necessrio verificar como os conhecimentos tecnolgicos e de negcios gerados com o desenvolvimento do software foram identificados, documentados e disseminados na organizao. Quando a organizao utiliza ferramentas formais para apoiar a gesto do conhecimento, as informaes nelas registradas devem estar atualizadas, os colaboradores devem estar capacitados e motivados no uso de tais ferramentas e informados sobre novos registros ou atualizaes efetuadas. Nas organizaes onde no ocorre o uso de ferramentas formais, outras estratgias devem ser definidas e praticadas para garantir que o conhecimento tecnolgico gerado permanea na organizao. So exemplos dessas estratgias: Levantamento, registro e divulgao de lies aprendidas (positivas ou negativas) percebidas durante o desenvolvimento do software; documentao e divulgao das tecnologias relevantes e estratgicas para o software; necessrio identificar os colaboradores capacitados da organizao envolvidos com a gesto do conhecimento e o que fazem com a documentao do conhecimento. Ex.: coletas, compartilhamento de informaes, aes de motivao para reuso e aperfeioamento dos conhecimentos, por toda a organizao.
Exemplos de tipos de evidncias Poltica interna da organizao ou diretrizes para que os registros das informaes tecnolgicas e correlatas relacionadas ao software sejam formalizados e utilizados. Processo de registro de informaes definido. Sistema de Gesto dos Ativos de Conhecimento com uma infraestrutura e um mecanismo para apoiar as atividades de identificar, classificar, trocar e utilizar ativos de conhecimento, em operao na organizao. Informaes tecnolgicas e correlatas relacionadas ao software documentadas no Sistema de Gesto dos Ativos do Conhecimento e utilizadas na organizao. Realizao de comunicao sobre atualizaes executadas na "documentao do conhecimento". Conhecimento, informao e habilidades individuais desenvolvidas na execuo de atividades tecnolgicas e correlatas relacionadas ao software coletados, compartilhados, reutilizados e aperfeioados por toda a organizao. Pgina 48
Metodologia de Avaliao CERTICS para Software Treinamento na operao do sistema (classificao dos ativos e critrios) para administradores e usurios dos ativos de conhecimento da organizao.
PPC.5. Melhorias nos processos das atividades tecnolgicas e correlatas relacionadas ao software so identificadas, definidas e realizadas. O foco desse resultado esperado verificar se: na execuo das atividades tecnolgicas e correlatas relacionados ao software so seguidos processos documentados; se esses processos so analisados para identificar problemas e oportunidades de melhoria; e se, a partir dessa identificao, as melhorias so definidas e realizadas. Melhoria de processo deve ser uma atividade contnua. Independentemente da metodologia utilizada e da maturidade do processo, oportunidades e incentivos para sugestes e implementaes de melhoria devem ser estabelecidos e mantidos. Orientaes Algumas organizaes tm equipes dedicadas e responsveis pela execuo de aes de melhoria dos seus processos produtivos enquanto que outras organizaes executam tais aes de modo informal. As duas situaes devem ser consideradas. necessrio verificar se existem processos minimamente documentados, se foram executadas aes para melhoria dos processos relacionados ao software e qual o operacional para a melhoria de processos. Para que esse resultado esperado seja atendido necessrio encontrar informaes que mostrem a existncia de processos minimamente documentados e que foram executados pelos colaboradores envolvidos no desenvolvimento do software. necessrio encontrar melhorias sugeridas para esses processos. necessrio encontrar os resultados gerados a partir dessas melhorias. necessrio identificar os colaboradores envolvidos na execuo dessas melhorias. Nota: s ter colaboradores que conhecem sobre a execuo dos processos, sem que esses processos estejam minimamente documentados, no suficiente para que esse resultado esperado seja atendido. Exemplos de tipos de evidncias Processos documentados praticados nas atividades tecnolgicas e correlatas, que estejam relacionados ao software. Oportunidades de melhoria de processo identificadas durante a execuo das atividades tecnolgicas e correlatas que estejam relacionadas ao software. Anlises sobre os processos correntes na organizao e os seus resultados orientando o investimento em melhoria de processo. Melhorias de processo selecionadas, desenvolvidas, implementadas e divulgadas aos colaboradores da organizao. Utilizao dos resultados da pesquisa de satisfao dos clientes para melhoria de processos correntes na organizao. Pgina 49
5. Mtodo de Avaliao CERTICS

O Mtodo de Avaliao CERTICS orienta a realizao de uma avaliao de um determinado software e seus servios associados, tendo como referncia o Modelo para Avaliao CERTICS. O objetivo da avaliao determinar se o software ou no um software com tecnologia desenvolvida no Pas, com base na anlise de evidncias objetivas relacionadas ao software. A avaliao realizada por uma equipe de avaliadores credenciada para aplicao do Mtodo de Avaliao CERTICS, com conhecimento, treinamento e experincia relevantes, sob a liderana de um avaliador lder. Para a gesto e o armazenamento dos artefatos utilizados e produzidos durante a avaliao utilizado o Sistema de Apoio Avaliao (SAA). Uma avaliao gera como resultado principal um Laudo da Avaliao com informaes sobre o contexto da avaliao, a pontuao do grau de atendimento dos requisitos do modelo, a justificativa para cada pontuao e a concluso.
5.1 Termos e definies

Instituio Credenciada para Avaliao: Instituio credenciada pelo CTI Renato Archer a realizar avaliaes segundo a Metodologia CERTICS para Software. Para realizar uma avaliao a instituio tambm tem que contar com avaliadores capacitados e credenciados. Instituio Responsvel pela Metodologia: instituio que controla o desenvolvimento, monitoramento e melhoria contnua da Metodologia de Avaliao CERTICS para Software. Esta instituio o Centro de Tecnologia da Informao Renato Archer (CTI). Organizao Solicitante: Uma organizao sediada no Brasil que tenha um Software para ser avaliado. Sistema de Apoio Avaliao (SAA): um sistema de software projetado para prover suporte s diversas etapas de um processo de avaliao. No modo de edio, o SAA permite as operaes de cadastro, alterao, validao, exibio e remoo de evidncias. Este sistema fornece apoio para a gesto da avaliao, permite o armazenamento e o compartilhamento das informaes e evidncias relevantes para a avaliao, apoia a comunicao entre as organizaes e pessoas envolvidas, e registra os resultados da avaliao. Unidade de Avaliao: organizao que administra e realiza as avaliaes de acordo com a Metodologia de Avaliao CERTICS para Software. Promove e assegura o credenciamento dos avaliadores, que podem ser membros do seu prprio corpo funcional ou fornecidos por Verso para consulta pblica (20/08/2012) 2012 CTI Renato Archer, todos os direitos reservados Pgina 50
Metodologia de Avaliao CERTICS para Software Instituies Credenciadas especificamente para esta finalidade. Negocia a avaliao com a Organizao Solicitante, designa a equipe de avaliao e seu lder, conduz a avaliao e produz o Relatrio Final da Avaliao. Unidade Organizacional: Conforme definido na Seo 2 do Modelo para Avaliao CERTICS, o conjunto de processos para todos os aspectos do software e seus servios associados. a parte integrante da Organizao Solicitante responsvel pelos diversos aspectos do software em avaliao. Ela fornece os detalhes e as evidncias do software que sero analisados durante a visita de avaliao e serviro para determinar o resultado da avaliao. Usualmente inclui a equipe de desenvolvimento do software e se engaja ativamente na visita de avaliao, contribuindo para o seu sucesso, fornecendo ou buscando as informaes e os recursos que forem necessrios.
5.2 Papis e responsabilidades

Patrocinador da Avaliao: representante da Organizao Solicitante com cargo de direo apropriado para garantir os recursos necessrios avaliao e demandar o atendimento dos seus objetivos. O patrocinador deve ter a autoridade necessria para garantir que recursos e competncias adequados sejam disponibilizados quando necessrios, para que uma avaliao possa ser realizada em conformidade com a Metodologia de Avaliao CERTICS para Software. So exemplos de recursos relevantes solicitados pela equipe de avaliao: pessoas-chave para entrevistas, infraestrutura durante a avaliao e artefatos a serem examinados. Participantes da Avaliao: so os colaboradores da Organizao Solicitante que podem fornecer informaes sobre o software sendo avaliado e se envolvem com a avaliao, estejam eles diretamente ligados ao desenvolvimento do software ou no. Entre estes colaboradores esto: Responsveis pelo software: integrantes da organizao que so os responsveis maiores pelo software. Equipe de gerncia do desenvolvimento: pessoas que tiveram, ou ainda tm, papel gerencial no desenvolvimento do software, isto , participaram de planejamento, coordenao e controle das atividades. Equipe tcnica de desenvolvimento: pessoas que participaram, ou participam, de atividades tcnicas de desenvolvimento ou customizaes, tais como: atividades de captura de requisitos, anlise de requisitos, projeto (design) de software, projeto (design) de bancos de dados, programao, testes, integrao de software e eventualmente outras cujo objetivo tenha sido elaborar elementos que integram o software. Equipe de apoio ao desenvolvimento: pessoas que participaram, ou participam, de atividades consideradas auxiliares ou de apoio ao desenvolvimento, tais como: elaborao de documentao e manuais, atividades de gerncia de configurao, atividades de reviso, tanto de documentos como de cdigo e outros elementos do desenvolvimento, garantia da qualidade, etc. Pgina 51
Metodologia de Avaliao CERTICS para Software Equipe de suporte tcnico do software: pessoas que participam de atividades de apoio ao usurio do software, tais como: soluo de dvidas, prestao de esclarecimentos sobre a operao do software, orientao de utilizao, recebimento e identificao de problemas e falhas do software, etc. Equipe de manuteno do software: pessoal que executa as atividades que mantm o software atendendo s necessidades para as quais ele foi desenvolvido, tais como: remoo de defeitos identificados, introduo de novas funcionalidades e realizao de melhorias gerais.
Ponto de Contato: um representante da Unidade Organizacional encarregado de facilitar e concentrar a comunicao entre as organizaes e pessoas participantes da avaliao, engajando-se em providenciar os recursos que forem necessrios, remover os obstculos, acionar o que for preciso, tomar ou escalar decises, etc. Avaliador Lder: o membro da equipe de avaliao responsvel por liderar a avaliao, por garantir que ela atinja sua finalidade e esteja em conformidade com a Metodologia de Avaliao CERTICS para Software. um Avaliador credenciado para atuar como Avaliador Lder. Este Avaliador pode estar relacionado Unidade de Avaliao ou a uma Instituio Credenciada para Avaliao. O avaliador lder deve: Confirmar o comprometimento do patrocinador para realizar a avaliao; Garantir que a avaliao seja conduzida de acordo com a Metodologia de Avaliao CERTICS para Software; Garantir que os participantes da avaliao sejam informados sobre o propsito, o escopo e a abordagem da avaliao; Garantir que todos os membros da equipe de avaliao tenham sido previamente credenciados; Garantir que todos os membros da equipe de avaliao tenham acesso s orientaes documentadas e apropriadas sobre como executar as atividades da avaliao; Garantir a inexistncia de relaes de hierarquia entre entrevistados durante a realizao de entrevistas coletivas; Na concluso da avaliao, verificar e documentar a extenso de conformidade da avaliao com a Metodologia de Avaliao CERTICS para Software; Confirmar o recebimento, pelo patrocinador, do resultado da avaliao que foi encaminhado.
Avaliador: colaborador relacionado Unidade de Avaliao ou a uma Instituio Credenciada para Avaliao (por solicitao da Unidade de Avaliao) que, conjuntamente com o Avaliador Lder, vai administrar e efetivamente realizar a avaliao, compondo a Equipe de Avaliao e visitando a Organizao Solicitante. Equipe de Avaliao: Equipe formada pelo Avaliador Lder e um ou mais Avaliadores. Validador da Avaliao: um colaborador da Unidade de Avaliao, avaliador credenciado, que no tenha participado de uma determinada avaliao e seja encarregado de verificar se esta avaliao foi conduzida adequadamente, em conformidade com a Metodologia de Avaliao CERTICS para Software, encarregando-se tambm por validar o resultado final da avaliao. Verso para consulta pblica (20/08/2012) 2012 CTI Renato Archer, todos os direitos reservados Pgina 52
Metodologia de Avaliao CERTICS para Software Responsvel pela Unidade de Avaliao: um colaborador da Unidade de Avaliao responsvel por todo o processo de avaliao e ponto de contato com o CTI. Responsvel pela Metodologia: Um Grupo de Trabalho do CTI responsvel pela emisso do Laudo de Avaliao e pelo controle do desenvolvimento, monitoramento e melhoria contnua da Metodologia de Avaliao CERTICS para Software.
5.3 Notao da descrio do Mtodo

O Mtodo de Avaliao CERTICS est descrito na notao visual para representao de fluxos de processos BPMN (Business Process Modeling Notation) com detalhamento de cada fase e atividade que o compe. Cada atividade est descrita com uma viso geral dos seus objetivos e a relao dos principais papis envolvidos na atividade. importante ressaltar que cada atividade tem um nico papel designado como responsvel por assegurar que ela seja bem sucedida e que atinja seus objetivos.
5.4 Fases do Mtodo de Avaliao

O Mtodo de Avaliao CERTICS se compe de cinco fases sequenciais:
Figura 3 Fases do mtodo de avaliao
As fases do Mtodo de Avaliao CERTICS esto descritas a seguir e ilustradas com diagramas da notao do processo. Cada fase composta por um conjunto de atividades.
Pgina 53
Figura 4 Diagrama do mtodo de avaliao
5.4.1 Fase 1: Explorao

Esta fase contempla os passos iniciais de uma avaliao, em que uma organizao interessada em que um software seu seja avaliado, registra uma solicitao no SAA, obtm informaes sobre o processo de avaliao, inicia o fornecimento de informaes relevantes sobre a prpria organizao e sobre o software no SAA, e decide prosseguir ou no com a avaliao.
Figura 5 Diagrama da fase Explorao
As quatro atividades que compem esta fase esto relacionadas e descritas a seguir, todas conduzidas pela Organizao Solicitante.
Atividade A.1.1: Solicitao de Avaliao Uma Organizao Solicitante registra no SAA uma solicitao de avaliao para um determinado software, recebendo uma identificao de usurio e uma senha para prosseguir Verso para consulta pblica (20/08/2012) 2012 CTI Renato Archer, todos os direitos reservados Pgina 54
Metodologia de Avaliao CERTICS para Software acessando o sistema. Nesta atividade produzido um Termo de Confidencialidade indicando que a Unidade de Avaliao assume o compromisso de utilizar as informaes fornecidas no SAA estritamente para a realizao da avaliao, no sendo utilizadas para qualquer outra finalidade. Em resposta ao Termo de Confidencialidade, a Organizao Solicitante reconhece seu recebimento e expressa concordncia com seus termos. O Patrocinador designa um colaborador para exercer o papel de Ponto de Contato para a avaliao. Responsvel pela atividade: Patrocinador da Avaliao Outros participantes da atividade: Ponto de Contato
Atividade A.1.2: Informaes Iniciais Uma vez registrado o usurio, ele pode obter mais informaes sobre o processo de avaliao, relativas aplicao da Metodologia de Avaliao CERTICS para Software, sobre os recursos e informaes que devero ser disponibilizados, sobre como se conduz a visita de avaliao, etc. Nessa atividade o SAA solicita e valida um conjunto inicial de informaes, incluindo: a) Informaes cadastrais da Organizao Solicitante Devem ser fornecidos dados sobre a Organizao Solicitante da avaliao do software e seus servios associados. Nome da Organizao Solicitante: Razo Social: CNPJ: Origem do capital da organizao: Tipo de organizao: ( ) Empresa privada ( ) Empresa pblica ( ) Instituio privada de cincia e tecnologia ( ) Instituio pblica de cincia e tecnologia Endereo: Ano de fundao da Empresa no Brasil: Nmero de colaboradores: Faturamento no ltimo ano fiscal: Organograma: Verso para consulta pblica (20/08/2012) 2012 CTI Renato Archer, todos os direitos reservados Pgina 55
Metodologia de Avaliao CERTICS para Software Nome do Patrocinador da Avaliao:
Devem ser informados no SAA, os dados do Ponto de Contato responsvel pelo fornecimento das informaes cadastrais da Organizao Solicitante da avaliao. Nome : Endereo: Telefone: Celular: Email:
Cargo/funo na organizao: b) Informaes cadastrais sobre o Software e seus Servios associados Devem ser fornecidas informaes sobre as caractersticas do software e seus servios associados para o qual est sendo solicitada a avaliao. Identifique o software a ser avaliado: Nome: Verso: Indique o responsvel pelo software e seus servios associados: rea responsvel pelo software e seus servios associados: Nome do responsvel pelo software e seus servios associados: Endereo: Telefone: Celular: Email:
Cargo/funo na organizao: Informe as seguintes caractersticas sobre o software a ser avaliado - Domnio de Aplicao: administrao de recursos humanos, administrao de servios, administrao escolar, administrao jurdica, autonomia bancria, automao comercial, educao distncia, contabilidade, geoprocessamento, segurana da informao, outros (informe qual). - Usurios potenciais: administrao privada, administrao pblica, agropecuria, bancrio, comrcio, educao, entretenimento, indstria, financeiro, meio ambiente, sade, servios, transportes, turismo, outros (informe qual). Indique as plataformas-alvo (ex.: plataforma Windows, Unix, etc.) e recursos de ambiente necessrios para a correta execuo do software (exemplo: gerenciador de banco de dados, processador de texto, gerenciador de mail, etc.): Verso para consulta pblica (20/08/2012) 2012 CTI Renato Archer, todos os direitos reservados Pgina 56
Metodologia de Avaliao CERTICS para Software - Plataformas-alvo: - Recursos de ambiente necessrios para correta execuo do software: Informe o principal aspecto tecnolgico presente na soluo do software: Informe o principal diferencial inovador da soluo presente no software: Informe as datas de incio do projeto referente ao software a ser avaliado e a data de liberao do software para uso (comercializao ou uso interno): Data de incio do projeto: Data de liberao para uso: Sobre o tamanho/complexidade do software, informe um indicador e sua unidade (Ponto de funo, Nmero de mdulos, Nmero de funcionalidades, ou outra): Identifique os servios associados ao software a ser avaliado, se houver. Para cada servio, descreva o escopo. - Servio 1: Escopo do Servio: - Servio 2: Escopo do Servio:
Esta atividade concluda com o aceite pelo SAA do conjunto de informaes preenchidas na solicitao de avaliao. Responsvel pela atividade: Ponto de Contato
Atividade A.1.3: Edio de Evidncias A partir do aceite da solicitao de avaliao, o SAA permite editar o conjunto de evidncias, composto pela identificao e por informaes sobre evidncias objetivas para cada resultado esperado do modelo. So fornecidas apenas identificaes e descries das evidncias, no sendo fornecidos ou anexados os prprios documentos ou arquivos das evidncias. Esta edio feita por meio de trs cadastros e seus relacionamentos: Cadastro de Colaboradores, Cadastro de Evidncias e Cadastro de Relacionamentos entre Resultados Esperados e Evidncias, conforme descrito a seguir: a) Colaboradores relacionados ao software e seus servios associados
Pgina 57
Metodologia de Avaliao CERTICS para Software Devem ser cadastrados os dados de identificao, contato e a contribuio dada por cada um dos colaboradores que estiveram envolvidos nas diferentes etapas do ciclo de vida do software e seus servios associados. Nome: Endereo: Telefone: Celular: Email:
rea (diviso) de atuao na organizao: Cargo/funo na organizao: Contribuio para o software: Contribuio para os servios associados: Permanece na organizao? (sim/no). b) Evidncias sobre o ciclo de vida do software e seus servios associados. Devem ser cadastrados os nomes das evidncias geradas pelos processos do entorno do software e seus servios associados, que respondem aos objetivos dos resultados esperados do modelo e que nortearo a realizao de uma avaliao preliminar. No ser permitido anexar documentos relacionados s evidncias. A anlise do contedo dos documentos relacionados s evidncias cadastradas e outras evidncias adicionais ser realizada presencialmente, na visita da equipe de avaliao, se a organizao solicitante for considerada apta para fase de visita de avaliao prevista no mtodo. Para cada evidncia cadastrada deve ser associado um ou mais colaboradores (cadastrados anteriormente) que estiveram envolvidos na gerao da evidncia.
Nome da evidncia: Descrio: Colaboradores associados (e grau de envolvimento) gerao da evidncia:
c) Associao das Evidncias aos Resultados Esperados Devem ser indicadas as evidncias cadastradas que estejam relacionadas aos objetivos dos resultados esperados, e justificar essa relao. No necessrio relacionar todas as evidncias para um dado resultado esperado; possvel que uma ou mais evidncias cadastradas no estejam relacionadas a nenhum dos resultados esperados. Verso para consulta pblica (20/08/2012) 2012 CTI Renato Archer, todos os direitos reservados Pgina 58
Metodologia de Avaliao CERTICS para Software Devem ser relacionadas no mnimo uma e no mximo quatro evidncias para cada resultado esperado. A Figura a seguir ilustra um exemplo com os trs cadastros e os relacionamentos.
Figura 6 Exemplo dos trs cadastros e relacionamentos
Descrio do exemplo: dois colaboradores esto cadastrados, com os dados necessrios. Uma evidncia indicada por #12 est cadastrada, com uma descrio sobre ela, e para esta evidncia indicado que o colaborador identificado por #32 atuou/conhece largamente esta evidncia e a colaboradora #72 atuou/conhece parcialmente esta evidncia. Para o resultado esperado DES.1, esta evidncia relacionada indicando que ela evidencia o atendimento do resultado esperado. Esta atividade concluda com o envio do conjunto de evidncias e o aceite pelo SAA. O aceite dado se forem fornecidas identificao e informaes sobre evidncias objetivas para pelo menos 50 % dos resultados esperados do modelo. Responsvel pela atividade: Ponto de Contato
Atividade A.1.4: Deciso sobre a Avaliao Concludas as atividades anteriores e com maior conhecimento sobre o processo de avaliao, a Organizao Solicitante deve analisar se atende s condies necessrias para realizar uma avaliao e decidir se seria mesmo o momento adequado para se engajar ou no na realizao de uma avaliao. Caso a deciso seja no realizao da avaliao, o processo encerrado. Caso contrrio iniciada a execuo da Fase 2 do Mtodo de Avaliao CERTICS. Responsvel pela atividade: Patrocinador da Avaliao Outros participantes da atividade: Ponto de Contato
5.4.2 Fase 2: Preparao
Pgina 59
Metodologia de Avaliao CERTICS para Software Esta fase contempla as interaes entre a Organizao Solicitante e a Unidade de Avaliao, antes da avaliao propriamente dita ser iniciada, momento no qual negociado um contrato entre elas, designado um avaliador credenciado e experiente como Avaliador Lder, so identificados os recursos, as pessoas e as evidncias que sero requeridos durante a visita de avaliao (Fase 3 do Mtodo de Avaliao CERTICS) e um Plano da Avaliao elaborado de comum acordo entre as partes envolvidas. Seu objetivo principal assegurar que a Organizao Solicitante e a Unidade de Avaliao negociem e estabeleam as condies para que uma visita de avaliao possa ser realizada de forma rpida e eficaz, em conformidade com a Metodologia de Avaliao CERTICS para Software.
Figura 7 Diagrama da fase Preparao
Esta fase composta por cinco atividades que esto relacionadas e descritas a seguir.
Atividade A.2.1: Estabelecimento de Contrato A partir do aceite do Conjunto de Evidncias, sero tratadas todas as questes necessrias para se construir um acordo para a avaliao. Esta atividade inclui contatos entre o Responsvel pela Unidade de Avaliao (ou algum designado por ele) e o Patrocinador da Avaliao para estabelecer um Contrato para a realizao da Avaliao. Este contrato documenta a escolha e comprometimento do Avaliador Lder e outros membros da equipe de avaliao. O Avaliador Lder e o Avaliador da Equipe de Avaliao sero da Unidade de Avaliao ou de uma Instituio Credenciada para Avaliao. So estabelecidos tambm os objetivos da avaliao, incluindo a deciso sobre a avaliao ser seguida pela emisso de certificado pelo MCTI caso o resultado da avaliao seja positivo, ou se o interesse da Organizao Solicitante apenas pelo resultado da avaliao sem a emisso do certificado. Um contrato para a avaliao estabelecido, estipulando as condies para a realizao da avaliao bem como o fechamento do Plano da Avaliao. Responsveis pela atividade: Responsvel pela Unidade de Avaliao Outros participantes da atividade: Patrocinador da Avaliao, Ponto de Contato, Avaliador Lder e Avaliador Verso para consulta pblica (20/08/2012) 2012 CTI Renato Archer, todos os direitos reservados Pgina 60
Atividade A.2.2: Anlise e Edio de Evidncias A partir do estabelecimento do contrato, anlises sobre a pertinncia do tipo de evidncias fornecidas so realizadas pela equipe de avaliao. Caso essas evidncias no sejam consideradas satisfatrias para a realizao da avaliao, a equipe poder solicitar informaes ou detalhes adicionais sobre as evidncias Organizao Solicitante, dentro de um prazo previamente estipulado. Durante este prazo podem ocorrer interaes com a organizao, bem como revises e complementaes das informaes fornecidas. Esta anlise deve fornecer base equipe para a realizao da avaliao. Esta atividade pode ser conduzida em paralelo prxima. Responsveis pela atividade: Avaliador Lder Outros participantes da atividade: Equipe de Avaliao e Ponto de Contato
Atividade A.2.3: Preparao para a Visita A partir da anlise das informaes sobre o software e do conjunto de evidncias inseridos no SAA, a equipe de avaliao tem condies de preparar a visita de avaliao. Pode ser necessrio manter contatos com a Organizao Solicitante para esclarecer alguns pontos duvidosos ou para solicitar evidncias adicionais. Aps as interaes que se mostrarem necessrias, para complementaes de informaes faltantes, esclarecimentos de dvidas, ajustes de expectativas, negociaes de datas, entre outras, esta atividade concluda com o estabelecimento do Plano da Avaliao, que contm no mnimo as seguintes informaes: Identificao e informaes da Organizao Solicitante Identificao e informaes do Patrocinador da Avaliao Identificao e informaes do software a ser avaliado Identificao e informaes da Unidade Organizacional Identificao da Equipe de Avaliao Agenda para a realizao da avaliao Assinatura dos responsveis pela organizao e pela equipe de avaliao para evidenciar o acordo
Com base no contedo do Plano da Avaliao, a Organizao Solicitante deve se preparar para a realizao da avaliao. Ela deve estar ciente de como funciona o processo de avaliao, assim como das providncias que deve tomar, tais como quais pessoas e recursos devem ser disponibilizados para assegurar que a visita de avaliao seja bem sucedida. Responsvel pela atividade: Avaliador Lder Outros participantes da atividade: Avaliador e Ponto de Contato
Pgina 61
Atividade A.2.4: Anlise da Prontido A partir do estabelecimento do Plano da Avaliao e dentro de um prazo previamente estipulado realizada pela equipe de avaliao uma checagem relativa disponibilizao por parte da Organizao Solicitante dos recursos necessrios visita de avaliao, como por exemplo: sala adequada para as reunies e entrevistas; pessoas que sero entrevistadas; documentos e arquivos que apresentem evidncias dos resultados esperados; facilidades de comunicao; entre outros. Durante esta checagem podem ocorrer interaes entre as organizaes, bem como revises e complementaes das informaes fornecidas. Aps a concluso da anlise das informaes ou no final do prazo estipulado (o que acontecer primeiro), a equipe de avaliao emite um parecer sobre a prontido ou no da Organizao Solicitante para a realizao da visita de avaliao. Se o parecer for pela no prontido, a visita de avaliao no ser agendada e a Organizao Solicitante ser comunicada das providncias que dever tomar antes de solicitar uma nova anlise da prontido. Caso contrrio, se o parecer for pela prontido, a equipe de avaliao e a Organizao Solicitante podem agendar a visita de avaliao e passar para a prxima fase. Responsvel pela atividade: Avaliador Lder Outros participantes da atividade: Avaliador, Patrocinador da Avaliao e Ponto de Contato
Atividade A.2.5: Providncias para a Visita Uma vez confirmada a prontido da Organizao Solicitante para a realizao da visita de avaliao, providncias devem ser tomadas tanto pela Organizao Solicitante como pela Unidade de Avaliao para assegurar que a visita de avaliao possa ser realizada com sucesso. So exemplos dessas providncias: ajustes e acordos finais na agenda, local fsico, participantes da avaliao e recursos envolvidos, aquisio de passagens e reservas em hotis, entre outras. Responsvel pela atividade: Avaliador Lder Outros participantes da atividade: Responsvel pela Unidade de Avaliao, Avaliador e Ponto de Contato.
5.4.3 Fase 3: Visita

Esta fase contempla uma visita da Equipe de Avaliao Organizao Solicitante, que se rene com o Patrocinador da Avaliao e os Participantes da Avaliao, analisa as evidncias fornecidas que serviro de base ao resultado da avaliao, elabora um relatrio preliminar da avaliao e o compartilha com a Organizao Solicitante.
Pgina 62
Metodologia de Avaliao CERTICS para Software Normalmente esta visita realizada em um nico dia, de forma que os Participantes da Avaliao devem estar previamente preparados e com os recursos necessrios avaliao anteriormente identificados, disponveis. Excepcionalmente podem ser alocados dois ou mais dias para a visita de avaliao, mas o motivo para isso dever estar claro e justificado no Plano da Avaliao. O objetivo principal desta fase estabelecer a pontuao e o resultado da avaliao, aps anlise de todos os dados, informaes e evidncias encontradas pela Equipe de Avaliao na Unidade Organizacional.
Figura 8 Diagrama da fase Visita
Esta fase composta por cinco atividades que esto relacionadas e descritas a seguir.
Atividade A.3.1 Incio da Visita Conforme negociado no Plano da Avaliao, a Visita de Avaliao comea com uma reunio entre a Equipe de Avaliao, o Patrocinador da Avaliao e os Participantes da Avaliao, marcando o incio das atividades da visita s instalaes da Organizao Solicitante. Nessa reunio, busca-se um entendimento geral compartilhado do processo de avaliao e esclarecimento de possveis dvidas que ainda possam existir. Deve ser feita uma apresentao aos Participantes da Avaliao sobre os objetivos e as atividades da avaliao. Essa apresentao deve ser feita pelo Patrocinador da Avaliao, como representante mais graduado da organizao nesse processo de avaliao e pelo Avaliador Lder. Responsveis pela atividade: Avaliador Lder Outros participantes da atividade: Avaliador, Patrocinador da Avaliao, Ponto de Contato e Participantes da Avaliao.
Atividade A.3.2 Anlise das Evidncias Conforme agenda negociada previamente e documentada no Plano da Avaliao, so realizadas sesses de entrevistas com os Participantes da Avaliao e anlise de evidncias, visando um melhor entendimento e possveis complementaes das informaes obtidas com as evidncias. Verso para consulta pblica (20/08/2012) 2012 CTI Renato Archer, todos os direitos reservados Pgina 63
Metodologia de Avaliao CERTICS para Software No decorrer das entrevistas a Equipe de Avaliao pode identificar a necessidade de realizar entrevistas adicionais com os Participantes da Avaliao ou outros colaboradores da Organizao Solicitante, assim como validaes dos entendimentos originados nas entrevistas j realizadas, dentro dos limites e condies previamente acordados no Plano da Avaliao. Nesse caso, a Organizao Solicitante deve se empenhar em providenciar a disponibilizao dos colaboradores e recursos adicionais identificados. Esta atividade encerrada to logo a Equipe de Avaliao considere j ter obtido um entendimento suficiente do software, por meio das evidncias, considerando todos os aspectos solicitados pela Metodologia de Avaliao CERTICS para Software. Responsvel pela atividade: Avaliador Lder Outros participantes da atividade: Avaliador, Ponto de Contato e Participantes da Avaliao.
Atividade A.3.3. Pontuao do Atendimento Com base no entendimento suficiente do software em todos os aspectos solicitados pela Metodologia de Avaliao CERTICS para Software, a Equipe de Avaliao realiza uma anlise do grau de atendimento aos requisitos do modelo e atribui as pontuaes. Cada pontuao justificada com pelo menos uma frase para comunicar a racionalidade da pontuao. As pontuaes obtidas, acompanhadas pelas racionalidades documentadas, geram o resultado da avaliao. Este resultado representa a recomendao da Equipe de Avaliao para o resultado da avaliao. Um relatrio preliminar da avaliao produzido pela Equipe de Avaliao. Este relatrio apresentado ao Patrocinador da Avaliao e ser posteriormente concludo pela Equipe de Avaliao. Responsvel pela atividade: Avaliador Lder Outros participantes da atividade: Avaliador
Atividade A.3.4. Apresentao do Resultado Em uma reunio executiva, o Avaliador Lder apresenta o resultado da avaliao para o Patrocinador da Avaliao e outras pessoas por ele convidadas. Caso acordado no Plano da Avaliao, o Avaliador Lder ou a Equipe de Avaliao pode apresentar o resultado para um grupo maior de convidados do Patrocinador da Avaliao. Responsvel pela atividade: Avaliador Lder Outros participantes da atividade: Patrocinador da Avaliao, Avaliador e Ponto de Contato
Atividade A.3.5. Concluso da Visita
Pgina 64
Metodologia de Avaliao CERTICS para Software Na concluso dos trabalhos da visita de avaliao, as seguintes tarefas so realizadas: organizao das informaes relevantes sobre a avaliao; armazenamento destas informaes no SAA; elaborao e registro de anlises individuais (feedback) sobre a avaliao realizada e sobre o processo utilizado, tanto pelos membros da Equipe de Avaliao quanto pelo Patrocinador da Avaliao. Todos os documentos produzidos passaro por uma atividade de validao na Unidade de Avaliao. Responsvel pela atividade: Avaliador Lder Outros participantes da atividade: Patrocinador da Avaliao, Avaliador e Ponto de Contato
5.4.4 Fase 4: Validao

Esta fase contempla a execuo de um conjunto de atividades que visa assegurar que a avaliao foi realizada em conformidade com a Metodologia de Avaliao CERTICS para Software. Um Validador da Avaliao credenciado verifica se o processo de avaliao foi conduzido adequadamente e valida o resultado final da avaliao. O relatrio preliminar que foi elaborado durante a visita revisado e concludo, gerando-se o relatrio final validado.
Figura 9 Diagrama da fase Validao
Esta fase composta por quatro atividades que esto relacionadas e descritas a seguir.
Atividade A.4.1: Consolidao do Relatrio O relatrio preliminar elaborado durante a visita de avaliao revisado, retrabalhado onde necessrio e concludo, dando origem ao relatrio final da avaliao, que ainda passar por uma etapa de validao. Esta atividade realizada pela prpria Equipe de Avaliao. Responsvel pela atividade: Avaliador Lder Outros participantes da atividade: Avaliador Verso para consulta pblica (20/08/2012) 2012 CTI Renato Archer, todos os direitos reservados Pgina 65
Atividade A.4.2: Designao do Validador Um Validador da Avaliao credenciado designado pela Unidade de Avaliao como Validador da Avaliao para a avaliao realizada. No caso de um Validador da Avaliao tambm ser um Avaliador credenciado, ele no poder atuar na validao da avaliao que tenha participado. Responsvel pela atividade: Responsvel pela Unidade de Avaliao Outros participantes da atividade: Validador da Avaliao Atividade A.4.3: Validao Nesta atividade o Validador da Avaliao analisa o relatrio final da avaliao e verifica se o processo de avaliao foi conduzido adequadamente, em conformidade com a Metodologia de Avaliao CERTICS para Software, e valida se os resultados produzidos tambm esto em conformidade. Durante a validao, o Validador da Avaliao pode interagir com o Avaliador Lder para possveis ajustes no relatrio. Uma validao bem sucedida ter como resultado principal um relatrio final da avaliao validado. Responsvel pela atividade: Validador da Avaliao Outros participantes da atividade: Avaliador Lder.
Atividade A.4.4: Concluso da Validao Uma vez validados os resultados e a recomendao da pontuao, estas informaes so organizadas em um Relatrio Final da Avaliao Validado, com o resultado final da avaliao. A Equipe de Avaliao e o Validador da Avaliao conduzem uma sesso de discusso e registram as lies aprendidas durante essa avaliao. Responsvel pela atividade: Validador da Avaliao Outros participantes da atividade: Avaliador Lder
5.4.5 Fase 5: Concluso

Esta fase contempla um conjunto de atividades para a concluso do processo de avaliao. Um Laudo da Avaliao produzido, enviado Organizao Solicitante e, caso apropriado, enviado ao MCTI para emisso do Certificado CERTICS. As informaes utilizadas e geradas durante a avaliao que devem ser preservadas so organizadas e armazenadas no SAA com nveis de segurana e sigilo de dados adequados. Todas as informaes da avaliao no preservadas so destrudas.
Pgina 66
Figura 10 Diagrama da fase Concluso
Esta fase composta por duas atividades que esto relacionadas e descritas a seguir.
Atividade A.5.1: Envio do Resultado Nesta atividade produzido pelo Responsvel pela Metodologia um Laudo da Avaliao a partir das informaes do Relatrio Final da Avaliao Validado. A Unidade de Avaliao envia o Laudo da Avaliao e o Relatrio Final da Avaliao Validado Organizao Solicitante. Caso o resultado final da avaliao tenha sido positivo e a Organizao Solicitante tenha especificado no contrato o interesse em obter o certificado, o Laudo da Avaliao enviado ao MCTI para emisso do Certificado. Caso o resultado final da avaliao tenha sido negativo, essa informao repassada apenas Organizao Solicitante e no tornada pblica.
Responsvel pela atividade: Responsvel pela Unidade de Avaliao Outros participantes da atividade: Responsvel pela Metodologia (CTI), Avaliador Lder
Atividade A.5.2: Concluso da Avaliao As informaes relativas avaliao so processadas e organizadas, eliminando-se detalhes irrelevantes ou questes sensveis para seu armazenamento definitivo no SAA. Dessa forma, a base de conhecimento relacionada Metodologia de Avaliao CERTICS para Software alimentada. Os principais artefatos utilizados e produzidos na avaliao so armazenados no SAA e a avaliao concluda. O Contrato para Avaliao terminado com a emisso do Termo de Quitao. Verso para consulta pblica (20/08/2012) 2012 CTI Renato Archer, todos os direitos reservados Pgina 67
Responsvel pela atividade: Responsvel pela Unidade de Avaliao Outros participantes da atividade: Avaliador Lder, Responsvel pela Metodologia
Pgina 68
6. Exemplo do resultado de uma avaliao

Esta seo apresenta um exemplo ilustrativo de uma avaliao. O exemplo apresentado a seguir utilizou dados fictcios e foi criado para auxiliar o entendimento da atividade de avaliao de um software segundo a Metodologia de Avaliao CERTICS para Software. A seguir so mostrados os critrios definidos no escopo da Metodologia de Avaliao e sua utilizao em um caso especfico. Conforme previsto na metodologia de avaliao, cada Resultado Esperado analisado com base em evidncias e o resultado pontuado em uma escala com quatro valores (N, P, L e F) e justificada. A regra de pontuao : A escala de pontuao ordinal definida a seguir deve ser utilizada para expressar o alcance do Resultado Esperado pelo software em uma avaliao: N No atendido: Existe pouca ou nenhuma evidncia do alcance do Resultado Esperado pelo software em avaliao. P Parcialmente atendido: Existe alguma evidncia de aproximao e algum alcance do Resultado Esperado pelo software em avaliao. Alguns aspectos de alcance so imprevisveis. L Largamente atendido: Existe evidncia de aproximao sistemtica e de alcance significativo do Resultado Esperado pelo software em avaliao. Existem alguns pontos fracos relacionados a este Resultado Esperado pelo software em avaliao, porm estes no so crticos para a obteno do Resultado Esperado. F Completamente (Fully) atendido: Existe evidncia de uma aproximao completa e sistemtica e de alcance total do Resultado Esperado pelo software em avaliao. No existem pontos fracos significativos relacionados com este Resultado Esperado pelo software em avaliao. Os pontos ordinais definidos nesta escala devem ser entendidos em termos de uma escala percentual que representa a extenso do alcance. Os valores correspondentes devem ser: N P L F No atendido Parcialmente atendido Largamente atendido Completamente atendido 0 a 15% de alcance > 15% a 50% de alcance > 50% a 85% de alcance > 85% a 100% de alcance
Em todos os casos deve ser indicado o racional utilizado na atribuio da pontuao N, P, L ou F. Verso para consulta pblica (20/08/2012) 2012 CTI Renato Archer, todos os direitos reservados Pgina 69
Metodologia de Avaliao CERTICS para Software Quando a pontuao atribuda for diferente de F, alm do contedo do racional utilizado deve ser indicado pelo menos um ponto fraco encontrado. Cada rea de competncia pontuada em uma escala binria: Sim ou No com base no resultado das avaliaes de cada um de seus resultados esperados. A pontuao ser Sim se cada resultado esperado estiver pontuado como F ou L. A pontuao ser No caso contrrio. O Software resultante de desenvolvimento tecnolgico e inovao realizados no Pas pontuado tambm em uma escala binria: Sim ou No com base no resultado das avaliaes de cada uma das reas de competncia. A pontuao ser Sim se cada rea de competncia estiver pontuada como Sim. A pontuao ser No caso contrrio.
6.1 Justificativa e Pontuao para cada Resultado Esperado

A tabela a seguir descreve o exemplo. Este caso ilustrativo de uma avaliao hipottica de um software desenvolvido por organizao nacional de pequeno porte que obtm a certificao. O software foi desenvolvido por uma equipe composta de 6 colaboradores, sendo dois deles estrangeiros e que, ao final do desenvolvimento voltaram ao seu pas de origem. O software foi desenvolvido segundo a metodologia SCRUM. rea
Justificativa: Descrio da anlise realizada e das evidncias Resultado consideradas esperado DES.1. A concepo do software est refletida na documentao dos requisitos e na soluo tcnica, elaboradas pela equipe e aprovada pelo Patrocinador. A equipe e o patrocinador pertencem ao quadro de colaboradores da organizao que nacional. Documentao verificada: Doc_Req. doc verso 2.0, Solucao_tec.doc verso 2.0 e Cadastro de colaboradores disponvel na intranet. DES.2. O projeto de arquitetura do software foi elaborado e validado pelos colaboradores (arquiteto e equipe de requisitos) capacitados. Foi verificado que alguns colaboradores ainda pertencem organizao, o que demonstra que o domnio da soluo gerada permanece. Documentao verificada: Arquitetura.doc verso 3.0, Cronograma.xls verso 7.2, Cadastro de colaboradores disponvel na intranet e Certificados de Especializao do arquiteto. DES.3. As fases de desenvolvimento do software foram definidas no cronograma. A documentao gerada em cada fase foi armazenada no repositrio do projeto. Foi utilizada a ferramenta Subversion para o versionamento e gesto de configurao. Foi possvel verificar a compatibilidade existente entre o software desenvolvido, versus a sua complexidade (simples), tamanho (pequeno), quantidade de colaboradores envolvidos (6), datas de realizao e durao do projeto (3 meses). Foi verificado por meio de registros
Pontu ao
Desenv olvimen to
Pgina 70
Metodologia de Avaliao CERTICS para Software que a equipe definida no cronograma atuou nas fases, pertence ao quadro de colaboradores e desempenhou o seu papel. Documentao verificada: Cronograma.xls verso 7.2, Cadastro de colaboradores disponvel na intranet, Lista dos requisitos na pasta Aprovao, Documentao dos requisitos na pasta REQ, Arquitetura e Soluo Tcnica na pasta ARQ, Cdigo fonte na pasta Codigo, Evidencias de Testes na pasta Teste. No cronograma foi possvel identificar os colaboradores que atuaram no desenvolvimento do software. No cadastro de colaboradores foi verificado que a maioria (4) dos colaboradores que participou desse desenvolvimento est na organizao que nacional. Apenas dois deles que eram colaboradores estrangeiros retornaram ao seu pas de origem e no pertencem mais ao quadro de colaboradores. Foi verificado por meio da folha de frequncia que todos os colaboradores da equipe estavam no Pas, quando o desenvolvimento do software aconteceu. Foi verificado por meio de registros que a equipe foi capacitada na tecnologia presente no software desenvolvido. Foi verificado nos documentos gerados (requisitos, arquitetura, soluo tcnica, casos de uso, cdigo e evidncias de testes) os nomes desses colaboradores como autores ou revisores. Documentao verificada: Cronograma.xls verso 7.2, Cadastro de colaboradores disponvel na intranet , Folha_freqncia.doc dos meses 1, 2 e 3, Lista de presena do Workshop realizado para repasse da tecnologia, certificados, Documentao dos requisitos na pasta REQ, Arquitetura e Soluo Tcnica na pasta ARQ, Casos de Uso na pasta UC, Cdigo fonte na pasta Codigo, Evidencias de Testes na pasta Teste. Justificativa: A maioria dos colaboradores estava e permaneceu no Pas, no todos. Foi verificado que as informaes tecnolgicas do software desenvolvido foram documentadas pela equipe envolvida e esto armazenadas no repositrio. Documentao verificada: Documentao dos requisitos na pasta REQ, Arquitetura e Soluo Tcnica na pasta ARQ, Casos de Uso na pasta UC, Cdigo fonte na pasta Codigo, Evidencias de Testes na pasta Teste Foi verificado que a organizao capaz de realizar evoluo ou manuteno no software desenvolvido. A mesma equipe de colaboradores que desenvolveu o software atuou na incluso de uma nova funcionalidade baseada na tendncia de mercado e executou a correo de um defeito encontrado em campo. Foi verificado que a organizao capaz de realizar customizaes no software desenvolvido. A mesma equipe de colaboradores que desenvolveu o software atuou na
DES.4.
DES.5.
DES.6.
Pgina 71
Metodologia de Avaliao CERTICS para Software customizao do software para um cliente especfico. Foi verificado que a organizao executa a implantao do software desenvolvido. A mesma equipe de colaboradores que desenvolveu o software atuou na implantao no ambiente alvo. Foi verificado que a organizao possui uma estrutura de suporte ao cliente bastante ativa e relativamente bem estruturada. H colaboradores capacitados e disponveis para atuar nas atividades de suporte ao cliente. H um sistema de gerenciamento das solicitaes dos clientes, h a realizao de pesquisa de satisfao dos clientes, com desdobramentos no planejamento do negcio (aes e registros na ferramenta de roadmap). H tambm um planejamento das atividades necessrias para o atendimento de determinada demanda (quando aprovada sua implementao) e disseminao das melhorias para a rede de clientes. H tambm o planejamento da capacitao necessria para a execuo das atividades de suporte ao cliente Documentao verificada: Plano_evolucao.doc verso 1.2, Doc_Req.doc verso 3.0, Solucao_tec.doc verso 3.0, cdigo-fonte relacionado, Registro do defeito, e-mail de liberao da release que contm a correo do defeito. Cronograma da Customizao verso 1.0, Documentao dos requisitos na pasta REQ, Arquitetura e Soluo Tcnica na pasta ARQ, Casos de Uso na pasta UC, Cdigo fonte na pasta Codigo, Evidencias de Testes na pasta Teste, Cronograma da implantao verso 1.0, aceite_homologacao.doc verso 1.0. Controle de homens-hora nas atividades de suporte ao cliente (Identificao do colaborador que executou a atividade e resultado); . Plano de trabalho da equipe de suporte, cadastro de pessoal e folha de presena. Registros de treinamentos realizados ou a realizar, certificados especficos para as tecnologias relevante, avaliao de eficcia de treinamentos realizados, lista de presena de workshop realizado para uma nova verso do software Justificativa: A maioria dos colaboradores estava e permanece no Pas, no todos. A tecnologia presente no software utilizou resultado de um projeto de pesquisa e desenvolvimento desenvolvido na organizao que nacional. Foi verificado na documentao de requisitos e na soluo tcnica, a adoo da tecnologia desenvolvida. Foi verificado em registros de capacitao que os colaboradores envolvidos no desenvolvimento do software receberam treinamento na tecnologia. Documentao verificada: Carta de inteno com rgo de pesquisa envolvido no projeto de pesquisa e desenvolvimento, Documentao dos requisitos na pasta REQ, Soluo Tcnica na pasta ARQ, Lista de presena do Workshop realizado para repasse da tecnologia.
TEC.1.
Gesto de Tecnolo gia
Pgina 72
Metodologia de Avaliao CERTICS para Software TEC.2. O software desenvolvido foi o motivador para a execuo de um projeto de pesquisa e desenvolvimento na organizao para a criao da tecnologia adotada. Foi verificado nos registros das atas de reunio que antecederam a concepo do software, a deciso de envolver um rgo de pesquisa para que a soluo tecnolgica pretendida fosse estudada e desenvolvida . Foi verificada a existncia da carta de inteno junto ao rgo de pesquisa selecionado. Alm da tecnologia desenvolvida, o projeto de pesquisa e desenvolvimento resultou em uma dissertao de Mestrado e uma tese de Doutorado, ambas publicadas na USP. Documentao verificada: Atas de reunio na pasta ATAS, Carta de inteno com rgo de pesquisa envolvido no projeto de pesquisa e desenvolvimento, Documentao do projeto de pesquisa e desenvolvimento , Dissertao de Mestrado, Tese de Doutorado. A tendncia tecnolgica acompanhada pelos colaboradores da organizao para que o software se mantenha atualizado e competitivo. Esse acompanhamento feito de maneira informal. Por exemplo buscas na internet, em revistas, associaes, etc. Todas as informaes tecnolgicas relevantes para o software so levadas ao conhecimento dos superiores para anlise e tomada de deciso para adoo ou no. Foi verificado em registros, a incluso de uma nova funcionalidade no software desenvolvido devido a abordagem mbile presente no mercado alvo. Foi verificado que os colaboradores da unidade organizacional dominam a tecnologia presente no software, pois participaram de vrios treinamentos e foram capazes de realizar manuteno na parte tecnolgica do software. A maioria desses colaboradores (4) est na organizao que uma empresa nacional. Documentao verificada: Registros das informaes da tecnologia mbile, ata de reunio tcnica, registro da deciso tomada, Cronograma da modificao verso 1.0, Documentao dos requisitos na pasta REQ, Arquitetura e Soluo Tcnica na pasta ARQ, Casos de Uso na pasta UC, Cdigo fonte na pasta Codigo, Evidencias de Testes na pasta Teste, Lista de presena do Workshop realizado para repasse da tecnologia, Cadastro de colaboradores na intranet. Justificativa: A maioria dos colaboradores est no Pas, no todos. Os colaboradores da organizao so motivados a apresentar ideias inovadoras. A tecnologia presente no software uma inovao e o colaborador que trouxe a ideia recebeu uma premiao. Documentao verificada: Registros da ideia inovadora, apresentao do resultado financeiro, fotos da premiao, Prtica de Reconhecimento. Foi verificado o registro de software no Brasil. A organizao
TEC.3.
TEC.4.
TEC.5.
Pgina 73
Metodologia de Avaliao CERTICS para Software detm a propriedade intelectual garantida por contratos de cesso de direitos de autoria anexos aos contratos de trabalho dos seus colaboradores submetidos ao regime de CLT - todos os colaboradores envolvidos no desenvolvimento firmaram o instrumento de cesso de direitos autorais; que o domnio tecnolgico foi apropriado por ela com a realizao de treinamentos tecnolgicos para a equipe de colaboradores e que essa equipe foi capaz de atualizar a tecnologia desenvolvida para incorporar uma soluo mais atual. Documentao verificada: Registro de Direito Autoral de Software, Contratos de trabalho e cesso de direitos de autoria dos colaboradores CLT, Cronograma.xls verso 7.2, Documentao dos requisitos na pasta REQ, Arquitetura e Soluo Tcnica na pasta ARQ, Casos de Uso na pasta UC, Cdigo fonte na pasta Codigo, Evidencias de Testes na pasta Teste Foi verificado que h a ocorrncia de pesquisa de mercado no estruturada , realizada por alguns colaboradores da organizao , que varrem artigos em revistas, sites e palestras on-line. Estes colaboradores geram um resumo dos principais achados relacionados ao software avaliado e este resumo apresentado em reunies peridicas realizadas com a direo da organizao, time de desenvolvedores e suporte vendas. Estas reunies geram insumos que alimentam periodicamente a ferramenta de roadmap para aquele software. Ocasionalmente, os colaboradores participam de eventos nacionais e internacionais, relacionados ao mercado ou nicho onde o software est inserido. Tambm h intensa comunicao com os clientes, que solicitam melhorias e aprimoramentos no software, para se adequar a determinada tendncia. Documentao verificada: slides de apresentao de tendncias de mercado, documentao extrada da ferramenta de roadmap, atas de reunio para discusso de melhorias no software. Registros de solicitao de clientes no sistema de gerenciamento de mudanas. Foi verificada a participao de colaboradores em feiras de tecnologia para conhecer as opes fornecidas pelos concorrentes do software. As informaes obtidas foram relatadas nas reunies de acompanhamento do desenvolvimento do software Documentao verificada: slides das reunies para melhoria de software Foi verificado que a organizao possui processos implantados para coleta, anlise e encaminhamento de demandas de clientes. O sistema de gerenciamento de mudanas possui conjunto de funcionalidades que registram e acompanham o atendimento das demandas. As demandas que implicam em mudanas no software, que ainda no esto presentes no mercado so avaliadas em reunies
GNE.1.
Gesto de Negcio s GNE.2.
GNE.3.
Pgina 74
Metodologia de Avaliao CERTICS para Software peridicas e resultam na reviso das informaes do software na ferramenta de roadmap. Demandas no implementadas geram retorno (justificativa) para o cliente. H tambm equipe prpria e metodologia para suporte psvendas e assistncia tcnica do software. Ampliao do objeto dos contratos baseada em aes de antecipao de mercado. H tambm pesquisa de satisfao com clientes. Foi verificado que determinadas demandas geraram aprimoramentos que foram aproveitadas para ingresso em novo mercado e ampliao do escopo de atuao nos principais clientes. Documentao verificada: Documentao do roadmap do software, registros de solicitao de mudanas do sistema de gerenciamento de atividades, documentos da pesquisa de satisfao, documento de procedimentos (Workflow) para monitoramento de clientes. Objetos dos contratos dos novos clientes Foi verificado que a organizao tem uma ferramenta de roadmap para o software, que revisado periodicamente. A ferramenta de roadmap recebe insumos de vrias reas e atividades da organizao: reunies para melhoria do software, resultados dos estudos de tendncias tecnolgicas, consultorias especializadas, etc. Documentao verificada: Documentao do roadmap e principais documentos utilizados Foi verificada a expanso para novos nichos de mercado e exportao para um pas do continente africano, que envolveu a construo de um arcabouo jurdico e estratgia de abordagem do mercado. Nesta situao especfica, houve o estabelecimento de parcerias locais e contratos de prestao de servios. A soluo comercializada naquele pas foi resultante de uma parceria tcnica e comercial com um fornecedor local, de modo a atender oportunidade identificada. Tambm verificou-se planejamento de atividades e material de divulgao especfico para entrada em novos nichos de mercado no Brasil. Documentao verificada: Contratos do estabelecimento de parceria tcnico-comercial na frica, slides com o arcabouo jurdico e estratgia de mercado na frica, plano de atividades para insero em novos nichos, material de divulgao para novos nichos e para clientes tradicionais. Escopo dos contratos recentes com clientes tradicionais Foram verificadas aes informais para prospeco de parcerias. H colaboradores com atividades peridicas de varredura de potenciais parceiros comerciais e tecnolgicos, contatos, reunies de trabalho e encaminhamento. H evidncias de parcerias comerciais realizadas e de parcerias informais com universidades estaduais. H tambm evidncias no planejamento estratgico da organizao para a constituio de parcerias estratgicas. Documentao verificada: Estudos de levantamento
GNE.4.
GNE.5.
GPA.1. Gesto de Parceri as e Aliana s
Pgina 75
Metodologia de Avaliao CERTICS para Software (realizados internamente ou contratados de terceiros) sobre organizaes e/ou ICTs, editais de financiamento (com parcerias) e parceiros comerciais. Atas de reunio e slides de interao para estabelecimento de alianas comerciais e parcerias com institutos para capacitao de recursos humanos e desenvolvimento de tecnologia. Contratos comerciais firmados. Planejamento estratgico da organizao Foi verificado o estabelecimento de trs alianas comerciais formalizadas. Duas no Brasil e uma no exterior. As trs dizem respeito ao fornecimento de uma soluo em que o software complementa as funcionalidades de um pacote mais amplo. Duas das alianas aconteceram como decorrncia de uma busca de parceiros pela organizao e a terceira a organizao foi procurada. Documentao verificada: Contratos das alianas comerciais realizadas. Foi verificada a existncia de colaboradores que atuam como interface de comunicao e acompanhamento das alianas comerciais. H um planejamento informal das atividades e acompanhamento dos resultados. Os resultados so apresentados em reunies de acompanhamento de atividades. Documentao verificada: Atas de reunio com parceiros. Slides com relato dos resultados A organizao s contrata pelo regime CLT, exceto os estagirios. Os colaboradores da organizao que desenvolveram o software esto contratados no regime CLT. A alocao dos colaboradores nas atividades do desenvolvimento do software est documentada no cronograma . Antes da alocao acontecer foi verificado no Cadastro de Colaboradores, o perfil necessrio atividade e alocado o colaborador adequado. Nos casos da falta de competncia foi planejado o treinamento do colaborador, antes da atividade ser executada por ele. Os colaboradores so gerenciados e motivados para a realizao das atividades a eles atribudas. Um colaborador recebeu uma premiao pela ideia inovadora que resultou no desenvolvimento do software. Documentao verificada: Cronograma.xls verso 7.2, Contrato de trabalho dos colaboradores alocados, Cadastro de colaboradores disponvel na intranet, Plano de Capacitao, Registro do treinamento realizado, Prtica de Reconhecimento, Fotos da premiao recebida. O desenvolvimento do software foi realizado por uma equipe multidisciplinar de colaboradores. A metodologia utilizada para o desenvolvimento do software foi o SCRUM, o que por definio exige maior proximidade fsica dos postos de trabalho, entrosamento, boa comunicao, comprometimento e cumprimento do prazo. Foi verificado no cronograma que o prazo planejado foi o realizado. Foi
GPA.2.
GPA.3.
PPC.1.
Gesto de Pessoas , Process os e Conheci mento PPC.2.
Pgina 76
Metodologia de Avaliao CERTICS para Software verificado nos registros de defeitos que apenas 15 defeitos de gravidade baixa foram encontrados e tratados no software desenvolvido. Documentao verificada: Cronograma.xls verso 7.2, Cadastro de colaboradores disponvel na intranet, Registros de defeitos. A organizao tem como diretriz que todo colaborador deve ser treinado em novas tecnologias, antes de utiliza-las no desenvolvimento. Foi verificado que todos os colaboradores receberam treinamento presencial na tecnologia criada no projeto de pesquisa e desenvolvimento que era base para o desenvolvimento do software . Pelo menos dois colaboradores fizeram a reciclagem desse treinamento, na modalidade on the job, aps a avaliao de efetividade do colaborador no ter resultado satisfatrio. Documentao verificada: Documento de diretriz organizacional, Lista de presena do Workshop realizado para repasse da tecnologia, Registro de avaliao de efetividade, Registro do treinamento on the job. O conhecimento gerado no desenvolvimento do software foi registrado na ferramenta de Gesto do Conhecimento ao final de cada sprint, durante a reunio de retrospectiva. Antes do incio de uma nova sprint esses registros foram consultados e disseminados para que a equipe de colaboradores envolvidos praticasse as lies positivas e evitasse repetir os erros cometidos anteriormente. Documentao verificada: Levantamento de lies positivas e negativas, Registros efetuados na Ferramenta de Gesto do Conhecimento, Registros das reunies de retrospectiva das sprints. Justificativa: Foi verificado que nem todas as lies aprendidas levantadas nas reunies de retrospectiva das sprints foram registradas na Ferramenta de Gesto do Conhecimento. Das cinco (05) lies levantadas na sprint 2, apenas trs (03) foram registradas. Foi verificado que a organizao no tem um processo formal documentado para o desenvolvimento de software. H um operacional padro que executado. H a prtica de rodzio de colaboradores entre as reas tcnicas, oportunidade na qual, todos aprendem o operacional da organizao rapidamente e passam a entender as dificuldades existentes nas interfaces entre reas. Novos colaboradores contratados ficam em mdia um ms em cada rea tcnica e, ao final de seis meses, ele passou a conhecer todo o ciclo de desenvolvimento. Os colaboradores fornecem sugesto de melhoria para a execuo das atividades dentro de uma determinada rea e sugestes de melhoria entre reas (entradas e sadas). As sugestes so analisadas, algumas so realizadas e outras descartadas. Aquelas realizadas so divulgadas para que o novo operacional seja adotado.
PPC.3.
PPC.4.
PPC.5.
Pgina 77
Metodologia de Avaliao CERTICS para Software Documentao verificada: Lista dos colaboradores participantes do rodzio, Registro de sugestes de melhoria, Registro da realizao da melhoria, e-mail de divulgao do novo operacional associado a melhoria realizada.
6.2 Pontuaes derivadas e Quadro Resumo

A partir da pontuao de cada resultado esperado, so realizadas as pontuaes derivadas das reas de competncias e do software como resultante de desenvolvimento tecnolgico e inovao realizados no Pas. Como a nota (ou pontuao) dos sete Resultados Esperados da rea de Competncia de Desenvolvimento foram respectivamente F, F, F, L, F, F e L (todas so F ou L), esta rea pontuada como Sim. Como a nota (ou pontuao) dos cinco Resultados Esperados da rea de Competncia de Gesto de Tecnologia foram respectivamente F, F, L, F e F (todas so F ou L), esta rea pontuada como Sim. Como a nota (ou pontuao) dos cinco Resultados Esperados da rea de Competncia de Gesto de Negcios foram respectivamente F, F, F, F e F (todas so F ou L), esta rea pontuada como Sim. Como a nota (ou pontuao) dos trs Resultados Esperados da rea de Competncia de Gesto de Parcerias e Alianas foram respectivamente F, F e F (todas so F ou L), esta rea pontuada como Sim. Como a nota (ou pontuao) dos cinco Resultados Esperados da rea de Competncia de Gesto de Pessoas, Processos e Conhecimento foram respectivamente F, F, F, L e F (todas so F ou L), esta rea pontuada como Sim. Concluindo a pontuao, como a nota (ou pontuao) das cinco reas de Competncia foram respectivamente Sim, Sim, Sim, Sim e Sim (todas so Sim), a recomendao da avaliao que este software seja indicado como resultante de desenvolvimento tecnolgico e inovao realizados no Pas.
Quadro Resumo reas de Competncias Desenvolvimento Gesto de Tecnologia Gesto de Negcios Gesto de Parcerias e Alianas Gesto de Pessoas, Processos e Conhecimento Pontuao da rea Sim Sim Sim Sim Sim Resultado Final
Sim
Pgina 78

MetodologiaCERTICS 20ago2012 v1

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

MetodologiaCERTICS 20ago2012 v1

Enviado por

Direitos autorais:

Formatos disponíveis

CTI RENATO ARCHER

Metodologia de Avaliao CERTICS para Software

Metodologia de Avaliao CERTICS para Software

Metodologia de Avaliao CERTICS para Software

Metodologia de Avaliao CERTICS para Software

Metodologia de Avaliao CERTICS para Software

Metodologia de Avaliao CERTICS para Software

3. Viso Geral, Estrutura e Regras de Pontuao da Metodologia

Metodologia de Avaliao CERTICS para Software

Figura 1 reas de Competncias

Metodologia de Avaliao CERTICS para Software

Figura 2 Estrutura lgica do Modelo e Engenharia de processamento de informaes do Mtodo

Metodologia de Avaliao CERTICS para Software

4. Modelo de Referncia para Avaliao CERTICS

4.1 Software resultante de desenvolvimento tecnolgico e inovao realizados no Pas

Metodologia de Avaliao CERTICS para Software

rea de competncia Desenvolvimento (DES)

Metodologia de Avaliao CERTICS para Software

Explicao detalhada dos resultados esperados

Metodologia de Avaliao CERTICS para Software

rea de competncia Gesto de Tecnologia (TEC)

Explicao detalhada dos resultados esperados

Metodologia de Avaliao CERTICS para Software

rea de competncia Gesto de Negcios (GNE)

Explicao detalhada dos resultados esperados

Metodologia de Avaliao CERTICS para Software

rea de competncia Gesto de Parcerias e Alianas (GPA)

Explicao detalhada dos resultados esperados

Metodologia de Avaliao CERTICS para Software

4.6 rea de competncia Gesto de Pessoas, Processos e Conhecimento (PPC)

Explicao detalhada dos resultados esperados

Metodologia de Avaliao CERTICS para Software

5. Mtodo de Avaliao CERTICS

5.1 Termos e definies

5.2 Papis e responsabilidades

5.3 Notao da descrio do Mtodo

5.4 Fases do Mtodo de Avaliao

Figura 3 Fases do mtodo de avaliao

Metodologia de Avaliao CERTICS para Software

Figura 4 Diagrama do mtodo de avaliao

5.4.1 Fase 1: Explorao

Figura 5 Diagrama da fase Explorao

Metodologia de Avaliao CERTICS para Software Nome do Patrocinador da Avaliao:

Nome da evidncia: Descrio: Colaboradores associados (e grau de envolvimento) gerao da evidncia:

Figura 6 Exemplo dos trs cadastros e relacionamentos

5.4.2 Fase 2: Preparao

Figura 7 Diagrama da fase Preparao

Metodologia de Avaliao CERTICS para Software

Metodologia de Avaliao CERTICS para Software

5.4.3 Fase 3: Visita

Figura 8 Diagrama da fase Visita

Atividade A.3.5. Concluso da Visita

5.4.4 Fase 4: Validao

Figura 9 Diagrama da fase Validao

Metodologia de Avaliao CERTICS para Software

5.4.5 Fase 5: Concluso

Metodologia de Avaliao CERTICS para Software

Figura 10 Diagrama da fase Concluso

Metodologia de Avaliao CERTICS para Software

Metodologia de Avaliao CERTICS para Software

6. Exemplo do resultado de uma avaliao

6.1 Justificativa e Pontuao para cada Resultado Esperado

Gesto de Tecnolo gia