216919

PROCESSO DE CONTRATAO DE SERVIOS DE TECNOLOGIA DA INFORMAO PARA ORGANIZAES PBLICAS
Presidente da Repblica Dilma Vana Rousseff Ministro da Cincia e Tecnologia Aloizio Mercadante Oliva Secretrio de Poltica de Informtica Virglio Augusto Fernandes Almeida Coordenador Geral de Servios e Programas de Computador Rafael Henrique Rodrigues Moreira
Comit Editorial Danilo Scalet Diva da Silva Marinho Kival Chaves Weber Rafael Prikladnick Sandra Fabbri
PROCESSO DE CONTRATAO DE SERVIOS DE TECNOLOGIA DA INFORMAO PARA ORGANIZAES PBLICAS
Junho/2011
Processo de Contratao de Servios de Tecnologia da Informao para Organizaes Pblicas N. 7 (2011) - Braslia Ministrio da Cincia e Tecnologia Secretaria de Poltica de Informtica, 2011 212 p. ISSN 1679-1878 1. Tecnologia da Informao - Processo de Contratao de Servios de Tecnologia da Informao para Organizaes Pblicas I. Ministrio da Cincia e Tecnologia. Secretaria de Poltica de Informtica Cludio Silva da Cruz Edmia Leonor Pereira de Andrade Rejane Maria da Costa Figueiredo
Processo de Contratao de Servios de Tecnologia da Informao para Organizaes Pblicas
Agradecimentos
os amigos do Grupo ENAP-DGTI/SLTI, sempre companheiros no compartilhamento e refinamento dos conhecimentos.
Aos demais pesquisadores fundadores do grupo de pesquisa Governana em TI Dr. Rildo Ribeiro Santos e Dr. Wander Cleber Silva. A todos os amigos conquistados nas instituies de origem dos autores: TCU, Embrapa e FGA/UNB, pelos momentos agradveis e enriquecedores. equipe PBQP/MCT pela disposio e pela ateno sempre dedicadas, em especial Diva da Silva Marinho, ao Kival Chaves Weber e ao Antenor Cesar Vanderlei Corra. Equipe Tcnica do Modelo (ETM) do programa MPS.BR Melhoria de Processo do Software Brasileiro, em especial ao Danilo Scalet. Aos familiares dos autores, que tornam cada dia um dia especial. Tnia, esposa amada, e aos filhos, Carlos, Luciana e Rafael, pela pacincia com que suportaram as incontveis horas gastas na preparao deste livro. Cludio Ao querido Ronaldo e aos filhos maravilhosos Loriza, Priscila e Leandro pela pacincia, incentivo e carinho dedicados durante a elaborao deste livro. Aos meus pais e irmos pelo exemplo de vida. Edmia. Ao Nilsinho e Isabelle, meus amores, pelo desprendimento, incentivo e compreenso, essenciais ao longo deste trabalho. Ao meu pai e irmos, e em especial minha Me, exemplo de dedicao e esperana. Rejane
A DEUS por tudo permitir e possibilitar.
Prefcio
PBQP Software Programa Brasileiro da Qualidade e Produtividade em Software foi criado em 1993, com apoio da SEPIN/MCT Secretaria de Poltica de Informtica, do Ministrio da Cincia e Tecnologia. Nestes 18 anos, o PBQP Software deu origem a algumas das principais iniciativas do Governo, Indstria e Academia (tripla hlice) nesta rea, tais como: pesquisas peridicas sobre a Qualidade do Setor de Software Brasileiro; projetos anuais que concorrem ao renomado Prmio Dorgival Brando Jnior da Qualidade e Produtividade em Software; EQPS - Encontro da Qualidade e Produtividade em Software, realizado anualmente em pelo menos trs locais do pas; SBQS - Simpsio Brasileiro da Qualidade de Software, da SBC - Sociedade Brasileira da Computao, realizado anualmente; e o Programa MPS.BR - Melhoria de Processo do Software Brasileiro, coordenado pela SOFTEX - Associao para Promoo da Excelncia do Software Brasileiro. Em 2008, foi identificada pelo MCT/SEPIN e Coordenao do PBQP Software a necessidade de estimular publicaes na rea de Engenharia de Software, com foco em temas relacionados Qualidade e Produtividade em Software. Assim, foi criada uma linha de ao denominada Srie de Livros do PBQP Software que compreende a realizao de concursos peridicos para promover a publicao de livros nesta rea. Em 2009, a primeira edio teve como tema a qualidade de produtos de software, com foco em requisitos e avaliao. O livro vencedor, publicado com apoio do MCT/SEPIN, foi Qualidade do Produto de Software, das autoras Ana Cervigni Guerra e Regina Maria Thienne Colombo, do CTI/ MCT - Centro de Tecnologia da Informao Renato Archer. Em 2011, a segunda edio teve como tema a melhoria do processo de aquisio de software e servios correlatos por rgos pblicos. O livro vencedor, ora publicado com apoio do MCT/SEPIN, foi Processo de Contratao de Servios de Tecnologia da Informao para Organizaes Pblicas, dos autores Cludio Silva da Cruz, do TCU -
Cludio Silva da Cruz Edmia Leonor Pereira de Andrade Rejane Maria da Costa Figueiredo
Tribunal de Contas da Unio, Edmia Leonor Pereira de Andrade, da EMBRAPA - Empresa Brasileira de Pesquisa Agropecuria, e Rejane Maria da Costa Figueiredo, da UNB - Universidade de Braslia. O objetivo deste livro foi propor um processo de aquisio derivado tanto de normas internacionais e brasileiras quanto das melhores prticas da Engenharia de Software, reconhecido pelo mercado e alinhado legislao brasileira. Este processo destina-se a qualquer organizao pblica nas esferas federal, estadual e municipal brasileiras, j que a legislao de licitaes e contratos de estados e municpios tambm est vinculada Lei n 8.666/1993. Parabns aos autores, que tm uma slida formao e um profundo conhecimento nesta rea. Acreditamos que este livro ser til a todos os interessados na melhoria do processo de aquisio de solues de TI por organizaes pblicas, especialmente aos profissionais das reas de tecnologia da informao, jurdica e de compras responsveis pelo planejamento de TI, planejamento da contratao, seleo do fornecedor e gesto contratual.
Braslia, junho de 2011
Rafael Henrique Rodrigues Moreira Especialista em Polticas Pblicas e Gesto Governamental Coordenador-Geral de Servios e Programas de Computador, do MCT/SEPIN Kival Chaves Weber 8 Coordenador Geral do PBQP Software Diva da Silva Marinho Coordenadora de Projetos e Indicadores do PBQP Software
Sumrio
1 Introduo 1.1 1.2 1.3 1.4 1.5 Importncia das contrataes de TI na Administrao Pblica Federal Breve histrico da pesquisa realizada Objetivo Pblico alvo Organizao do livro 15 16 18 19 20 20
2 Processo de contratao no contexto da Governana de TI 2.1 2.2 2.3 2.3.1 2.3.2 2.3.3 Importncia da conformidade legal na Governana de TI Importncia das contrataes de servios de TI no setor pblico federal Modelos, normas e processos de contratao Modelo de Governana de TI Cobit Norma ISO/IEC 12.207
22 23 25 28 30 44
Processo de contratao de acordo com IEEE STD 1062:1998 47 49 55
2.3.4 Modelo eSCM-CL 2.3.5 Programa MPS.BR
3 Legislao aplicvel s contrataes no setor pblico 3.1 3.2 Quadro Referencial Normativo para contrataes de servios de TI no setor pblico (QRN) Instruo Normativa SLTI/MP 4/2010
62 62 65
4 O PCSTI 4.1 4.2 Estrutura do PCSTI Propsito do PCSTI
68 69 69
4.3 4.4 4.4.1
Resultados esperados do PCSTI Descrio do PCSTI Fase 1 Planejamento de TI
69 71 74 80 113 128 166
4.4.2 Fase 2 Planejamento da contratao 4.4.3 Fase 3 Seleo do fornecedor 4.4.4 Fase 4 Gesto do contrato 4.5 Indicadores de desempenho do PCSTI
5 A importncia da qualidade de processo de Software em contrataes de servios de software
168
6 Referncias
183
7 Glossrio
192
8 Apndice I Lista de produtos abrangidos pelo processo
195
9 Apndice II Modelo de Oficializao da demanda pelo Requisitante
199
10 Apndice III Modelo de Anlise da Viabilidade da Contratao
202
10
11 Apndice IV Critrios de qualificao tcnica de licitantes: Fbrica de Software
206
Lista de Siglas
ABNT Associao Brasileira de Normas Tcnicas AI - Adquirir e Implementar BID - Banco Interamericano de Desenvolvimento BSC Balanced Scored Card Catho - Currculos e Empregos da Amrica Latina CMMI - Capability Maturity Model Integration CMMI-ACQ - Capability Maturity Model Integration for Acquisition CMU - Carnegie-Mellon University Cobit - Control Objectives for Information and related Technology COSO - Committe of Sponsoring Organisations of the Treadway Commissions Internal Control Integrated Framework COTS - Commercial-off-the-shelf-software DS - Entrega de servios EGTI - Estratgia Geral de Tecnologia da Informao ENAP - Escola Nacional de Administrao Pblica EPC - Equipe de planejamento da contratao eSCM - eSourcing Capability Model eSCM-CL - eSourcing Capability Model for Clients eSCM-SP - eSourcing Capability Model for Service Providers FD - Fully Developed Software FGV Fundao Getlio Vargas FINEP - Financiadora de Estudos e Projetos GSISP - Gratificao Temporria do Sistema de Administrao dos Recursos de Informao e Informtica IEEE - Institute of Electrical and Electronics Engineers IN Instruo Normativa ISO - International Organization for Standardization ITGI IT Governance Institute ITsqc - Information Technology Services Qualification Center MCT - Ministrio da Cincia e Tecnologia 11
ME - Monitorar e Avaliar MOTS - Modified-off-the-shelf-software MP Ministrio do Planejamento MPS.BR - Melhoria de Processo do Software Brasileiro NMS - Nvel mnimo de servio OLA Organisational Level Agreement PBQP-SW Programa Brasileiro de Qualidade e Produtividade em Software PCN - Plano de Continuidade do Negocio PCSTI Processo de contratao de servios de TI para organizaes pblicas PDTI - Plano Diretor de Tecnologia da Informao PMBoK - Project Management Body of Knowledge PO - Planejar e Organizar PrATIco Processo de Aquisio de Produtos e Servios de Tecnologia da Informao QRN - Quadro Referencial Normativo S&SC Software e servios correlatos SA-CMM - Software Acquisition Capability Maturity Model SEBRAE - Servio Brasileiro de Apoio s Micro e Pequenas Empresas Sefti - Secretaria de Fiscalizao de Tecnologia da Informao do TCU SEI - Software Engineering Institute SIASG Sistema Integrado de Administrao de Servios Gerais SICAF - Cadastro de fornecedores SISP Sistema de Administrao dos Recursos de Informao e Informtica SLA - Service Level Agreement 12 SLTI - Secretaria de Logstica e Tecnologia da Informao SOFTEX - Associao para Promoo da Excelncia do Software Brasileiro SW-CMM - Software Capability Maturity Model TCU Tribunal de Contas da Unio TI - Tecnologia da informao WEB World Wide Web
Lista de Figuras
Figura 2-1. Modelo para Governana Corporativa de TI Figura 2-2. Evoluo das deliberaes do TCU acerca de contrataes de servios de TI Figura 2-3. Componentes e referncias do modelo MPS Figura 2-4. MPS.BR-Guia de Aquisio:2009 Figura 3-5. Vinculao do QRN s fontes de dados Figura 3-6. Estrutura da IN 04 22 25 56 61 64 66
Lista de Tabelas
Tabela 2-1. Atividades do domnio Aquisio e Implementao Tabela 2-2. Consolidao do ME3 no Cobit 4.0 e 4.1, comparada ao Cobit 3 edio Tabela 2-3. Atividades e tarefas do processo Tabela 2-4. Caractersticas das classes de produto, segundo a IEEE STD 1062:1998 Tabela 2-5. Fases do processo de aquisio de software, segundo a IEEE STD 1062:1998 Tabela 2-6. Declaraes que caracterizam o MR-MPS Tabela 2-7. Nveis do MR-MPS e seus processos caractersticos Tabela 4-8. Estrutura geral do modelo de processo de contratao proposto Tabela 5-9. Relacionamento do PCSTI com os processos estabelecidos no MR-MPS 33 40 45 47 48 57 58 71 13 168
Introduo
Este um livro sobre como contratar servios de tecnologia da informao (TI) no mbito do setor pblico. Mas, por que consideramos necessrio escrever sobre esse tema? Em nossa experincia como profissionais da rea de TI, inclusive como dirigentes da rea no setor pblico, deparamos com diversas dificuldades relacionadas contratao de servios de TI ou ouvimos nossos colegas reclamando sobre elas, dentre as quais destacamos as seguintes: a) A legislao pblica sobre contrataes parece complexa demais para garantir um processo eficiente de contratao, com amarras que tanto impedem a celeridade, quanto tambm expe o contratante aos licitantes aventureiros; b) Poucos colegas da rea de TI se dispem ao sofrimento de preparar uma licitao, no raro considerando que licitaes no competem rea de TI, mas rea administrativa; c) As conversas com as demais reas envolvidas nas contrataes (rea de licitaes, de contratos, de oramento e contabilidade, jurdica) so difceis e, em geral, a preparao da licitao envolve muitas idas e vindas de ineficiente retrabalho; d) Aps extenuante esforo de alcanar sucesso nas contrataes mediante licitao com todos os cuidados conhecidos, h a frustrao com os resultados de alguns contratos e um verdadeiro pavor de se ter desatendido algum aspecto desse verdadeiro cipoal de leis, normas e jurisprudncias, erro s descoberto pelas instncias de controle (interno ou externo) quando tarde demais. Certamente essa uma experincia comum. Mas acreditamos que a melhor forma de enfrentar essas dificuldades seria compreender melhor a sua natureza, mediante a aplicao de mtodos prprios da academia e localizando solues em modelos de referncia, em prticas adotadas com sucesso por organizaes pblicas e na prpria legislao e jurisprudncia. Por isso, a partir de 2006 formamos um grupo de pesquisa sobre governana de TI com bastante nfase em contrataes, sendo o contedo deste livro um de seus resultados. 15
1.1 Importncia das contrataes de TI na Administrao Pblica Federal

A contratao de servios de tecnologia da informao (TI) pode ser considerado um dos principais processos para a consolidao de uma boa governana de TI (BARBOSA et al., 2006, p. 3, 5; WEILL; ROSS, 2006, p. 37, 225, 241). A norma ABNT NBR ISO/IEC 38500:2009 (ABNT, 2009b, p. 6), atualmente a nica norma referencial sobre governana corporativa de TI no Brasil, elenca seis princpios que devem nortear a boa governana de TI, entre os quais est o princpio da aquisio, nos seguintes termos: As aquisies de TI so feitas por razes vlidas, com base em anlise apropriada e contnua, com tomada de deciso clara e transparente. Existe um equilbrio apropriado entre benefcios, oportunidades, custos e riscos, de curto e longo prazo. Um levantamento recente do Tribunal de Contas da Unio (TCU) mostrou que o oramento de gastos em TI da Administrao Pblica Federal (APF) para 2010 era de pelo menos R$ 12,5 bilhes, sendo parte significativa desse oramento dirigido para a contratao de servios relacionados a software. Alm disso, h que se considerar que no mesmo ano era previsto um oramento total da Unio de R$ 1,8 trilho, sendo provvel que a execuo da maior parte dependa, direta ou indiretamente, de TI (BRASIL, 2010e). Isto faz dos servios de TI, contratados ou no, um assunto de suma importncia para a administrao pblica brasileira, a requerer grande ateno das instncias de controle pblico. O TCU j detectou elevada frequncia de irregularidades e impropriedades em contrataes de servios de TI e, diante disso, recomendou a elaborao de um modelo de licitao e contratao de servios de TI com processos mais maduros e a sua implantao nos rgos e entidades sob a coordenao da Secretaria de Logstica e Tecnologia da Informao (SLTI) do Ministrio do Planejamento, Oramento e Gesto (MP) (BRASIL, 2006b, item 67 do Voto do Relator e item 9.4 do Acrdo). Em razo dessa recomendao do TCU e de outras semelhantes1, o Governo Federal Brasileiro, por meio da SLTI/MP, que o rgo
1 Outras recomendaes importantes a mencionar so as constantes dos Acrdos 1.603 e 2.471/2008-TCU-Plenrio (BRASIL, 2008c, 2008d).
16
central do Sistema de Administrao dos Recursos de Informao e Informtica (SISP), tem implementado medidas que inauguram uma nova fase na poltica de TI, especialmente no que diz respeito s diretrizes para a contratao de servios de TI pela Administrao Pblica Federal direta, autrquica e fundacional. Algumas medidas tomadas foram: a) Em maio de 2008, a elaborao e publicao da Instruo Normativa SLTI/MP 04/2008 (IN-04/2008) (BRASIL, 2008b). Essa IN define as diretrizes e fases do processo de contratao de servio de TI e foi concebida tomando por base, entre outras fontes, a legislao brasileira, os resultados preliminares da pesquisa de Cruz (2008) que resultaram no Quadro Referencial Normativo para contratao de servios de TI, apresentados em 19/12/2007, e nas experincias dos gestores envolvidos no grupo de trabalho organizado pela SLTI para apoiar a construo dessa IN; b) Em dezembro de 2008, a publicao de um instrumento balizador das diretrizes estratgicas e metas de aprimoramento institucional do SISP, denominado Estratgia Geral de Tecnologia da Informao (EGTI) (BRASIL, 2008a). O objetivo da EGTI foi estabelecer as bases para o cumprimento da IN-04/2008, para que os rgos do SISP elaborassem seus Planos Diretores de Tecnologia da Informao (PDTI), buscando o aprimoramento institucional e a maturidade da governana de TI. A palavra sntese foi transio; c) Em 2009, o governo criou a Gratificao Temporria do Sistema de Administrao dos Recursos de Informao e Informtica (GSISP), atraindo funcionrios pblicos para atuao na rea de governana de TI, e criou o cargo de Analista em TI (ATI) com atribuies voltadas s atividades de planejamento, superviso e controle dos recursos, com o intuito de reforar as unidades de TI; d) A SLTI tambm implantou um programa de desenvolvimento de gestores de TI, por meio da Escola Nacional de Administrao Pblica (ENAP), com quatro mdulos: i) elaborao do plano diretor de TI; ii) planejamento da contratao; iii) seleo de fornecedores; e iv) gesto de
17
contratos. Os cursos i, ii e iv foram elaborados, parcial ou totalmente, por Cruz (2009b; 2009d; e 2009c), validados por gestores experientes e aplicados na formao de multiplicadores; e) Ainda em 2009, a EGTI 2008 foi revisada e considerando o aumento de profissionais de TI, publicou-se a EGTI 2010 (BRASIL, 2010b), cuja palavra sntese foi agregao de valor; f) Em 2010, a IN 04/2008 foi revisada, melhorada e publicada como IN 04/2010 (BRASIL, 2010c). Esse aperfeioamento refletiu os conceitos apresentados por Cruz (2009b; 2009d; e 2009c) nos cursos oferecidos na ENAP; g) Em seguida, foi publicada a EGTI 2011-2012 (BRASIL, 2011b), que tem como misso promover a gesto dos recursos de TI nos rgos integrantes do sistema, visando apoiar o desenvolvimento social do Pas. Um dos objetivos da EGTI 2011-2012 aperfeioar a gesto de processos de TI nos rgos do SISP, e uma das metas adotar um processo de contrataes de solues de TI, conforme as publicaes da IN 04/2010 e do Manual de Contrataes de Solues de TI. A palavra sntese estruturao, incentivar e promover a troca de informaes, experincias, conhecimentos e o desenvolvimento colaborativo entre os rgos que compem o sistema. Portanto, h uma diretriz clara no sentido de que as organizaes pblicas definam e institucionalizem seus processos de contratao de servios de TI.
1.2 Breve histrico da pesquisa realizada

A definio e institucionalizao de processos de contratao de servios de TI, especialmente aqueles relacionados a software, envolvem aes complexas, principalmente no que diz respeito identificao dos requisitos necessrios, a garantia da qualidade dos resultados esperados, os critrios de aceitao, a gesto de mudanas, as transferncias de conhecimentos, a legislao pertinente, entre outros. E envolvem tambm questes de relacionamento entre clientes e fornecedores, o que implica em competncias administrativas e jurdicas. Essas complexidades apresentam riscos para as partes envolvidas e, como consequncia, comum a ocorrncia de srios
18
conflitos. Normas e modelos de referncia podem ser teis para resolver esses conflitos. Embora diversas normas e modelos2 j tenham contribudo significativamente para a melhoria de processos de contratao de servios de TI, especialmente relativos a software, a sua aplicao ao contexto das organizaes pblicas brasileiras encontra um grave obstculo: a necessidade de alinhamento legislao brasileira. Para auxiliar na superao desse obstculo, Cruz (2008) desenvolveu3, entre 2006 e 2008, o Quadro Referencial Normativo4 (QRN) para contrataes de servios de TI no setor pblico, contendo um modelo genrico de processo de contratao e a legislao e a jurisprudncia aplicveis. O TCU publicou o QRN por meio do Acrdo 1.215/2009-TCU-Plenrio (BRASIL, 2009), recomendando a sua divulgao com vistas orientao de gestores e a continuao dos estudos na rea. Em 2009, Cruz, Andrade e Figueiredo (2010a, 2010b) desenvolveram um Processo de contratao de software e servios correlatos para entes governamentais (PCSSC-EG), no escopo do Programa Brasileiro de Qualidade de Software, buscando compatibilizar o processo de aquisio de software e servios correlatos com a legislao pblica brasileira, semelhana das contribuies concludas pelos pesquisadores. Esse projeto foi laureado com o Prmio Dorgival Brando Jnior da Qualidade e Produtividade em Software, ciclo 2009. Em 2010 esse processo foi revisto e ampliado, passando a denominar-se Processo de contratao de servios de tecnologia da informao para organizaes pblicas (PCSTI) e apresentado no escopo deste livro.
1.3 Objetivo
Apresentar um Processo para organizaes pblicas, alinhado legislao pblica brasileira para contrataes de servios de tecnologia da informao (TI) e a respectiva jurisprudncia. 19
2 Essas normas e modelos so exemplificados ou detalhados na seo 2.3. 3 Cruz (2008) tomou por base os conceitos desenvolvidos por Hernandes, entre 2001 e 2005, e que resultaram na publicao da Portaria Setec/TCU 1/2005 (BRASIL, 2005). 4 O QRN apresentado em maiores detalhes na seo 3.1.
1.4 Pblico alvo

O PCSTI aplicvel a qualquer organizao pblica nas esferas federal, estadual e municipal brasileiras, j que a legislao de licitaes e contratos de estados e municpios tambm est vinculada Lei 8.666/1993 (BRASIL, 1993), base da construo do PCSTI.
1.5 Organizao do livro

O presente captulo do livro faz uma breve apresentao do tema contrataes de servios de TI, a razo de sua grande importncia no cenrio atual das organizaes pblicas e a evoluo da pesquisa no tema. O Captulo 2 apresenta em maior detalhe o processo geral de contratao em dois contextos especiais: a) No contexto da Governana de TI, evidenciando a elevada importncia das contrataes na gerao de valor para as organizaes que usam TI para impulsionar o negcio, com nfase para a situao do setor pblico; b) No contexto da evoluo da pesquisa sobre o tema contrataes de TI ou contrataes de software e servios correlatos, evidenciando o grande esforo que j vinha sendo empreendido at o momento para organizar a contratao como um processo formal, definido, mensurvel e passvel de melhoria contnua. O Captulo 3 apresenta um resumo de trabalhos recentes realizados para melhorar a aderncia do processo de contratao de servios de TI s normas aplicveis ao setor pblico. Com isto, torna-se possvel caminhar na direo do aperfeioamento de processos de contratao que sejam simultaneamente eficientes e legais, como requer o caput do art. 37 da Constituio Federal brasileira (BRASIL, 1988). Nesse sentido, os dois marcos histricos principais so: a) O desenvolvimento do estudo sistemtico do Tribunal de Contas da Unio sobre contrataes de servios de TI, determinado no item 9.7 do Acrdo 1.558/2003-TCUPlenrio (BRASIL, 2003) e levado a efeito entre 2006 e 2009 na forma de pesquisa de mestrado, o que resultou na publicao do Quadro Referencial Normativo, por meio do
20
Acrdo 1.215/2009-TCU-Plenrio (BRASIL, 2009); b) A publicao da Instruo Normativa SLTI/MP 4/2008, decorrente de recomendao do TCU, constante do item 9.4 do Acrdo 786/2006-TCU-Plenrio (BRASIL, 2006b), tratando de modelo especfico de contratao de servios de TI para a Administrao Pblica Federal. O Captulo 4 apresenta em detalhes o processo PCSTI, desenvolvido pelos autores com base nas praticas de modelos e frameworks reconhecidos no mercado e na academia e na legislao e na jurisprudncia brasileiras. Aspectos gerenciais tais como propsito, resultados esperados e indicadores de desempenho do processo so ressaltados. Por ltimo, o Captulo 5 estabelece uma conexo detalhada entre o universo da qualidade de processo de software e o das contrataes de servios de software. Com isso, torna-se mais fcil ressaltar a grande dependncia que os mtodos de melhoria de processo de software tm de que as organizaes pblicas contratantes de servios de software efetivamente possuam boa capacidade de planejamento e gesto de contratos, sem o que os esforos de melhoria de processo de software podem ser inefetivos. Para tanto, utiliza-se como exemplo a comparao entre o MPS.BR e o PCSTI. Adicionalmente so fornecidos: um glossrio de termos empregados nesse universo de contrataes pblicas de servios de TI, especialmente em software; uma lista detalhada de produtos de entrada ou sada das tarefas que constituem o processo descrito; um exemplo de termo de referncia para contratao de fbrica de software; e trs modelos de documentos a serem empregados na execuo do processo. Com isso, pretende-se compartilhar com os leitores os resultados j alcanados em pesquisas na rea, contribuindo para o enriquecimento das discusses em torno do tema e para auxiliar os gestores de TI no alcance de agregao de valor para suas organizaes.
21
Processo de contratao no contexto da Governana de TI

De acordo com a norma ABNT NBR ISO/IEC 38500 Governana Corporativa de Tecnologia da Informao (ABNT, 2009b, p. 3), governana corporativa de TI significa avaliar e direcionar o uso da TI para dar suporte organizao e monitorar seu uso para realizar planos. Inclui a estratgia e as polticas de uso da TI dentro da organizao. Portanto, h trs tarefas bsicas que a alta administrao de uma organizao deve realizar para governar adequadamente o uso da TI: a) Avaliar o uso atual e futuro da TI; b) Orientar (Dirigir) a preparao e a implementao de planos e polticas para assegurar que o uso da TI atenda aos objetivos de negcio; e c) Monitorar o cumprimento das polticas e o desempenho em relao aos planos. (ABNT, 2009b, p. 7-8) A Figura 2-1 mostra o ciclo Avaliar-Dirigir-Monitorar, os elementos e os relacionamentos necessrios para a governana de TI. Esse ciclo baseia-se principalmente nas necessidades de negcio, identificadas e monitoradas de forma alinhada aos processos de negcio e aos projetos e operaes de TI.
22
Figura 2-1. Modelo para Governana Corporativa de TI

Fonte: ABNT, 2009b, p. 7
2.1 Importncia da conformidade legal na Governana de TI

A norma ABNT NBR ISO/IEC 38500 prev seis princpios que devem nortear a boa governana de TI (ABNT, 2009b, p. 6): responsabilidade, estratgia, aquisio, desempenho, conformidade e comportamento humano. Ressalta-se aqui o princpio da conformidade, segundo o qual necessrio garantir que a TI cumpre com toda a legislao e regulamentos obrigatrios. As polticas e prticas so claramente definidas, implementadas e fiscalizadas. Essa orientao est em consonncia com a Constituio Federal brasileira, segundo a qual a Administrao Pblica rege-se por vrios princpios, entre eles o princpio da legalidade (BRASIL, 1988, art. 37, caput), segundo o qual as aes do administrador pblico devem ser pautadas pela legislao e jurisprudncia em vigor. O Cobit, um dos modelos de governana de TI mais conhecidos e atualmente em sua verso 4.1 (ITGI, 2007b), abrange a norma ABNT NBR ISO/IEC 38500 (ITGI, 2009), citada acima. Em seu domnio Monitorar e Avaliar, o modelo Cobit destaca a necessidade de que a alta administrao assegure a conformidade dos processos de TI com os requerimentos externos organizao (objetivo de controle ME3) (ITGI, 2007b, p. 163-166), tais como a legislao e a jurisprudncia. Entre os processos de TI, cuja conformidade legal deve ser controlada, a contratao de servios deve ser destacada, pois (ITGI, 2005, p. 7): a) Trata-se de uma opo estratgica da rea de TI; b) Afeta diretamente a qualidade dos servios de TI oferecidos aos clientes; c) A rea de TI continua a ser responsvel pelos resultados dos servios contratados; d) Afeta os custos da rea de TI e, portanto, o valor agregado organizao; e e) Expe a organizao a muitos riscos adicionais (WRIGHT, 2004). 23
Embora a contratao de servios de TI tenha papel importante na estratgia organizacional, h muitos riscos que podem frustrar seus resultados e impactar negativamente a governana de TI (BARBOSA et al., 2006, p. 5; HEFLEY; LOESCHE, 2006a, p. 19). Wright (2004) analisou 23 riscos associados contratao de servios de TI e concluiu que os mais relevantes so: riscos de segurana da informao; riscos de dependncia do fornecedor; e riscos de disputa legal. Outros autores que tambm analisaram riscos relacionados com a contratao de servios em organizaes pblicas mantiveram os riscos dependncia de fornecedor e a segurana das informaes de negcio e acrescentaram novos riscos: descontinuidade tecnolgica; dificuldade com a definio do escopo dos servios; falta de compreenso do negcio pelos contratados; dificuldade em manter a qualidade dos servios; perda do domnio do conhecimento de negcio; perda do controle da informao de negcio; perda de poltica interna de incentivo aos servidores; disputas entre equipes internas e de terceiros; problemas com diferenas de rendimentos; dificuldade em manter os padres internos; risco de desequilbrio financeiro do contrato; perda de controle dos custos do contrato (CARDOSO, 2000, p. 15; CHIAVEGATTO; SILVA JNIOR, 2003, p. 7; OLIVEIRA; SANTOS FILHO, 2006, p. 7). Embora nenhum dos autores tenha explicitado, no caso do setor pblico existem tambm os riscos relacionados ao descumprimento da legislao de licitaes e contratos da Administrao Pblica, que poderiam ser, por exemplo: impugnao de procedimento licitatrio ou suspenso da assinatura do contrato, causando o atraso na contratao (Lei 8.666/1993, art. 41, 1) (BRASIL, 1993); suspenso ou rompimento de contratos considerados ilegais (Lei 8.443/1992, art. 45) (BRASIL, 1992); perdas oramentrias (por consequncia dos itens anteriores); paralisao de projetos importantes calcados em TI (por consequncia dos itens anteriores); ressarcimento, pelos gestores, de prejuzos quantificados (Lei 8.443/1992, arts. 12 e 19) (BRASIL, 1992); processo criminal, nos casos previstos na Lei 8.666/1993, arts. 89 a 99 (BRASIL, 1993). Todos esses riscos de no conformidade legal afetam o valor da TI para o negcio da organizao e podem colocar em risco o
24
prprio negcio. Por isso, TI deve ser tratada como parte do negcio e ser adequadamente dirigida, monitorada e avaliada no modelo de governana de TI adotado na organizao.
2.2 Importncia das contrataes de servios de TI no setor pblico federal

Para se aquilatar a importncia das contrataes de servios de TI no setor pblico, importante ressaltar, como j citado na introduo, que o gasto anual da esfera federal em TI gira em torno de R$12,5 bilhes e que pelo menos metade desse valor gasto na contratao de servios de TI. Mais relevante ainda o papel da TI governamental na gesto do oramento de cerca de R$1,8 trilho de reais. Por essas razes, pode-se considerar que as contrataes de servios de TI so crticas e demandam mecanismos de controle especficos. A Figura 2-2 apresenta um levantamento dos acrdos e decises do Tribunal de Contas da Unio (TCU) que so relacionados com contrataes de servios na rea de TI, na esfera federal.
25
Figura 2-2. Evoluo das deliberaes do TCU acerca de contrataes de sevios de TI

Fonte: Brasil, 2011
O aumento na frequncia de acrdos e decises do TCU relacionados no mbito das contrataes de servios de TI, em especial a partir de 2002, indica maior preocupao do TCU com o tema e sugere a existncia de problemas de gesto de contratao de servios no setor pblico federal. Essa percepo foi destacada no item 38 do voto do relator no Acrdo 1.558/2003-TCU-Plenrio (BRASIL, 2003). Nessa ocasio, o TCU deliberou pela realizao de estudos sobre os parmetros que devem balizar a contratao de servios de TI (item 9.7). As fiscalizaes do TCU sobre licitaes e contratos de TI a partir de 2001 identificaram vrios problemas, tais como os exemplificados por Braga (2009): a) Ausncia de posse/domnio de seus sistemas e bases de dados; b) Completa dependncia tecnolgica; c) Aes paralelas, sem coordenao; d) Sistema contratado, pago, mas inservvel; e) Sistema contratado, pago, desenvolvido, servvel, mas no implantado f) Ausncia de Plano de Continuidade do Negcio (PCN). Em 2006, novas evidncias de que alguns problemas que acometiam essas contrataes eram recorrentes (BRASIL, 2006b, itens 68 e 69 do voto do relator), levaram o TCU a recomendar Secretaria de Logstica e Tecnologia da Informao do Ministrio do Planejamento, Oramento e Gesto a elaborao de norma que regulasse o processo de contratao de servios de TI na Administrao Pblica Federal (BRASIL, 2006b, item 9.4). Problemas semelhantes foram relatados por Barbosa et al. (2006, p. 11-12), na esfera estadual, quando analisaram 46 contratos e 40 entrevistas com gestores oriundos de 11 rgos pblicos de um dos estados brasileiros. Os autores concluram que 82% dos entrevistados no conheciam as etapas crticas do processo de contratao; que 79% dos entrevistados desconheciam os fatores crticos da execuo dos contratos no que tange qualidade e nveis de servios; e que praticamente 100% dos entrevistados no aplicavam multas contratuais na ocorrncia de no-conformidades, por falta de conhecimento sobre como faz-lo.
26
Esses autores tambm identificaram limitaes no processo de contratao: deficincia no planejamento da demanda e na racionalizao da aquisio de servios de tecnologia da informao e da comunicao; inexistncia de procedimento para padronizao de editais de licitao e de contratos; inexistncia de contratos com mtricas claras e indicadores de desempenho; inexistncia de mecanismos para verificao efetiva de resultados; inexistncia de um processo consistente de gesto de contratos; falta de conhecimento e domnio do processo de execuo; falta de procedimento administrativo de aplicao de multas. Essas limitaes e riscos do processo de contratao afetavam especialmente a contratao de produtos e servios de software. Diante desse contexto o TCU, por meio da Secretaria de Fiscalizao de Tecnologia da Informao (Sefti), realizou estudos para facilitar o entendimento dos requisitos legais, as prticas adotadas no mercado de servios de software a regra geral de uso do prego para aquisio de servios padronizados. Esses estudos resultaram nas Notas Tcnicas 2/2008 (BRASIL, 2008e) e 5/2010 (BRASIL, 2010f), que fundamentam juridicamente os seguintes entendimentos, resumidamente: a) obrigatria a adoo de prego para licitaes de TI quando o objeto pode ser descrito segundo padres de qualidade e de desempenho que seguem especificaes usuais no respectivo mercado; b) A exigncia de demonstrao de qualidade de processo de software como requisito tcnico e de habilitao no fere os princpios da Administrao Pblica, mas isto deve ser feito por meio de rigorosos atestados de capacidade tcnica que demonstrem que o licitante realizou servio compatvel (em termos de qualidade, quantidade e prazo) com o objeto da contratao, tomando-se por base os resultados esperados do processo de software, vedada a exigncia de certificados de qualidade de processo de software tais como CMM, CMMI ou MPS.BR. A Nota Tcnica 5 (BRASIL, 2010f) estrutura os entendimentos de acordo com os seguintes princpios: eficincia; julgamento objetivo; pertinncia e relevncia da exigncia editalcia; e isonomia entre licitantes e interessados. Com isso, garante-se o equilbrio entre eficincia e legalidade, como requer a Constituio Federal brasileira.
27
2.3 Modelos, normas e processos de contratao

Diversas normas e modelos tm contribudo para a melhoria de processos de contratao de servios de TI, especialmente relativos a software, tais como: a) Normas e modelos de governana de TI: ISO/IEC 38500, Cobit; b) Normas e modelos de melhoria de processo de software: ISO/IEC 12207, ISO/IEC 15504, CMM, CMMI, MPS.BR; c) Modelos de capacidade em contrataes: eSCM-SP, eSCM-CL; d) Modelos com foco em aquisio de software: IEEE STD 1062, SA-CMM, CMMI-ACQ, Guia de Aquisio-MPS.BR. As normas ABNT NBR ISO/IEC 12207:2009 (Engenharia de sistemas e software Processos de ciclo de vida de software) (ABNT, 2009a) e ABNT NBR ISO/IEC 15504 (Avaliao de processo de software) (ABNT, 2008), tradues das verses europeias, incluem e apresentam um subprocesso contratao. O padro IEEE STD 1062:1998 (IEEE, 1998) estabelece um processo para a contratao de produto de software, independentemente do tamanho, complexidade e tecnologia. O Software Engineering Institute (SEI) da Carnegie Mellon University (CMU) tem grande experincia e reconhecimento da academia e da indstria no desenvolvimento de modelos de processo de software. Umas das contribuies mais conhecidas o SW-CMM (Software-Capability Maturity Model) (PAULK et al., 1993). A experincia adquirida tem sido aplicada no desenvolvimento de outros modelos. O modelo SA-CMM (Software Acquisition Capability Maturity Model) foi um dos primeiros modelos com foco em aquisio, utilizado principalmente pelo governo americano (COOPER; FISHER, 2002), e possibilitou a evoluo do SW-CMM para os modelos CMMI (Capability Maturity Model Integration). O CMMI-DEV (CMMI for Development), Version 1.3, apresenta no nvel 2 a rea de processo Gerenciamento de Acordos com o Fornecedor, cujo propsito gerenciar a aquisio de produtos dos fornecedores (SEI, 2010b). O modelo CMMI for Acquisition (CMMI-ACQ), verso v1.3, prov orientao para a aplicao das melhores prticas CMMI pelo
28
contratante, que so focadas em atividades para iniciar e gerir a aquisio de produtos e servios que atendam s necessidades do cliente (SEI, 2010a). O Information Technology Services Qualification Center (ITsqc) um dos centros de estudos da CMU, que juntamente com o SEI/ CMU, constitui referncia internacional na rea de desenvolvimento de software e de servios apoiados por TI. Em 2000, o ITsqc lanou o modelo eSCM (eSourcing Capability Model), para aperfeioar os processos de outsourcing de servios de TI. Atualmente so 2 modelos: um modelo para o provedor de servios, o eSCM-SP (eSourcing Capability Model for Service Providers) (HYDER; HESTON; PAULK, 2006) e um modelo para o cliente, o eSCM-CL (eSourcing Capability Model for Clients) (HEFLEY; LOESCHE, 2006a). O programa de Melhoria de Processo do Software Brasileiro (MPS.BR) apresenta o modelo MPS (SOFTEX, 2009c), com um processo de Aquisio no nvel F, e apresenta o Guia de Aquisio (SOFTEX, 2009b) que descreve um processo de aquisio de software e servios correlatos baseado na Norma Internacional ISO/IEC 12207: 2008. O escopo deste guia ficou delimitado especificamente como um guia de orientao s organizaes que pretendam conduzir projetos de aquisio, evidenciando que no se trata da preparao dessas organizaes para serem avaliadas quanto a nveis de maturidade do modelo de referncia MR-MPS. Para isso, h o Guia de Implementao: 2009 parte 8: Implementao do MR MPS (nveis G a A) em organizaes que adquirem software. O modelo de governana de TI Control Objectives for Information and related Technology (Cobit) (ITGI, 2007b) e a norma ABNT NBR ISO/ IEC 38500 (ABNT, 2009b) Governana Corporativa da Tecnologia da Informao incluem orientaes quanto ao processo de contratao de TI. Contudo, essas normas e modelos no atendem s necessidades especficas de um processo de contratao de servios de tecnologia da informao para organizaes pblicas brasileiras, pois a sua aplicao ao contexto dessas organizaes encontra um grave obstculo: a necessidade de alinhamento legislao brasileira (BARBOSA et al., 2006; CARDOSO, 2006; CRUZ, 2008; SOUSA et al., 2005). 29
Por essa razo, Cruz (2008) desenvolveu o Quadro Referencial Normativo (QRN) para contrataes de servios de TI no setor pblico, contendo um modelo genrico de processo de contratao, e a legislao e a jurisprudncia aplicveis. O QRN contm 289 entendimentos condensados (corolrios) que sumarizam os requisitos legais extrados de 153 fontes da legislao, jurisprudncia e outras fontes auxiliares. Entretanto, o QRN no um modelo de processo. A seguir so apresentados alguns desses modelos que subsidiaram a elaborao do modelo de contratao de servios de TI para organizaes pblicas.
2.3.1 Modelo de Governana de TI - Cobit

As organizaes ao adotar e implementar um modelo para governana e controle de TI tm mais chances de reconhecer como a TI funciona, de entender e gerenciar os riscos e os benefcios associados TI. O Control Objectives for Information and related Technology (Cobit) um modelo de governana de TI que possibilita (ITGI, 2007b, p. 10): melhor alinhamento entre o negcio e a TI; viso clara para os executivos sobre o que a TI faz; clara diviso das responsabilidades baseada na orientao por processos; aceitao geral por terceiros e rgos reguladores; linguagem comum entre as partes interessadas; e o cumprimento dos requisitos do Committe of Sponsoring Organisations of the Treadway Commissions Internal Control Integrated Framework (COSO) para controle do ambiente de TI. O Cobit nasceu como um framework para auditoria de sistemas, mas foi expandido para abranger toda a atividade organizacional relacionada com o uso de TI. A estrutura de processos do Cobit e o seu enfoque de alto nvel orientado aos negcios fornece uma viso geral de TI e das decises a serem tomadas, habilitando o desenvolvimento de polticas claras e boas prticas para controles de TI em toda a organizao. O foco do Cobit est em definir quais processos deveriam ser realizados para que a organizao efetivamente aufira benefcios da utilizao de TI e estabelea objetivos de controle e indicadores que permitam acompanhar a maturidade dos processos de TI e estabelecer metas de melhoria. O Cobit estruturado em domnios, processos e objetivos de controle. Os domnios so ordenados por responsabilidade de
30
planejamento, construo, processamento e monitoramento conforme descrito a seguir ITGI (2007b, p. 28): Planejamento e Organizao PO1 Definir um Plano Estratgico de TI PO2 Definir a Arquitetura da Informao PO3 Determinar as Diretrizes de Tecnologia PO4 Definir os Processos, a Organizao e os Relacionamentos de TI PO5 Gerenciar o Investimento de TI PO6 Comunicar Metas e Diretrizes Gerenciais PO7 Gerenciar os Recursos Humanos de TI PO8 Gerenciar a Qualidade PO9 Avaliar e Gerenciar os Riscos de TI PO10 Gerenciar Projetos Aquisio e Implementao AI 1 Identificar Solues Automatizadas AI2 Adquirir e Manter Software Aplicativo AI3 Adquirir e Manter Infraestrutura de Tecnologia AI4 Habilitar Operao e Uso AI5 Adquirir Recursos de TI AI6 Gerenciar Mudanas AI7 Instalar e Homologar Solues e Mudanas Entrega e Suporte DS1 Definir e Gerenciar Nveis de Servios DS2 Gerenciar Servios Terceirizados DS3 Gerenciar o Desempenho e a Capacidade DS4 Assegurar a Continuidade dos Servios DS5 Garantir a Segurana dos Sistemas DS6 Identificar e Alocar Custos DS7 Educar e Treinar os Usurios DS8 Gerenciar a Central de Servio e os Incidentes DS9 Gerenciar a Configurao 31
Monitoramento e Avaliao ME1 Monitorar e Avaliar o Desempenho de TI ME2 Monitorar e Avaliar os Controles Internos ME3 Assegurar a Conformidade com Requisitos Externos ME4 Prover Governana de TI De acordo com o ITGI (2007b, p. 14), as principais caractersticas dos domnios so: a) Planejar e Organizar (PO) esse domnio abrange a estratgia e as tticas, de como a TI pode melhor contribuir para atingir os objetivos de negcios. O sucesso da viso estratgica precisa ser planejado, comunicado e gerenciado por diferentes perspectivas, e prov direo para entrega de solues (AI) e entrega de servios (DS); b) Adquirir e Implementar (AI) para a execuo da estratgia de TI, as solues de TI precisam ser identificadas, desenvolvidas ou adquiridas, implementas e integradas ao processo de negcios. E as alteraes e manutenes nos sistemas existentes so cobertas por esse domnio para assegurar que as solues continuem a atender aos objetivos de negcios. Prov as solues e as transfere para tornarem-se servios. Esse domnio se caracteriza por tratar questes como: Os novos projetos fornecero solues que atendam s necessidades de negcios? Os novos projetos sero entregues no tempo e oramento previstos? Os novos sistemas ocorrero apropriadamente quando implementados? As alteraes ocorrero sem afetar as operaes de negcios atuais? c) Entregar e Suportar (DS) esse domnio trata da entrega dos servios solicitados, o que inclui entrega de servio, gerenciamento da segurana e continuidade, servios de suporte para os usurios e o gerenciamento de dados e recursos operacionais. d) Monitorar e Avaliar (ME) esse domnio trata da monitoria de todos os processos para garantir que a direo definida seja seguida. Todos os processos de TI precisam ser regularmente avaliados com o passar do tempo para assegurar a qualidade e a aderncia aos requisitos de controle. Esses domnio aborda o gerenciamento do desempenho, o mo-
32
nitoramento do controle interno, a aderncia regulatria e a governana. Esse domnio se caracteriza por tratar questes como: O desempenho de TI mensurado para detectar problemas em tempo hbil? O gerenciamento assegura que os controles internos sejam efetivos e eficientes? O desempenho da TI pode ser associado aos objetivos de negcio? Existem controles adequados para garantir confidencialidade, integridade e disponibilidade das informaes? Dados os quatro domnios, o Cobit definiu 34 processos de TI que podem ser utilizados para verificar a totalidade das atividades e responsabilidades. No entanto, nem todos precisam ser aplicados e podem ser combinados conforme as necessidades de cada empresa.
2.3.1.1 Cobit: aquisio e implementao

No escopo deste livro, o domnio de Aquisio e Implementao o que fornece maiores subsdios definio de fases, atividades e tarefas de contratao de servios de TI, embora processos de outros domnios tambm sejam referenciados. A Tabela 2-1 apresenta as atividades previstas no Cobit para cada objetivo de controle do domnio Aquisio e Implementao apresentado na seo anterior, e suas respectivas origens, entrada, sada e destino. A origem e o destino apresentam os objetivos de controle de outros domnios que enviam ou recebem as entradas e sadas. (ITGI, 2007b).
Tabela 2-1. Atividades do domnio Aquisio e Implementao AI1 Identificar Solues Automatizadas
Atividades Definir requisitos tcnicos e funcionais de negcio Estabelecer processos para integridade/atualizao de requisitos Identificar, documentar e analisar os riscos de processos de negcio Conduzir um estudo de viabilidade/avaliao de impacto para a implementao dos requisitos de negcio propostos Avaliar os benefcios das solues propostas para a operao de TI Avaliar os benefcios das solues propostas para o negcio Desenvolver um processo de aprovao de requisitos Aprovao e liberao das solues propostas
33
Origem
PO1
Entrada
Planejamentos estratgico e ttico de TI Atualizaes peridicas do estado da tecnologia; Padres tecnolgicos Padres para aquisio e desenvolvimento Diretrizes de gerenciamento de projetos e planejamento detalhado de projetos Descrio do processo de mudanas SLAs Planejamento de desempenho e capacidade (requisitos)
Sada
Estudo de viabilidade dos requisitos de negcio
Destino
PO2 PO6 PO7 AI2 AI3 AI4 AI5
PO3
P08 PO10
AI6 DS1 DS3
AI2 Adquirir e Manter Software Aplicativo

Atividades Traduzir os requisitos de negcio em macro especificaes de projeto Preparar projeto detalhado e requisitos tcnicos dos softwares aplicativos Especificar no projeto os controles das aplicaes Customizar e implementar as funcionalidades automatizadas adquiridas Desenvolver metodologias e processos formais para gerenciar o processo de desenvolvimento de aplicaes Criar um plano de garantia da qualidade de software para os projetos Rastrear e gerenciar requisitos das aplicaes
Origem
PO2
Entrada
Dicionrio de dados; Estrutura de classificao de dados, Plano otimizado de sistemas de negcio Atualizaes peridicas do estado da tecnologia Relatrios de Custo/ Benefcio Padres para aquisio e desenvolvimento
Sada
Especificaes de controles para segurana de aplicaes Conhecimento de aplicaes e pacotes de software Decises de aquisio SLAs planejados inicialmente
Destino
DS5
34
PO3
AI4
PO5 PO8
AI5 DS1
PO10
Diretrizes de gerenciamento de projetos e planejamento detalhado de projetos Estudo de viabilidade dos requisitos de negcio Descrio do processo de mudanas
verificaes de disponibilidade, continuidade e recuperao
DS3 DS4
AI1 AI6
AI3 Adquirir e Manter Infraestrutura de Tecnologia

Atividades Definir processos/procedimentos de aquisio Negociar aquisio e adquirir a requerida infraestrutura com os fornecedores (aprovados) Definir estratgia e plano de manuteno para a infraestrutura Configurar componentes da infraestrutura
Origem
PO3
Entrada
Plano de infraestrutura tecnolgica, padres e oportunidades, atualizaes peridicas do estado da tecnologia Padres para aquisio e desenvolvimento Diretrizes de gerenciamento de projetos e planejamento detalhado de projetos Estudo de viabilidade dos requisitos de negcio Descrio do processo de mudanas Planejamento de desempenho e capacidade (requisitos)
Sada
Decises de aquisio
Destino
AI5
PO8
Sistema configurado para ser testado/ instalado Requisitos do ambiente fsico
AI 7
PO10
DS12
AI1 AI6
Atualizaes para padres tecnolgicos Requisitos de monitoramento de sistema Conhecimento da infraestrutura Acordos de nvel operacional planejados inicialmente Requisitos de monitoramento de sistema Conhecimento infraestrutura da AI4
PO3 DS3
DS3
AI4
35
DS1
DS3
AI4 Habilitar Operao e Uso

Atividades Desenvolver estratgia para operacionalizar a soluo; Desenvolver metodologia de transferncia de conhecimento; Desenvolver manuais de procedimentos para usurios finais; Desenvolver documentao de suporte tcnico para equipes de operao e suporte; Desenvolver e realizar treinamento; Avaliar os resultados dos treinamentos e melhorar a documentao quando necessrio
Origem
PO10
Entrada
Diretrizes de gerenciamento de projetos e planejamento detalhado de projetos Estudo de viabilidade dos requisitos de negcio
Sada
Manuais de usurio, operao, suporte, tcnico e administrao Requisitos de transferncia de conhecimento para implementao de solues Materiais treinamento de
Destino
AI7 DS4 DS8 DS9 DS11 DS13 DS7
AI1
AI2
Conhecimento de aplicaes e pacotes de software Conhecimento da infraestrutura Erros conhecidos e aceitos Atualizaes necessrias de documentaes
DS7
AI3 AI7 DS7
AI5 Adquirir Recursos de TI

Atividades Desenvolver polticas e procedimentos de aquisio de TI alinhadas com as polticas de aquisio corporativas
36
Estabelecer/manter uma listagem de fornecedores homologados Avaliar e selecionar fornecedores atravs de processos de requisio de propostas (RFP - Request For Proposal) Desenvolver contratos que protejam os interesses corporativos Adquirir de acordo com os procedimentos estabelecidos
Origem
PO1
Entrada
Estratgia de aquisio de TI
Sada
Requisitos gerenciamento relacionamento terceiros Itens adquiridos Tratativas contratuais de de com
Destino
DS2
PO8 PO10
Padres para aquisio Diretrizes de gerenciamento de projetos e planejamento detalhado de projetos Estudo de viabilidade dos requisitos de negcio Decises de aquisio Catlogo de fornecedores
AI7 DS2
AI1; AI2-3 DS2
AI6 Gerenciar Mudanas

Atividades Desenvolver e implementar um processo para registrar, avaliar e priorizar de forma consistente as solicitaes de mudana Avaliar criticamente o impacto e priorizar mudanas baseadas em necessidades do negcio Assegurar que qualquer mudana crtica e emergencial siga o processo aprovado Autorizar mudanas Gerenciar e disseminar informaes relevantes relacionadas a mudanas
Origem
PO1 PO8 PO9 PO10
Entrada
Portflio de projetos de TI Aes de melhoria de qualidade Planos de ao para remediao de riscos de TI Diretrizes de gerenciamento de projetos e planejamento detalhado de projetos Mudanas necessrias Mudanas de segurana necessrias Solicitaes de servio/ solicitaes de mudana
Sada
Descrio do processo de mudanas Relatrios de status das mudanas Autorizao mudanas de
Destino
AI1, AI2, AI3 ME1 AI7 DS8 DS10
37
DS3 DS5 DS8
DS9-10
Solicitaes de mudana (como e onde aplicar a correo) Registros de problemas
DS10
AI7 Instalar e Homologar Solues e Mudanas

Atividades Confeccionar e revisar o planejamento de implantao Definir e revisar a estratgia de testes (critrios de entrada e sada) e a metodologia de planejamento de testes operacionais Confeccionar e manter um repositrio de requisitos de negcio e tcnicos e testes realizados em sistemas homologados Realizar os testes de converso e integrao no ambiente de testes Fornecer o ambiente de testes e conduzir os testes finais de aceitao; Recomendar migrao para produo baseado nos critrios de homologao acordados
Origem
PO3 PO4 PO8 PO10
Entrada
Padres tecnolgicos Proprietrios formais dos sistemas Padres para desenvolvimento Diretrizes de gerenciamento de projetos e planejamento detalhado de projetos Sistema configurado para ser testado/instalado Manuais de usurio, operao, suporte, tcnico e administrao Itens adquiridos Autorizao de mudanas
Sada
Itens de configurao liberados Erros conhecidos e aceitos Migrao para produo Liberao de software e planejamento de distribuio Reviso psimplementao Monitoramento de controles internos
Destino
DS8 DS9 AI4 DS13 DS13
AI3 AI4
PO2 PO10 ME2
PO5
AI5
38
AI6
Fonte: ITGI (2007b)
2.3.1.2 Cobit e a Conformidade Legal

Para que a governana de TI seja eficiente, importante avaliar as atividades e riscos da TI que precisam ser gerenciados. Cruz (2008) ressalta que o Cobit possui objetivos de controle focados em contratao de servios, em especial os objetivos AI5 (Adquirir
recursos de TI) e DS2 (Gerenciar servios terceirizados), mas tambm possvel relacionar 28 dos 34 processos Cobit 4.1 com o processo de contratao de servios de TI, considerando desde a fase de planejamento institucional, quando so definidas as prioridades de investimento, e finalizando com os ltimos controles dos atos administrativos relacionados finalizao de um contrato. Esses processos so (CRUZ, 2008): Planejamento e Organizao PO1 Definir um Plano Estratgico de TI PO2 Definir a Arquitetura da Informao PO3 Determinar as Diretrizes de Tecnologia PO4 Definir os Processos, a Organizao e os Relacionamentos de TI PO5 Gerenciar o Investimento de TI PO6 Comunicar Metas e Diretrizes Gerenciais PO7 Gerenciar os Recursos Humanos de TI PO8 Gerenciar a Qualidade PO9 Avaliar e Gerenciar os Riscos de TI PO10 Gerenciar Projetos Aquisio e Implementao AI 1 Identificar Solues Automatizadas AI2 Adquirir e Manter Software Aplicativo AI3 Adquirir e Manter Infraestrutura de Tecnologia AI4 Habilitar Operao e Uso AI5 Adquirir Recursos de TI AI6 Gerenciar Mudanas AI7 Instalar e Homologar Solues e Mudanas Entrega e Suporte DS1 Definir e Gerenciar Nveis de Servios DS2 Gerenciar Servios Terceirizados DS3 Gerenciar o Desempenho e a Capacidade DS4 Assegurar a Continuidade dos Servios 39
DS5 Garantir a Segurana dos Sistemas DS6 Identificar e Alocar Custos DS7 Educar e Treinar os Usurios DS8 Gerenciar a Central de Servio e os Incidentes DS9 Gerenciar a Configurao Monitoramento e Avaliao ME1 Monitorar e Avaliar o Desempenho de TI ME2 Monitorar e Avaliar os Controles Internos ME3 Assegurar a Conformidade com Requisitos Externos ME4 Prover Governana de TI Cruz (2008) ressalta ainda que as duas ltimas verses do Cobit foram bastante influenciadas pelas recomendaes de gerenciamento de risco do COSO e das normas de segurana da informao ISO/IEC 27000 (ITGI, 2007b, p. 173, 177), de modo que as questes relativas conformidade legal na governana de TI, antes dispersas, foram consolidadas no objetivo de controle ME3 (Assegurar a conformidade com os requisitos externos), conforme apresentado na Tabela 2-2.
Tabela 2-2. Consolidao do ME3 no Cobit 4.0 e 4.1, comparada ao Cobit 3 edio Cobit 4.1 ME3 Assegurar a conformidade com os requisitos externos. 3.1 Identificao dos requisitos de conformidade legal, regulatria e contratual 3.2 Otimizao da resposta aos requisitos externos
Cobit 4.0 ME3 Assegurar a conformidade regulatria. 3.1 Identificao das leis e regulamentos que tm impacto potencial em TI 3.2 Otimizao da resposta aos requisitos regulatrios
Cobit 3 edio
Cobit 3 edio
40
PO8.1, PO8.3, PO8.4, PO8.5, PO8.6
PO8.1, PO8.3, PO8.4, PO8.5, PO8.6, DS12.4
PO8.2
PO8.2
3.3 Avaliao da conformidade com os requisitos regulatrios 3.4 Obteno da certeza de conformidade 3.5 Relatrio integrado sobre a conformidade
Novo
3.3 Avaliao da conformidade com os requisitos externos 3.4 Obteno da certeza de conformidade
Novo
Novo
Novo
Novo
3.5 Relatrio Novo integrado sobre a conformidade
Fonte: adaptado de Cruz (2008, p. 34)
O processo ME3 resulta em dois produtos: o catlogo dos requisitos legais e regulatrios relacionados aos servios de TI e a avaliao do grau de aderncia das atividades de TI a tais requisitos (ITGI, 2007b, p. 165). No Cobit, a maturidade da gesto do processo de assegurao da conformidade com os requisitos externos mensurada em 5 nveis: 0 Inexistente, quando h pouca conscincia sobre requisitos externos que afetam a TI, sem que haja processo de conformidade com os requisitos contratuais, legais e regulatrios. 1 Inicial/Ad hoc, quando h conscincia do impacto dos requisitos legais, regulatrios e contratuais na organizao. Processos informais so adotados para manter a conformidade, porm somente quando surge a necessidade em novos projetos ou em resposta s auditorias ou anlises crticas. 2 Repetvel, porm Intuitivo, quando h entendimento da necessidade de aderir aos requisitos externos e isso comunicado. Onde a conformidade tornou-se um requisito recorrente, como no caso de regulamentaes financeiras ou leis de privacidade, foram desenvolvidos procedimentos especficos de conformidade que so seguidos anualmente. Entretanto, no h uma abordagem padronizada. Existe grande confiana no conhecimento e na responsabilidade das pessoas, e existe a probabilidade de erros. H treinamento informal sobre requisitos externos e aspectos de conformidade.
41
3 Processo Definido, quando polticas, procedimentos e processos foram desenvolvidos, documentados e comunicados para assegurar a conformidade com as obrigaes legais, contratuais e regulatrias, porm nem sempre podem ser cumpridos integralmente e podem estar desatualizados ou ser inviveis. H pouco monitoramento, e existem requisitos de conformidades que no foram tratados. fornecido treinamento sobre os requisitos legais e regulatrios externos que afetam a organizao e os processos de conformidade definidos. Existem contratos pr forma e processos de cunho legal padronizados que visam minimizar os riscos associados s responsabilidades contratuais. 4 Gerenciado e Mensurvel, quando h um completo entendimento das questes e exposies provenientes dos requisitos externos e da necessidade de assegurar a conformidade em todos os nveis. H um esquema de treinamento formal que assegura que toda a equipe esteja consciente de suas obrigaes de conformidade. As responsabilidades so claras e a propriedade dos processos entendida. O processo inclui a reviso do ambiente para identificar requisitos externos e mudanas constantes. H um mecanismo implementado para monitorar a no-conformidade com os requisitos externos, reforar as prticas internas e implementar aes corretivas. Problemas de no-conformidade so analisados em sua causa-raiz de uma forma padronizada, com o objetivo de identificar solues sustentveis. Boas prticas internas e padronizadas so utilizadas para suprir necessidades especficas, como regulamentaes vigentes e contratos de servio recorrentes. 42 5 Otimizado, quando h um processo bem organizado, eficaz e obrigatrio de adeso aos requisitos externos com base em uma funo central nica que fornece orientao e coordenao para a organizao inteira. H vasto conhecimento dos requisitos externos aplicveis, inclusive de tendncias futuras e mudanas previstas, assim como da necessidade de novas solues. A organizao participa
de fruns de discusso externos com grupos ligados ao segmento e sujeitos s respectivas regulamentaes para entender a influncia dos requisitos externos que os afetam. Melhores prticas foram desenvolvidas, assegurando a conformidade eficaz com os requisitos externos, com casos raros de exceo. Existe um sistema de rastreabilidade central e global na organizao, permitindo direo documentar o fluxo de trabalho, avaliar e melhorar a qualidade e a eficcia do processo de monitoramento da conformidade. Um processo de autoavaliao da conformidade com os requisitos externos est implementado e foi refinado no nvel de boas prticas. O estilo de gesto e a cultura de conformidade da organizao so suficientemente fortes, e os processos so suficientemente desenvolvidos para que o treinamento seja limitado a novas equipes e sempre que houver mudanas significativas. (ITGI, 2007b, p. 166) Para alcanar melhor nvel de maturidade no processo ME3, o Cobit recomenda a adoo de cinco processos detalhados que devem ser controlados: ME3.1 Identificao dos Requisitos de Conformidade com Leis, Regulamentaes e Contratos Externos. Continuamente identificar as exigncias de leis, regulamentos e contratos locais e internacionais que precisam ser atendidos para a incluso em polticas, padres, procedimentos e metodologias de TI. ME3.2 Otimizao da Resposta aos Requisitos Externos. Revisar e ajustar polticas, padres, procedimentos e metodologias de TI para assegurar que os requisitos legais, regulatrios e contratuais sejam atendidos e comunicados. ME3.3 Avaliao da Conformidade com Requisitos Externos. Confirmar a conformidade de polticas, padres, procedimentos e metodologias de TI com os requisitos legais e regulatrios. ME3.4 Assegurar a Conformidade. Obter e assegurar a conformidade e adeso a todas as polticas internas derivadas de diretrizes legais internas ou externas e requisitos regulatrios ou contratuais externos, confirmando que 43
aes corretivas foram tomadas oportunamente para resolver quaisquer desvios de conformidade pelos proprietrios do processo. ME3.5 Informes Integrados. Integrar os informes de TI sobre requisitos legais, regulatrios e contratuais aos informes similares de outras funes do negcio. (ITGI, 2007b, p. 164)
2.3.2 Norma ISO/IEC 12.207

A norma ABNT NBR ISO/IEC 12207:2009 (ABNT, 2009a) tem por objetivo prover um conjunto definido de processos para aquisio, fornecimento, desenvolvimento, operao e manuteno de produto e servios de software. Esses processos so aplicados pela indstria para facilitar a comunicao entre os gestores, adquirentes, fornecedores, desenvolvedores e usurios interessados na melhoria de processos de software. As atividades a serem realizadas durante o ciclo de vida do software so agrupadas nos seguintes grupos de processos: a) Processos contratuais; b) Processos organizacionais capacitadores de projetos; c) Processos de projetos; d) Processos tcnicos; e) Processos de implementao de software; f) Processo de apoio de software; g) Processos de reuso de software. Dentro desse grupo cada um dos processos descrito por meio de seus propsitos, resultados esperados, atividades e tarefas que precisam ser executadas para alcanar os resultados. 44 Os processos de contratao definem as atividades necessrias para o estabelecimento de um contrato entre duas organizaes. Abrangem a aquisio e o fornecimento. O processo de aquisio tem como propsito obter um produto, e ou servio, que satisfaa as necessidades expressas pelo adquirente, enquanto que o processo de fornecimento tem como propsito prover um produto, ou servio, ao adquirente que satisfaa os requisitos combinados.
O processo de aquisio inicia com a identificao das necessidades do cliente e termina com a aceitao do produto e ou servio. Os resultados esperados desse processo so: a) Necessidades de aquisio, objetivos, produtos e ou servios, critrios de aceitao e estratgia de aquisio esto definidas; b) Um acordo que expressa as expectativas, responsabilidades entre o adquirente e fornecedor claramente estabelecido; c) Um ou mais fornecedores so selecionados; d) Um produto, ou servios, que satisfaa as necessidades do adquirente adquirido; e) A aquisio monitorada conforme as regras, custos, cronograma e qualidade estabelecidas; f) Os produtos entregues pelo fornecedor so aceitos; g) Qualquer pendncia identificada tem uma soluo satisfatria, conforme acordado entre adquirente e fornecedor. Esse processo de aquisio compe-se de sete atividades e vinte e cinco tarefas conforme mostra a Tabela 2-3 (ABNT, 2009a).
Tabela 2-3. Atividades e tarefas do processo Atividades Preparao para a aquisio estabelece as necessidades e os objetivos da aquisio e comunica-os aos fornecedores em potencial. a) Tarefas Descrever um conceito ou uma necessidade de informao b) Definir e analisar os requisitos do sistema c) Definir e analisar os requisitos do software d) Aprovar a anlise de requisitos e) Utilizar processos tcnicos para analisar os requisitos do sistema e aprov-los f) Considerar opes de aquisio de acordo com critrios pertinentes g) Certificar se as condies foram atendidas h) Preparar, documentar e executar um plano de aquisio i) Definir e documentar os critrios de aceitao j) Documentar os requisitos de aquisio k) Determinar os processos adequados para a aquisio l) Definir marcos do contrato para monitorar a aquisio m) Entregar os requisitos de aquisio organizao escolhida
45
Anncio da aquisio comunica a solicitao de um servio ou produto para os fornecedores identificados. Seleo do fornecedor seleciona a organizao que ser responsvel pelo atendimento aos requisitos do projeto. Acordo contratual assina um contrato. Monitorao do acordo acompanha e avalia o desempenho do fornecedor em relao aos requisitos acordados. Aceite do adquirente aprova os produtos entregues pelo fornecedor quando todos os critrios de aceitao so satisfeitos.
Comunicar a solicitao de fornecimento de um produto ou servio
a) b)
Estabelecer um procedimento para seleo do fornecedor Selecionar um fornecedor com base nas propostas
a) b) c) a) b)
Envolver outras partes antes da assinatura do contrato Preparar e negociar um contrato com o fornecedor Controlar as alteraes feitas no contrato Monitorar as atividades do fornecedor de acordo com o processo de reviso de software Fornecer as informaes necessrias e resolver as pendncias
a) b) c)
Preparar para a aceitao com base nos critrios definidos Aceitar os produtos e servios de software de acordo com as condies estabelecidas Definir os responsveis pela gesto da configurao aps o aceite do produto ou servio
46
Fechamento paga a remunerao acordada com o fornecedor para o produto entregue ou servio prestado.
Fonte: ABNT, 2009a
Fazer o pagamento para o produto entregue ou servio prestado
2.3.3 Processo de contratao de acordo com IEEE STD 1062:1998

O padro IEEE STD 1062:1998 (IEEE, 1998) estabelece um processo para a contratao de produto de software, independente do tamanho, complexidade e tecnologia (SOFTEX, 2009c). De acordo com esse padro os produtos de software so classificados em trs funcionalidades: i) Commercial-off-the-shelfsoftware (COTS): ii) Modified-off-the-shelf-software (MOTS); e iii) FullyDeveloped Software (FD). As principais caractersticas desses produtos de software (COTS, MOTS e FD) so apresentadas na Tabela 2-4 (SOFTEX, 2009c).
Tabela 2-4. Caractersticas das classes de produto, segundo a IEEE STD 1062:1998 FD (Parcial ou completamente contratado) Totalmente personalizado Sem precedentes
Caractersticas
COTS
MOTS
Escopo Adequao ao uso
Fixo
Parcialmente personalizado Demonstrado em aplicaes similares Controle parcial
Demonstrado
Manuteno
Sem controle
Controle total
Prazo de entrega
Imediato
Pequeno - Grande
Grande
47
Custo da aquisio Qualidade (ABNT NBR ISO/ IEC 9126-1) Baixo - Mdio Mdio - Alto Alto
No controlada
Parcialmente controlada
Controlada em sua maior parte
Fonte: SOFTEX (2009c)
O IEEE STD 1062 apresenta um processo de contrataes composto de cinco fases e atividades e nove passos, conforme mostra a Tabela 2-5 (SOFTEX, 2009c).
Tabela 2-5. Fases do processo de aquisio de software, segundo a IEEE STD 1062:199 Passo no processo de aquisio de software 1. Planejamento da estratgia organizacional, 2. Implementao do processo organizacional 3. Definio dos requisitos do software 4. Identificao dos potenciais fornecedores 5. Preparao dos requisitos do contrato 6. Avaliao das propostas e seleo do fornecedor 7. Gerncia do desempenho do fornecedor 8. Aceitao do software 9. Utilizao do software
Fase
Incio de fase
Fim de fase
Planejamento
Desenvolvimento da ideia
Chamada para proposta atualizada
Contratao
Atualizao da chamada para proposta
Contrato assinado
Implementao do software Aceitao do software
Assinatura do contrato Recebimento do software Aceitao do software
Recepo do software Aceite do software Aposentadoria do software
48
Acompanhamento
Fonte: SOFTEX (2009c)
O padro IEEE 1062 destaca tambm que a aquisio de um software ou servio correlato de alta qualidade depende da realizao das seguintes aes:
a) Identificao das caractersticas de qualidade necessrias para atingir os objetivos do comprador ou adquirente; b) Incluso de consideraes de qualidade nas atividades de planejamento, avaliao e aceitao do produto; c) Implementao de uma estratgia organizacional para a aquisio de software; d) Implementao de um processo de aquisio de software baseado nas atividades propostas; e) Uso do processo na prtica.
2.3.4 Modelo eSCM-CL

O Information Technology Services Qualification Center (ITsqc) da Carnegie Mellon University (CMU) o responsvel pelo desenvolvimento do modelo que apoia os provedores de servios de tecnologia, o eSCM-SP (eSourcing Capability Model for Service Providers), assim como o que apoia as organizaes-clientes que contratam servios de TI de provedores, o eSCM-CL (eSourcing Capability Model for Clients) (HEFLEY; LOESCHE, 2006a). Atualmente, o ITSqc, LLC, spin-off da CMU, responsvel pela promoo desses modelos, estabelecendo, em cooperao com um consrcio, as melhores prticas, mtodos de avaliao, programas de educao profissional e procedimentos de certificao profissionais, contribuindo com a adoo global dos modelos. O eSCM-CL (eSourcing Capability Model for Clients) um modelo abrangente de gesto da contratao de servios habilitados por TI, com um conjunto de melhores prticas que possibilita organizaocliente avaliar e melhorar sua capacidade de melhor desenvolver e gerir relacionamentos de contratao (sourcing), reduzir os riscos e avaliar o valor dos servios. Um dos diferenciais do modelo eSCM-CL a abrangncia do modelo em relao ao ciclo de vida de um servio contratado. O eSCMCL trata atividades e questes crticas associadas anlise, iniciao e encerramento do contrato, enquanto a maioria dos modelos de qualidade foca somente em atividades relacionadas execuo/entrega do servio. Com isso, questes como governana, gesto da TI, gesto de pessoas e de relacionamentos, gesto do conhecimento e transferncia de recursos e conhecimentos so prticas tratadas no modelo. 49
As prticas endeream (HEFLEY; LOESCHE, 2006a): a) O estabelecimento de uma estratgia de contratao e gesto de servios contratados; b) A governana da contratao dos servios de TI e a gesto do desempenho do provedor de servio; c) Identificar, selecionar provedores de servio; e negociar com os diferentes
d) A gesto dos relacionamentos e interaes com os provedores de servios. e) A gesto contnua de risco durante todo o processo de contratao (sourcing) desde a negociao at o encerramento do servio; f) A gesto de transferncia de conhecimentos e recursos envolvidos na contratao dos servios. Hefley e Loesche (2006a) definem o eSCM-CL como um modelo de capacidade e no como um modelo de maturidade. A principal diferena quanto aos resultados esperados. Em um modelo de capacidade, o foco a previsibilidade do processo e seus resultados, ou seja, fornece um meio de se prever os resultados mais provveis a partir do comprometimento. Em um modelo de maturidade, o foco o crescimento na capacidade do processo e o estabelecimento de maior maturidade a partir de um conjunto de processos. Segundo Paulk et al. (1995), um nvel de maturidade uma base evolutiva bem definida para a realizao de um processo maduro. Cada nvel de maturidade fornece uma fundamentao para a melhoria contnua do processo, composta por um conjunto de metas do processo que, quando satisfeitas, estabilizam um importante componente do processo. Ao alcanar cada nvel da estrutura de maturidade estabelece um componente diferente no processo, resultando em um aumento da capacidade de processo da organizao. Como o eSCM-CL um modelo de capacidade, cada Nvel de Capacidade possui um conjunto de Prticas que define a previsibilidade de processos e resultados. Assim, previsvel que uma organizao com Nvel 2 seja capaz de gerenciar as atividades de contratao de servios de TI, que uma organizao com nvel 3 seja capaz de gerenciar o seu desempenho e o de seus fornecedores, e que uma
50
organizao com nvel 4 seja capaz de responder s mudanas ambientais do negcio e de agregar valor. A verso do eSCM-CL v1.1 composta de noventa e cinco prticas de servios que endeream as capacidades crticas necessrias aos clientes e esto distribudas em trs dimenses: Ciclo de Vida da Contratao, reas de Capacidade e Nveis de Capacidade. O Ciclo de Vida de Contratao dividido em Contnuo (ongoing) (contendo prticas que englobam todo o ciclo) e nas fases Anlise, Iniciao, Entrega e Finalizao (prticas que ocorrem em momentos especficos da contratao de servios de TI), descritas a seguir: Contnuo (Ongoing): prticas contnuas representam funes de gerenciamento que precisam ser realizadas durante todo o Ciclo de Vida de Fornecimento e no somente em momentos pontuais, como execuo do contrato. As prticas contnuas englobam: a) Desenvolvimento da estratgia de contratao (sourcing) da organizao; b) Gesto e motivao das equipes para gerenciar efetivamente as atividades de contratao; c) Gesto dos relacionamentos com os provedores de servios e com os envolvidos (stakeholders); d) Medio e reviso do desempenho das contrataes e da tomada de aes para a melhoria do desempenho; e) Definio do estado futuro dos processos e estrutura da organizao (To Be State) f) Gesto das mudanas organizacionais relacionadas s atividades de contratao. g) Gesto dos sistemas de conhecimentos e de informao para que as equipes possuam acesso eficiente s informaes necessrias para efetivamente realizarem seu trabalho; h) Identificao e controle de riscos e ameaas s habilidades da organizao em atingir os objetivos e relacionamentos da contratao; i) Garantir que a arquitetura e a infraestrutura tecnolgica utilizadas para apoiar a entrega do servio so gerenciadas. 51
Anlise (Analysis): essas prticas focam na capacidade de anlise necessria organizao para, a partir de cada uma de suas operaes e funcionalidades, identificar os servios, processos, ou funes potencialmente contratveis e oportunidades, e na capacidade de identificao e desenvolvimento de uma abordagem de contratao para obteno das oportunidades identificadas. As prticas de anlise cobrem: a) Entendimento do estado atual da estrutura e dos processos organizacionais; b) Identificao de critrios relevantes para a seleo de oportunidades de contratao; c) Identificao de oportunidades de contratao alinhadas a critrios e objetivos da contratao; d) Anlise de opes de contratao; e) Desenvolvimento e validao de business-case para cada uma das opes de contratao; f) Identificao da abordagem de contratao e modelo de governana para a ao de contratao proposta. Iniciao (Initiation): essas prticas focam na capacidade necessria organizao de se preparar efetivamente para o gerenciamento de um servio contratado. As prticas focam o estabelecimento das funes de gerenciamento da contratao, preparao da seleo do provedor de servios, avaliao e seleo do provedor de servios, negociao, estabelecimentos de acordos e transferncia de servios, incluindo a transferncia dos recursos necessrios. As prticas de iniciao compreendem: a) Preparao da seleo de servios pelo desenvolvimento da solicitao e critrios para a seleo; b) Solicitao e avaliao de potenciais provedores de servios; 52 c) Preparao para a negociao, a partir de um posicionamento da organizao quanto a qualidade, custo e outros tpicos que devero ser negociados; d) Definio de acordos formais de nveis de servio e medio do desempenho do provedor de servio; e) Reconhecimento da capacidade dos provedores de servios pelo levantamento de informaes sobre os provedores;
f) Estabelecimento de um acordo formal com o provedor de servio que exprima claramente as responsabilidades e compromissos do provedor e do cliente; g) Fornecimento de retorno (feedback) sobre o desenho de servios, a fim de garantir que os servios correspondam aos requisitos do cliente e aos compromissos acordados; h) Gesto efetiva da transferncia de recursos necessrios para a prestao de servios, incluindo pessoal, infraestrutura tecnologia e ambiente de trabalho. Entrega (Delivery): estas prticas focam no monitoramento da capacidade do provedor de entregar o servio, incluindo o monitoramento contnuo (ongoing) do desempenho do provedor de servio para verificar se os compromissos vm sendo atendidos, monitoramento das mudanas, gerenciamento dos custos e acordos associados com o provimento do servio, possibilitando expectativas realsticas e anlises do valor do desempenho. As prticas cobrem: a) Planejamento e acompanhamento gerenciamento do servio; das atividades de
b) Garantia que os servios entregues esto de acordo com os compromissos; c) Gerenciamento dos custos associados entrega do servio; d) Identificao e controle de mudanas nos servios entregues ou nos compromissos associados ao servio; e) Facilitao de resoluo de problemas que impactem a entrega do servio; f) Conciliao de desempenho e expectativas, e garantia que o provimento de servios agrega valor organizao do cliente. Finalizao (Completion): estas prticas focam na capacidade necessria para o encerramento/fechamento de um servio, e possivelmente do relacionamento, no final do Ciclo de Vida da Contratao. As prticas cobrem: a) Planejamento para o encerramento de um servio contratado e o gerenciamento dos acordos durante os procedimentos de encerramento. Inclui o gerenciamento dos acordos durante o encerramento ou durante uma possvel renovao; 53
b) Gerenciamento de uma efetiva transferncia dos recursos para o prximo provedor de servios, seja o prprio cliente ou um novo provedor. Inclui a transferncia de pessoas, infraestrutura, tecnologia e propriedade intelectual (ex. cdigos, fonte ou processos); c) Garantia de continuidade do servio durante a transferncia de conhecimentos para o novo provedor do servio; d) Identificao e transferncia do capital crtico de conhecimento para o novo provedor do servio. Alm das prticas endereadas na dimenso Ciclo de Vida do Fornecimento, outras prticas so endereadas na dimenso reas de Capacidade, com dezessete reas. Dessas, 9 reas esto agrupadas como Contnuas (Ongoing), que so prticas que devem ser desempenhadas ao longo de todo o ciclo de vida da contratao. Dependendo do foco das prticas so sub-agrupadas em governana, competncias e mudanas, e ambiente, apresentadas em seguida (HEFLEY; LOESCHE, 2006a): Foco em Governana a) b) c) d) Gesto Estratgica da Contratao; Gesto da Governana; Gesto de Relacionamentos; Gesto de Valores.
Foco em Competncias e Mudanas a) b) c) 54 Gesto de Mudanas Organizacionais; Gesto de Pessoas; Gesto de Conhecimento.
Foco em Ambiente a) b) Gesto da Tecnologia; Gesto de Riscos.
As 8 outras reas so temporais (prticas que ocorrem em momentos especficos da contratao) e agrupadas em uma das quatro fases do ciclo de vida: Anlise, Iniciao, Entrega e Finalizao.
Anlise a) b) Anlise de Oportunidades de Contratao; Abordagens de Contratao.
Iniciao a) b) c) d) Planejamento da Contratao; Avaliao de Provedor de Servio; Acordos de Contratao; Transferncia do Servio.
Entrega a) Gerenciamento do Servio Contratado.
Finalizao a) Finalizao da Contratao.
A terceira dimenso, Nveis de Capacidade, representa os nveis de capacidade do modelo. Os cinco nveis de capacidade descrevem um caminho progressivo de melhoria que deve ser seguido pelas organizaes-cliente (HEFLEY; LOESCHE, 2006a). O caminho inicia-se do desejo de gerenciamento dos servios contratados habilitados por TI e continua at o nvel mais elevado, demonstrando a habilidade em manter a excelncia nas atividades de contratao. Os nveis de capacidade so: a) realiza a contratao; b) gerencia consistentemente a contratao; c) gerencia organizacionalmente o desempenho da contratao; d) agrega valor proativamente; e) mantm a excelncia.
2.3.5 Programa MPS.BR

O MPS.BR um programa coordenado pela Associao para Promoo da Excelncia do Software Brasileiro (SOFTEX), com o apoio do Ministrio da Cincia e Tecnologia (MCT), da Financiadora de Estudos e Projetos (FINEP), do Servio Brasileiro de Apoio s Micro e Pequenas Empresas (SEBRAE) e do Banco Interamericano de Desenvolvimento (BID) (SOFTEX, 2009c). A sigla MPS.BR est
55
associada ao programa MPS.BR Melhoria do Processo de Software Brasileiro e a sigla MPS est associada ao modelo MPS Melhoria do Processo de Software. O objetivo do programa a melhoria do processo de software brasileiro, visando criao e aprimoramento do modelo MPS e disseminao e adoo do modelo MPS tanto em pequenas e mdias quanto em grandes organizaes pblicas e privadas. O modelo composto pelos documentos: a) Guia Geral:2009 (SOFTEX, 2009c); b) Guia de Avaliao:2009 (SOFTEX, 2009a); c) Guia de Aquisio:2009 (SOFTEX, 2009b); e d) Guias de implementao dos processos do nvel G ao A. O foco do modelo MPS avaliao e melhoria da qualidade e produtividade de produtos de software e servios correlatos, a partir de conceitos de maturidade e capacidade de processo, embasado nas normas ISO/IEC 12207:2009, ISO/IEC 15504 e no modelo CMMIDEV. A Figura 2-3 mostra o modelo MPS e seus elementos: Modelo de Referncia (MR-MPS); Mtodo de Avaliao (MA-MPS); e Modelo de Negcio (MN-MPS) e respectivos guias e documentos.
56
Figura 2-3. Componentes e referncias do modelo MPS

Fonte: SOFTEX (2009c, p.13)
No Guia Geral:2009 (SOFTEX, 2009c) so descritos: o Modelo de Referncia MR-MPS, ou seja, a estrutura do modelo com a descrio dos nveis de maturidade, processos e capacidade, e resultados esperados; e uma viso geral dos guias de implementao dos nveis, do processo de avaliao, e do guia de aquisio. Conforme apresentado em SOFTEX (2009c), cada nvel de maturidade representa uma combinao entre processos e sua capacidade, e caracteriza a evoluo dos processos, por estgios de melhoria, possibilitando prever o desempenho da organizao a partir da implementao de um ou mais processos. O MR-MPS define sete nveis de maturidade: a) A (Em Otimizao); b) B (Gerenciado Quantitativamente); c) C (Definido); d) D (Largamente Definido); e) E (Parcialmente Definido); f) F (Gerenciado); e g) G (Parcialmente Gerenciado). A Tabela 2-6 apresent algumas declaraes que caracterizam o MR-MPS (SOFTEX, 2009c).
Tabela 2-6. Declaraes que caracterizam o MR-MP Declaraes MR-MPS 1 2 A escala de maturidade se inicia no nvel G e progride at o nvel A. Para cada nvel de maturidade atribudo um perfil de processos indicando esforo de melhoria. Atinge-se um nvel de maturidade do MR-MPS quando so atendidos os propsitos e todos os resultados esperados dos respectivos processos e os resultados esperados dos atributos de processo estabelecidos para aquele nvel. Os nveis so acumulativos, ou seja, num nvel de maturidade superior, os processos anteriormente implementados devem passar a ser executados no nvel de capacidade exigido neste nvel superior. Para cada processo so declarados o propsito e os resultados esperados de sua execuo, o que possibilita aferir a efetividade da execuo do processo.
57
6 7 8 9
O propsito descreve o objetivo geral a ser atingido durante a execuo do processo. Os resultados esperados do processo estabelecem os resultados a serem obtidos com a efetiva implementao do processo. A capacidade do processo a caracterizao da habilidade do processo para alcanar os objetivos de negcio. A capacidade do processo representada por um conjunto de atributos de processo descrito em termos de resultados esperados. A capacidade do processo expressa o grau de refinamento e institucionalizao com que o processo executado na organizao/ unidade organizacional. Os diferentes nveis de capacidade dos processos so descritos por nove atributos de processo (AP). O alcance de cada atributo de processo avaliado utilizando os respectivos resultados esperados de atributo de processo (RAP).
10
11 12
Fonte: Baseado em SOFTEX (2009c)
Na Tabela 2-7 apresentam-se os nveis e os processos de cada nvel.

Tabela 2-7. Nveis do MR-MPS e seus processos caractersticos Nveis A B C Em Otimizao Gerenciado Quantitativamente Definido Gerncia de Projetos GPR (evoluo) Gerncia de Riscos GRI Desenvolvimento para Reutilizao DRU Gerncia de Decises GDE Verificao VER Validao VAL Projeto e Construo do Produto PCP Integrao do Produto ITP Desenvolvimento de Requisitos - DRE Gerncia de Projetos GPR (evoluo) Gerncia de Reutilizao GRU Gerncia de Recursos Humanos GRH Definio do Processo Organizacional DFP Avaliao e Melhoria do Processo Organizacional AMP Processos MR-MPS (19)
Largamente Definido
58
E Parcialmente Definido
Gerenciado
Medio MED Garantia da Qualidade GQA Gerncia de Portflio de Projetos GPP Gerncia de Configurao GCO Aquisio - AQU
Parcialmente Gerenciado
Gerncia de Requisitos GRE Gerncia de Projetos - GPR
Fonte: Baseado em SOFTEX (2009c)
Observa-se que um dos processos do MR-MPS do Nvel F Gerenciado o Processo Aquisio AQU, acrescido pelos processos do nvel de maturidade anterior (G) e dos demais processos do nvel F, como: Garantia da Qualidade; Gerncia de Configurao; Gerncia de Portflio de Projetos; e Medio. E que a implementao dos processos do nvel F deve satisfazer os atributos de processo AP 1.1 O processo executado (medida do quanto o processo atinge o seu propsito); AP 2.1 O processo gerenciado (medida do quanto a execuo do processo gerenciada) e AP 2.2 Os produtos de trabalho do processo so gerenciados (medida do quanto os produtos de trabalho produzidos pelo processo so gerenciados apropriadamente). J o Guia de Aquisio:2009 (SOFTEX, 2009b) do MPS.BR descreve um processo de aquisio de software e servios correlatos para apoiar as instituies que queiram adquirir Produtos de Software e Servios Correlatos (S&SC). Os servios correlatos no contexto da aquisio abrangem desenvolvimento, implantao, suporte operao e manuteno do software, tais como: treinamento; configurao do software e do ambiente de operao; manutenes corretivas, evolutivas e adaptativas; entre outros. O processo de aquisio foi descrito com base na Norma Internacional ISO/IEC 12207:2009 e no padro IEEE 1062:1998, utilizado para complementar e detalhar as atividades do processo de aquisio. Esse processo tem como propsito obter Software & Servios Correlatos (S&SC) que satisfaam a necessidade expressa pelo cliente e finaliza com a aceitao do produto ou servio (SOFTEX, 2009b). 59
De acordo com a SOFTEX (2009b) os seguintes resultados so esperados para o processo de aquisio: a) As necessidades de aquisio, as metas, os critrios de aceitao do S&SC e as estratgias de aquisio so definidos; b) Um contrato que expresse claramente a expectativa, as responsabilidades e as obrigaes de ambos (cliente e fornecedor) elaborado; c) Um ou mais fornecedores so selecionados; d) Os S&SC que satisfaam a necessidade expressa pelo cliente so adquiridos; e) A aquisio monitorada de forma que as condies especificadas sejam atendidas, tais como: custo, cronograma e qualidade; f) Os produtos e servios entregues pelo fornecedor so aceitos; e g) Qualquer pendncia identificada tem uma concluso satisfatria, conforme acordado entre o cliente e o fornecedor. O processo possui quatro atividades: i) Preparao da Aquisio, ii) Seleo do Fornecedor, iii) Monitoramento do Fornecedor e iv) Aceitao pelo Cliente e dezoito tarefas, descritas na Figura 2-4. O Guia apresenta cada uma das atividades detalhada pelos itens objetivo, tarefas previstas, e produtos requeridos, e produtos gerados (SOFTEX, 2009b): a) Objetivo: descrever os objetivos a serem alcanados com a realizao da atividade e prover orientaes gerais; b) Tarefas previstas: identificar e descrever as tarefas necessrias para atingir os objetivos e obter os resultados previstos para a atividade; e c) Produtos requeridos e gerados: relacionar os insumos necessrios para executar cada tarefa bem como os produtos das tarefas previstas na atividade.
60
Figura 2-4. MPS.BR-Guia de Aquisio:2009

Fonte: SOFTEX, 2009b
61
Legislao aplicvel s contrataes no setor pblico

A norma ABNT NBR ISO/IEC 38500 (ABNT, 2009b) e o modelo Cobit (ITGI, 2007b) indicam a necessidade de garantir a conformidade dos processos de contratao de TI aos requisitos legais e regulatrios aplicveis no setor pblico, o que considerada um dos pilares da governana de TI. No Cobit (ITGI, 2007b), a garantia dessa conformidade legal deve comear pela catalogao sistemtica de tais requisitos, para fins de avaliao peridica de conformidade. No caso do setor pblico federal, a legislao aplicvel s contrataes de servios de TI bastante extensa e o processo de sua catalogao no simples (CRUZ, 2008). Nesse sentido, so apresentadas a seguir duas iniciativas de sistematizao.
3.1 Quadro Referencial Normativo para contrataes de servios de TI no setor pblico (QRN)
O Quadro Referencial Normativo para contrataes de servios de TI no setor pblico (QRN) foi elaborado com base em um modelo genrico do processo de contratao de servios no setor pblico (organizado em fases, atividades e etapas) compilado a partir de modelos de referncia. Contm 289 entendimentos condensados (corolrios) que sumarizam os requisitos legais extrados de 153 fontes da legislao, jurisprudncia e outras fontes auxiliares (CRUZ, 2008). Os corolrios esto vinculados a cada fase ou etapa do processo e sumarizam os respectivos requisitos legais e jurisprudenciais. As fontes selecionadas abrangem aspectos constitucionais, de organizao administrativa, oramentrios, de licitaes e contratos, de defesa do consumidor, de direito autoral, de segurana da informao e crimes digitais, relativos a polticas governamentais e de requisitos das instncias do Controle. O QRN est disponvel no site da Secretaria de Fiscalizao de TI do TCU para acesso pblico (www.tcu.gov.br\ fiscalizacaoti, item normas e jurisprudncia, subitem contratao de servios de TI).
62
De acordo com Cruz (2008), o QRN e seu mtodo de construo atendem ao objetivo de controle detalhado ME 3.1 do Cobit 4.1 para o processo de contratao de servios de TI. Alm disso, o QRN facilita a compreenso da legislao pelo gestor pblico porque parte dos elementos mais conhecidos (as fases e etapas do processo de contratao) para explorar os elementos menos conhecidos (os requisitos legais vinculados a cada fase ou etapa). A Figura 3-5 apresenta o nmero de corolrios da legislao e jurisprudncia definidos para cada fase ou etapa do modelo genrico do processo de contratao e o nmero de vinculaes s fontes utilizadas no QRN (colunas direita) para sustentar esses corolrios. As fontes utilizadas no QRN so modelos de referncia encontrados na literatura, o marco legal/jurisprudencial e as questes, relativas s contrataes de TI, apresentadas por gestores pblicos em evento especfico realizado em 2006 (CRUZ, 2008).
63
64
Figura 3-5. Vinculao do QRN s fontes de dados

Fonte: Cruz (2008)
3.2 Instruo Normativa SLTI/MP 4/2010

A Instruo Normativa SLTI/MP 4/2010 (BRASIL, 2010c), tambm conhecida entre os gestores pblicos de TI pela sigla IN4, foi publicada inicialmente em maio de 2008 e depois atualizada em novembro de 2010. A IN4 dispe sobre o processo de contratao de Solues de Tecnologia da Informao pelos rgos integrantes do Sistema de Administrao dos Recursos de Informao e Informtica (Sisp) do Poder Executivo Federal. A estrutura dessa norma prov mecanismos de governana para contrataes de servios de TI (Figura 3-6): a) No nvel mais elevado est a Estratgia Geral de Tecnologia da Informao (EGTI), elaborada pelo rgo central do Sistema de Administrao dos Recursos de Informao e Informtica SISP, estabelecido pelo Decreto 1.048/1994 (BRASIL, 1994). A EGTI revisada anualmente e contm orientaes gerais para as reas de TI dos rgos e entidades da Administrao Pblica Federal; b) No nvel seguinte, encontra-se a obrigatoriedade da formulao de um Plano Diretor de Tecnologia da Informao (PDTI) por parte de cada rgo ou entidade integrante do SISP. Neste documento so apresentados a avaliao e o diagnstico dos recursos de TI, as necessidades de informao identificadas pelo rgo, alm do planejamento de investimentos, recursos humanos e sua capacitao, aquisio de equipamentos, e contrataes de servios de TI; e c) No nvel mais bsico, encontra-se o processo de contratao de servios de TI, constitudo das fases de planejamento da contratao, de seleo do fornecedor e de gerenciamento do contrato. 65
Figura 3-6. Estrutura da IN 04

Fonte: os autores, com base na IN4 (BRASIL, 2010c)
Na fase de PLANEJAMENTO DA CONTRATAO, observam-se os cuidados com a definio das responsabilidades dos envolvidos, justificativas e resultados esperados e fonte de recursos. Essa fase tem incio com o recebimento do Documento de Oficializao da Demanda, pela rea de Tecnologia da Informao, oriundo da rea Requisitante da Soluo, que conter no mnimo: a) Necessidade da contratao, considerando os objetivos estratgicos e as necessidades corporativas da instituio, bem como o seu alinhamento ao PDTI; b) Explicitao da motivao e demonstrativo de resultados a serem alcanados; c) Indicao da fonte dos recursos para a contratao; e 66 d) Indicao do Integrante Requisitante para composio da Equipe de Planejamento da Contratao. Essa fase constitui-se das seguintes etapas: a) b) c) d) e) Anlise de Viabilidade da Contratao; Elaborao do Plano de Sustentao; Elaborao da Estratgia da Contratao; Anlise de Riscos; Elaborao do Termo de Referncia ou Projeto Bsico.
A fase SELEO DO FORNECEDOR inicia com o encaminhamento do termo de referncia (ou projeto bsico) pela rea de TI rea de licitaes, cabendo ltima a responsabilidade pela fase e rea de TI apenas: a) Analisar as sugestes feitas pelas reas de Licitaes e Jurdica para o Termo de Referncia ou Projeto Bsico e demais documentos; b) Apoiar tecnicamente o pregoeiro ou a Comisso de Licitao na resposta aos questionamentos ou s impugnaes dos licitantes; e c) Apoiar tecnicamente o pregoeiro ou a Comisso de Licitao na anlise e julgamento das propostas e dos recursos apresentados pelos licitantes. A fase Seleo do Fornecedor encerrada com a assinatura do contrato e com a nomeao de pessoas para exercerem os seguintes papis: a) Gestor do Contrato; b) Fiscal Tcnico do Contrato; c) Fiscal Requisitante do Contrato; e d) Fiscal Administrativo do Contrato. A fase de Gerenciamento do Contrato foca no acompanhamento e na garantia adequada da prestao dos servios e do fornecimento dos bens que compem a Soluo de Tecnologia da Informao durante todo o perodo de execuo do contrato, com as etapas: a) Incio do contrato; b) Encaminhamento formal de ordens de servio ou de fornecimento de bens pelo Gestor do Contrato ao preposto da contratada; c) Monitoramento da execuo; d) Transio contratual, quando aplicvel, e encerramento do contrato, que dever observar o Plano de Sustentao. Juntamente com a publicao da IN4, foi publicado tambm o Manual de Contratao de Solues de Tecnologia da Informao V. 2.0 (BRASIL, 2010d), que descreve os processos, atividades e artefatos envolvidos na contratao, com o objetivo de apoiar os profissionais na realizao do processo de contratao de Solues de TI. 67
O PCSTI
Este processo deriva da integrao de aspectos tcnicos da Governana de TI e da Engenharia de Software com os aspectos legais de contratao de servios em um s processo. Desse modo, abre-se a oportunidade de interao mais produtiva entre os gestores pblicos de TI e as reas jurdica, administrativa e de controle (interno ou externo), com base em contextos mais compartilhados e em uma linguagem comum. Com isso, torna-se possvel a reduo do retrabalho, pois os documentos de contratao podem ser produzidos j aderentes legislao da primeira vez, a reduo do tempo de contratao, mesmo utilizando-se dos rigorosos procedimentos licitatrios, e o aumento da eficincia, seja pela reduo de prazos de contratao ou pela reduo dos valores pagos pela Administrao em suas contrataes em virtude do aumento da concorrncia. O PCSTI pode ser aplicado na contratao de todos os servios de TI, tais como desenvolvimento e manuteno de software, servios de infraestrutura, servios de help desk consultorias especializadas etc. Alguns desses servios possuem caractersticas prprias e necessitam de diferentes estratgias de contratao e parmetros prprios de exigncia de nvel de servio. Consequentemente, nveis especficos de servio devem ser acompanhados por meio de medies prprias, para garantir a medio adequada do desempenho real do servio prestado e o gerenciamento proativo do contrato por parte do poder pblico. O processo tambm se aplica s contrataes de software como pacote, com ou sem customizao, que so contabilizadas como servios de terceiros, podendo ser classificadas como custeio ou investimento, dependendo da variao patrimonial resultante. Para maiores esclarecimentos sobre esses aspectos, o stio da Secretaria do Tesouro Nacional deve ser consultado, especialmente a macrofuno 021130 (Despesas com TI). Apesar de o processo ser aplicvel a qualquer tipo de servio de TI, os exemplos e algumas explicaes esto voltadas para software e servios correlatos.
68
4.1 Estrutura do PCSTI

Para a descrio deste processo foi empregada a estrutura definida pela norma ABNT NBR ISO/IEC 12207:2009 (ABNT, 2009a), que padro internacional para processos do ciclo de vida de software, e pelo Guia de Aquisio do MPS.BR (SOFTEX, 2009b). Essa estrutura composta por fases, atividades e tarefas. As fases e as suas respectivas atividades foram descritas e eventualmente receberam comentrios adicionais. Cada atividade foi desdobrada em tarefas que foram detalhadas em descrio, eventuais comentrios, produtos requeridos, responsvel, participantes, produtos gerados e eventuais modelos.
4.2 Propsito do PCSTI

O propsito deste processo obter software e servios de TI que satisfaam s necessidades de negcio da organizao contratante, de forma alinhada sua estratgia e legislao brasileira, considerando a necessidade de cumprir os princpios de eficcia, eficincia, efetividade, economicidade, legalidade e legitimidade dos projetos de TI. Projetos de TI conduzidos sob este processo tm maior possibilidade de agregar valor ao negcio da organizao pblica em termos de aumento de benefcios produzidos, ao mesmo tempo em que se obtm a reduo de riscos legais e contratuais e o aumento da integrao entre as reas de TI, de licitao, jurdica e os gestores de negcio.
4.3 Resultados esperados do PCSTI

A seguir, so apresentados os resultados esperados do adequado emprego do processo descrito neste captulo: a) A boa prtica de adoo de um processo formal de contratao de servios de TI atendida pelos governantes e gestores pblicos de TI; b) O valor da TI aos processos de negcio das organizaes pblicas ampliado; c) O estmulo adoo da melhoria da qualidade do software brasileiro ampliado; d) A participao de pequenas e mdias empresas na comercializao de software e servios correlatos para Governo
69
ampliada5, em linha com a Lei Complementar 123/2006 (BRASIL, 2006a) e tambm com o PBQP-SW/MCT (BRASIL, 2011a); e) Mecanismos de diviso de objeto, de excluso de exigncias desnecessrias e de aumento do uso do prego eletrnico so includos; f) Gestores de contratos de TI mais bem informados e alinhados Instruo Normativa SLTI/MP 04/2010 (BRASIL, 2010c); g) Reduo do risco de desconformidade legal do gestor pblico; h) Reduo do risco de desconformidade legal da organizao pblica; i) Reduo das divergncias entre as reas envolvidas nas contrataes (TI, jurdica, administrativa, oramentria e controle interno); j) A contratao alinhada estratgia; k) Os critrios de habilitao do fornecedor so definidos; l) Um contrato que expresse claramente a expectativa, as responsabilidades e as obrigaes entre a contratada e contratante elaborado; m) Um ou mais fornecedores so selecionados; n) Os servios e produtos de TI que satisfaam necessidade expressa pelo cliente so adquiridos; o) A contratao monitorada de forma que as condies de custo, cronograma e qualidade especificadas sejam atendidas; p) Os produtos e servios entregues pelo fornecedor so aceitos; q) Os eventuais problemas identificados na execuo contratual so adequadamente tratados, conforme previsto no contrato;
5 Infelizmente ainda bastante frequente que gestores pblicos, s vezes at imbudos das melhores intenes de resguardo qualidade, insiram mecanismos restritivos competio em licitaes pblica, dirigindo-as especialmente s grandes empresas, por meio da exigncia, para habilitao, de certificaes, parcerias, estruturas prediais etc. A adoo do presente processo estimula a escolha de critrios de seleo fundamentados e meritocrticos, baseados na efetiva necessidade da instituio e em requisitos de qualidade de processo ou de produto (e no em certificaes de processo) j normatizados pela ABNT e de amplo conhecimento e aceitao. Dessa forma, as pequenas e mdias empresas tm mais chances de participar das licitaes pblicas e, uma vez admitidas licitao, beneficiarem-se dos privilgios concedidos pela Lei Complementar 123/2006, tais como o direito ao lance extra em prego, sem rplica da grande empresa.
70
r) Os benefcios previstos da contratao so alcanados.
4.4 Descrio do PCSTI

A Tabela 4-8 apresenta a estrutura do processo de contratao de software proposto, constitudo de 4 fases, 18 atividades e 90 tarefas. Este processo pode ser adotado para contratao de qualquer tipo de servio de TI no setor pblico.
Tabela 4-8. Estrutura geral do modelo de processo de contratao proposto FASE 1. PLANEJAMENTO DE TI ATIVIDADES TAREFAS
1.1.1 Identificar as necessidades de negcio 1.1 Estabelecer diretriz1.1.2 Definir diretrizes de TI alinhadas ao negcio es para o uso orga1.1.3 Definir macroaes de TI nizacional de TI 1.1.4 Estabelecer acordos de nvel de servio (SLA) 1.2.1 Identificar as principais contrataes de TI 1.2 Estabelecer o Plano 1.2.2 Reservar os recursos (RH, oramento, prioridades de Contrataes etc.) do PDTI 1.2.3 Aprovar e publicar o PDTI FASE 2. PLANEJAMENTO DA CONTRATAO ATIVIDADES TAREFAS
2.1.1 Analisar e justificar a necessidade 2.1.2 Fundamentar a motivao da contratao 2.1.3 Designar equipe de planejamento da contratao 2.1.4 Levantar e especificar requisitos da contratao 2.1.5 Analisar solues de TI 2.1 Analisar a viabili2.1.6 Definir critrios de avaliao e aceitao de serdade da contratavios o 2.1.7 Analisar preliminarmente riscos, impactos e a viabilidade econmica 2.1.8 Selecionar a soluo de TI e justificar 2.1.9 Elaborar e obter aprovao da Anlise de Viabilidade da Contratao 2.2.1 Elaborar procedimento de segurana da informao 2.2.2 Elaborar procedimento de gesto de recursos 2.2.3 Elaborar procedimento de transferncia de con2.2 Elaborar o plano hecimento 2.2.4 Elaborar procedimento de transio contratual de sustentao 2.2.5 Elaborar procedimento de continuidade de negcio 2.2.6 Elaborar e obter aprovao do Plano de Sustentao
71
2.3.1 Indicar o tipo de contratao 2.3.2 Definir termos contratuais 2.3.3 Definir a estratgia de independncia 2.3.4 Indicar o gestor do contrato 2.3 Elaborar a estrat2.3.5 Definir as responsabilidades da contratada gia de contratao 2.3.6 Definir oramento detalhado e fonte de recursos 2.3.7 Definir os critrios tcnicos de seleo 2.3.8 Elaborar e obter aprovao da Estratgia da Contratao 2.4.1 Identificar riscos da licitao 2.4.2 Identificar riscos dos servios 2.4 Analisar e tratar 2.4.3 Analisar probabilidade e impacto dos riscos riscos 2.4.4 Planejar aes de mitigao de riscos 2.4.5 Planejar aes em contingncias 2.4.6 Elaborar e obter aprovao da Anlise de Riscos 2.5.1 Analisar e demonstrar a economicidade da 2.5 Concluir o planecontratao jamento da 2.5.2 Elaborar e encaminhar a minuta do termo de contratao referncia (ou do projeto bsico) FASE 3. SELEO DO FORNECEDOR ATIVIDADES TAREFAS
3.1 Formalizar e aprovar o termo de 3.1.1 Formalizar e aprovar o termo de referncia (ou o referncia (ou o projeto bsico) projeto bsico) 3.1.1 Formalizar e aprovar o termo de referncia (ou o Selecionar forprojeto bsico) necedor (por 3.2.1 Justificar a contratao direta contratao di- 3.2.2 Negociar o contrato reta) 3.2.3 Obter o exame e a aprovao jurdicos 3.2.4 Obter a aprovao da contratao
3.2
72
3.3.1 Elaborar o edital 3.3.2 Obter o exame e a aprovao jurdicos 3.3.3 Realizar consulta ou audincia pblica 3.3 Selecionar for- 3.3.4 Realizar ajustes no edital necedor (por lici- 3.3.5 Publicar o edital tao) 3.3.6 Responder a questionamentos e recursos 3.3.7 Receber e julgar as propostas 3.3.8 Adjudicar o objeto 3.3.9 Homologar a licitao
3.4.1 Ajustar a minuta do contrato 3.4 Formalizar o con3.4.2 Assinar o contrato trato 3.4.3 Designar o gestor e fiscal(is) de contrato FASE 4. GESTO DO CONTRATO ATIVIDADES TAREFAS 4.1.1 Elaborar o plano de insero 4.1.2 Repassar conhecimento 4.1.3 Alocar infraestrutura 4.1.4 Designar as pessoas para papis 4.1.5 Realizar a reunio de iniciao
4.1 Iniciar o contrato
4.2.1 Receber demandas de negcio 4.2 Encaminhar de4.2.2 Elaborar a ordem de servio mandas 4.2.3 Assinar a ordem de servio 4.3.1 Acompanhar a execuo da ordem de servio 4.3 Realizar o monito- 4.3.2 Gerenciar riscos ramento tcnico 4.3.3 Determinar ao corretiva 4.3.4 Providenciar alteraes da ordem de servio 4.4.1 Receber os servios concludos 4.4 Executar a atesta- 4.4.2 Avaliar os servios o tcnica 4.4.3 Rejeitar servios inadequados 4.4.4 Aceitar servios adequados 4.5.1 Acompanhar os servios em execuo 4.5.2 Avaliar cumprimento do contrato 4.5.3 Aplicar sanes 4.5.4 Corrigir desatendimento contratual 4.5 Realizar o monito4.5.5 Calcular valores dos servios e impostos ramento adminis4.5.6 Liquidar a despesa trativo 4.5.7 Autorizar emisso de fatura ou nota fiscal 4.5.8 Verificar regularidade fiscal, comercial, trabalhista e previdenciria 4.5.9 Efetuar pagamento dos servios 4.6.1 Tratar alterao de quantitativos 4.6.2 Tratar alterao de prazos de execuo 4.6.3 Tratar alterao de clusulas contratuais 4.6 Tratar as deman4.6.4 Tratar alterao tcnica das por alteraes 4.6.5 Tratar readequao de preos contratuais 4.6.6 Tratar prorrogao do contrato 4.6.7 Tratar suspenso do contrato 4.6.8 Tratar resciso do contrato
73
4.7.1 Realizar procedimento de transferncia de conhecimento 4.7.2 Realizar procedimento de transferncia de re4.7 Realizar o encerracurso mento contratual 4.7.3 Realizar procedimento de segurana da informae a transio o 4.7.4 Verificar a quitao de encargos trabalhistas e previdencirios
Fonte: os autores
A seguir, apresentado o detalhamento do PCSTI.
4.4.1 Fase 1 Planejamento de TI

(Pti) Fase: 1 Planejamento de TI Descrio: a fase em que, de acordo com a estratgia da organizao, so escolhidas as aes de TI que mais provavelmente produziro os benefcios de negcio priorizados. Comentrio: Em razo das caractersticas atuais do ciclo oramentrio federal brasileiro, a previso de gastos de TI de um exerccio deve ser elaborada at maio do ano anterior, para ser consolidada at junho e encaminhada ao Congresso Nacional at agosto. Por essa razo, o processo de planejamento de TI para um dado exerccio deve ser iniciado pelo menos um ano antes, iniciando pela produo de documentos mais genricos e menos precisos, porm suficientes para o encaminhamento da proposta oramentria, e refinando sucessivamente at alcanar o detalhamento e a preciso necessrios para autorizar a execuo de cada ao prevista. Nesse sentido, boa prtica que o processo de Planejamento de TI abranja pelo menos dois exerccios. Atividades relacionadas: 1.1 Estabelecer diretrizes para o uso organizacional de TI 1.2 Estabelecer o Plano de Contrataes do PDTI
74
Fase 1 Planejamento de TI (Pti-a1) Atividade: 1.1 Estabelecer diretrizes para o uso organizacional de TI Descrio: A alta administrao da organizao responsvel por estabelecer a direo de uso de TI que mais agregar valor ao negcio institucional. Aqui so estabelecidas as principais polticas de TI, como os objetivos, indicadores e metas de TI, o uso aceitvel dos recursos, o risco aceitvel, as diretrizes de segurana da informao e as diretrizes para alocao de recursos (custos) frente aos benefcios esperados. Tarefas relacionadas: 1.1.1 Identificar as necessidades de negcio 1.1.2 Definir diretrizes de TI alinhadas ao negcio 1.1.3 Definir macroaes de TI 1.1.4 Estabelecer acordos de nvel de servio (SLA) Fase 1 Planejamento de TI Atividade 1.1 Estabelecer diretrizes para o uso organizacional de TI (Pti-a1-t1) Tarefa: 1.1.1 Identificar as necessidades de negcio Descrio: Identificar os problemas e as oportunidades de melhoria de desempenho do negcio, sob a tica da estratgia adotada e considerando o histrico dos indicadores (balanceados pela tcnica BSC) e as metas estabelecidas. Produto(s) requerido(s): Pti-p01. PEI Plano Estratgico Institucional Responsvel: Autoridade mxima Participante(s): Colegiado de diretores Produto(s) gerado(s): Pti-p03a. Caracterizao das necessidades de negcio Pti-p06a. Necessidades e metas de negcio 75
Fase 1 Planejamento de TI Atividade 1.1 Estabelecer diretrizes para o uso organizacional de TI (Pti-a1-t2) Tarefa: 1.1.2 Definir diretrizes de TI alinhadas ao negcio Descrio: Identificar os problemas e as oportunidades de melhoria de desempenho do uso e gesto de TI, sob a tica da estratgia adotada e considerando o histrico dos indicadores (balanceados pela tcnica BSC), as metas de negcio estabelecidas e a influncia dos servios de TI sobre as necessidades de negcio. A partir dessa anlise, definir a estratgia de TI, os indicadores e as metas de TI alinhados com as metas de negcio. Produto(s) requerido(s): Pti-p03a. Caracterizao das necessidades de negcio Responsvel: Comit de TI Participante(s): Autoridade mxima Colegiado de diretores rea requisitante da soluo rea de tecnologia da informao Produto(s) gerado(s): Pti-p03b. Estratgia de TI Pti-p03c. Indicadores de TI Pti-p03d. Metas de TI Fase 1 Planejamento de TI Atividade 1.1 Estabelecer diretrizes para o uso organizacional de TI (Pti-a1-t3) Tarefa: 1.1.3 Definir macroaes de TI 76 Descrio: Definir as aes necessrias para o alcance das metas de TI, sempre em consonncia com as metas de negcio. Produto(s) requerido(s): Pti-p03b. Estratgia de TI Pti-p03c. Indicadores de TI Pti-p03d. Metas de TI
Responsvel: Comit de TI Participante(s): Autoridade mxima rea requisitante da soluo rea de tecnologia da informao Produto(s) gerado(s): Pti-p03e. Macroaes de TI Pti-p06b. Objetivos da contratao Fase 1 Planejamento de TI Atividade 1.1 Estabelecer diretrizes para o uso organizacional de TI (Pti-a1-t4) Tarefa: 1.1.4 Estabelecer acordos de nvel de servio (SLA) Descrio: Negociar com todas as reas clientes de TI para estabelecer as metas de nvel de servio individuais, de acordo com a disponibilidade de recursos (real ou projetada). Produto(s) requerido(s): Pti-p01. PEI - Plano Estratgico Institucional Pti-p03a. Caracterizao das necessidades de negcio Pti-p03b. Estratgia de TI Pti-p03d. Metas de TI Pti-p03e. Macroaes de TI Responsvel: Comit de TI Participante(s): rea requisitante da soluo rea de tecnologia da informao Produto(s) gerado(s): Pti-p02. Acordos de nvel de servio Fase 1 Planejamento de TI (Pti-a2) Atividade: 1.2 Estabelecer o Plano de Contrataes do PDTI Descrio: O plano de contrataes o captulo do PDTI dedicado 77
definio, pela alta administrao, de quais contrataes tm maior potencial de retorno de benefcios de negcio, qual o oramento financeiro alocado a cada uma e a alocao de todos os demais recursos necessrios para o sucesso de cada contratao. Tarefas relacionadas: 1.2.1 Identificar as principais contrataes de TI 1.2.2 Reservar os recursos (RH, oramento, prioridades etc.) 1.2.3 Aprovar e publicar o PDTI Fase 1 Planejamento de TI Atividade 1.2 Estabelecer o Plano de Contrataes do PDTI (Pti-a2-t1) Tarefa: 1.2.1 Identificar as principais contrataes de TI Descrio: Identificar as necessidades de contratao de TI em funo das aes de TI selecionadas para dar cumprimento s metas de TI e de negcio. Produto(s) requerido(s): Responsvel: Comit de TI Participante(s): Colegiado de diretores rea requisitante da soluo rea de tecnologia da informao Produto(s) gerado(s): Pti-p03f. Necessidades de contratao de TI 78 Fase 1 Planejamento de TI Atividade 1.2 Estabelecer o Plano de Contrataes do PDTI (Pti-a2-t2) Tarefa: 1.2.2 Reservar os recursos (RH, oramento, prioridades etc.) Descrio: Identificar os recursos necessrios para realizar cada contratao em anlise, sobretudo os recursos humanos
e oramentrios. Havendo exiguidade de recursos, priorizar as contrataes segundo critrios objetivos de economicidade no uso de recursos e de efetividade potencial na produo dos benefcios de negcio almejados. Produto(s) requerido(s): Pti-p03f. Necessidades de contratao de TI Responsvel: Comit de TI Participante(s): Colegiado de diretores rea requisitante da soluo rea de tecnologia da informao Fornecedores internos de servios (OLA) Produto(s) gerado(s): Pti-p03g. Plano de alocao de recursos Pti-p03h. Plano de contrataes do exerccio Fase 1 Planejamento de TI Atividade 1.2 Estabelecer o Plano de Contrataes do PDTI (Pti-a2-t3) Tarefa: 1.2.3 Aprovar e publicar o PDTI Descrio: Aps a construo da minuta do PDTI, o Comit de TI deve apresent-la ao dirigente mximo e sua diretoria. Uma vez aprovado, o PDTI deve ser assinado pelo dirigente mximo, o que lhe confere status de plano de execuo obrigatria, e deve ser publicado no mnimo um extrato do PDTI. Produto(s) requerido(s): Pti-p03g. Plano de alocao de recursos Pti-p03h. Plano de contrataes do exerccio Responsvel: Autoridade mxima Participante(s): Comit de TI Colegiado de diretores 79
Autoridade competente rea de tecnologia da informao rea de controle interno rea jurdica Produto(s) gerado(s): Pti-p03. PDTI - Plano Diretor de Tecnologia da Informao
4.4.2 Fase 2 Planejamento da contratao

(Pla) Fase: 2 Planejamento da contratao Descrio: a fase destinada a definir todos os elementos da contratao necessrios para: garantir que a relao contratual seja desfeita caso deixe de ser a opo de melhor resultado econmico, do ponto de vista do negcio, entre as alternativas disponveis a cada momento (economicidade); maximizar a possibilidade de alcance dos benefcios de negcio pretendidos com a contratao (efetividade); reduzir o consumo de recursos ao mnimo necessrio ou de acordo com padro reconhecidamente aceitvel (eficincia), includos o custo financeiro da contratao e os seus custos indiretos; garantir a execuo do objeto da contratao de acordo com todas as clusulas contratuais (eficcia). Comentrio: A fase Planejamento da contratao tem dois momentos caractersticos: Planejamento Preliminar, cujo propsito assegurar que a necessidade de contratao esteja bem caracterizada e fundamentada, que tcnica e legalmente vivel, que compatvel com as condies e recursos existentes na organizao, que oportuna, conveniente e segura para a organizao em termos estratgicos e que conta com o patrocnio necessrio dos principais interessados (aprovao pela autoridade competente) (L8666, art. 6,
80
IX; D2271). Essa subfase tem duas atividades, desenvolvidas em paralelo: (a) Analisar a viabilidade da contratao; (b) Elaborar o plano de sustentao. Planejamento Definitivo, cujo propsito o detalhamento de todos os elementos necessrios ao procedimento licitatrio (se for o caso), contratao, e gesto do contrato resultante. A minuta do termo de referncia (ou projeto bsico) o produto do planejamento definitivo (L8443/92, L8666, L10520/02, LC101/00, D3555/00, D5450/05). Essa subfase tem quatro atividades sequenciais: (a) Elaborar a estratgia da contratao; (b) Analisar riscos; (c) Elaborar e encaminhar a minuta do termo de referncia. Atividades relacionadas: 2.1 Analisar a viabilidade da contratao 2.2 Elaborar o plano de sustentao 2.3 Elaborar a estratgia de contratao 2.4 Analisar e tratar riscos 2.5 Concluir o planejamento da contratao Fase 2 Planejamento da contratao (Pla-a1) Atividade: 2.1 Analisar a viabilidade da contratao Descrio: A anlise da viabilidade da contratao inicia pela identificao clara da necessidade da organizao (qual o problema/oportunidade de negcio a resolver/aproveitar?) pelas reas de negcio, seguida da fundamentao legal da contratao em termos de atendimento aos objetivos de negcio, aos requisitos legais e aos princpios da eficcia, eficincia, efetividade e economicidade. Os requisitos da contratao devem ser levantados e devem-se prospectar todas as solues potenciais que atendam aos requisitos e sejam oferecidas no mercado ou como solues livres ou pblicas, levando em conta tambm as solues adotadas por organizaes semelhantes. Riscos e impactos devem ser cuidadosamente analisados para cada alternativa de soluo. Deve-se formalizar um balano bem fundamentado das razes de escolha de um tipo ou de um
81
conjunto de tipos de solues de TI e as razes de rejeio das demais solues. Tarefas relacionadas: 2.1.1 Analisar e justificar a necessidade 2.1.2 Fundamentar a motivao da contratao 2.1.3 Designar equipe de planejamento da contratao 2.1.4 Levantar e especificar requisitos da contratao 2.1.5 Analisar solues de TI 2.1.6 Definir critrios de avaliao e aceitao de servios 2.1.7 Analisar preliminarmente riscos, impactos e a viabilidade econmica 2.1.8 Selecionar a soluo de TI e justificar 2.1.9 Elaborar e obter aprovao da Anlise de Viabilidade da Contratao Fase 2 Planejamento da contratao Atividade 2.1 Analisar a viabilidade da contratao (Pla-a1-t1) Tarefa: 2.1.1 Analisar e justificar a necessidade Descrio: Analisar as necessidades de negcio a serem atendidas por meio da contratao de desenvolvimento ou melhoria de um produto ou servio de software e identificar os benefcios de negcio pretendidos. Comentrio: Num contexto de governana, durante essa tarefa so analisadas o efetivo escopo das necessidades e os resultados que a organizao pretende atingir com o projeto de contratao, justificadas com base na estratgia da organizao. Esta tarefa fundamental, pois indica a primeira tomada de deciso quanto ao prosseguimento do projeto e que resultados so esperados pela organizao aps a efetivao da contratao. Devem ser includos os seguintes elementos: identificao da necessidade, que um problema de negcio a ser resolvido ou uma oportunidade de negcio a ser aproveitada;
82
as consequncias de atender ou de no atender necessidade, em termos de impactos positivos e/ou negativos do ponto de vista dos stakeholders relevantes; caracterizao dos benefcios de negcio pretendidos, da sua forma de mensurao para avaliao de sucesso ou insucesso e da responsabilidade pela sua mensurao independente. Produto(s) requerido(s): Pti-p01. PEI - Plano Estratgico Institucional Pti-p03. PDTI - Plano Diretor de Tecnologia da Informao Pti-p03a. Caracterizao das necessidades de negcio Responsvel: rea requisitante da soluo Participante(s): rea de tecnologia da informao Consultor interno de TI Produto(s) gerado(s): Pti-p03a. Caracterizao das necessidades de negcio (revisado) Modelo(s): Apndice II. Modelo de Oficializao da demanda pelo Requisitante Fase 2 Planejamento da contratao Atividade 2.1 Analisar a viabilidade da contratao (Pla-a1-t2) Tarefa: 2.1.2 Fundamentar a motivao da contratao Descrio: Demonstrar, com base nas necessidades e benefcios de negcio identificados, o alinhamento da contratao proposta estratgia de negcio da organizao (alinhamento com o PEI e o PDTI) e a conformidade com os requisitos legais aplicveis. Comentrio: Nesta tarefa, so descritos: o problema ou oportunidade de negcio; os impactos, positivos e negativos;
83
as consequncias de resolver ou de no resolver o problema; como a contratao produzir resultados relevantes ao interesse pblico; quais indicadores de aferio sero utilizados para acompanhar e garantir a produo desses benefcios pretendidos; quem ser formalmente responsvel pelo acompanhamento e avaliao desses indicadores e em que periodicidade; demonstrao da existncia de um contexto adequado contratao; demonstrao necessrios; e da disponibilidade dos recursos
demonstrao de que uma soluo de TI a melhor das alternativas para tratar a necessidade identificada. Produto(s) requerido(s): Pti-p01. PEI - Plano Estratgico Institucional Pti-p03. PDTI - Plano Diretor de Tecnologia da Informao Pti-p03a. Caracterizao das necessidades de negcio Responsvel: rea requisitante da soluo Participante(s): rea de tecnologia da informao Consultor interno de TI Produto(s) gerado(s): Pti-p03a. Caracterizao das necessidades de negcio (revisado) Pla-p04. Documento de oficializao da demanda Modelo(s): Apndice II. Modelo de Oficializao da demanda pelo Requisitante
84
Fase 2 Planejamento da contratao Atividade 2.1 Analisar a viabilidade da contratao (Pla-a1-t3) Tarefa: 2.1.3 Designar equipe de planejamento da contratao Descrio: Designar os profissionais mais adequados para executar as atividades de anlise de viabilidade da contratao, elaborao do plano de sustentao e elaborao da estratgia de contratao. Produto(s) requerido(s): Pti-p01. PEI - Plano Estratgico Institucional Pti-p03. PDTI - Plano Diretor de Tecnologia da Informao Pla-p04. Documento de oficializao da demanda Responsvel: Autoridade competente Participante(s): rea requisitante da soluo rea de tecnologia da informao Equipe de planejamento da contratao (EPC) Integrante administrativo da EPC Integrante tcnico da EPC Integrante requisitante da EPC Consultor interno de TI Produto(s) gerado(s): Pla-p05. Documento de designao da equipe de planejamento da contratao Fase 2 Planejamento da contratao Atividade 2.1 Analisar a viabilidade da contratao (Pla-a1-t4) Tarefa: 2.1.4 Levantar e especificar requisitos da contratao Descrio: Identificar e especificar os requisitos da contratao de acordo com as caractersticas do objeto da contratao. Comentrio: Se necessrio, as organizaes podero solicitar
85
informaes de fornecedores ou realizar pesquisas para identificar as melhores prticas de outras organizaes que adquiriram produtos e servios semelhantes, visando identificar os requisitos a partir de solues disponveis no mercado. Durante esta tarefa devem ser especificados os seguintes requisitos a serem considerados no projeto de contratao: dos interessados (stakeholders): as necessidades devem ser transformadas em requisitos mais especficos que contemplem os diversos tipos de interessados, tais como, usurios, planejadores, gestores, desenvolvedores e beneficirios do produto de software; do sistema: requisitos envolvendo processos, hardware, software, integraes, ambiente e pessoas que iro compor a soluo que atender as necessidades estabelecidas; do software: requisitos do(s) produto(s) de software que ir(o) compor o(s) sistema(s) a ser(em) implementado(s). Devem ser especificados os requisitos funcionais; de qualidade: alguns requisitos de qualidade so: usabilidade estilo ou princpios de dilogo que so aplicveis; tipo de documentao a ser entregue (on-line, manuais de usurio); portabilidade regras de portabilidade que devero ser adotadas (tanto para a parte de servidores quanto para acesso via estaes de trabalho); interoperabilidade integrao das aplicaes novas com os bancos de dados e aplicaes legadas; manutenibilidade: tipos e caractersticas dos artefatos gerados, de modo a permitir a manuteno por parte da contratada e facilitar eventuais repasses de conhecimento; de projeto: ciclo de vida a ser adotado, tcnicas, metodologias, forma de gesto e de documentao do projeto; de manuteno: requisitos de manuteno do software aps a sua entrega; de treinamento: caractersticas esperadas e quantida-
86
de de treinamento relacionado ao produto de software a ser entregue; e de implantao: descrio dos procedimentos necessrios para a implantao do software no ambiente de operao, como, por exemplo, a carga do banco de dados, a implementao numa configurao distribuda, entre outros. Alm destes requisitos, podem ser considerados outros requisitos e restries que afetam diretamente o projeto de aquisio como, por exemplo, restries legais, financeiras, de prazo do projeto e de nmero de usurios do sistema em operao. O adquirente poder definir e analisar os requisitos com sua prpria equipe ou contratar um fornecedor para executar estas atividades. Neste caso, o adquirente dever manter a responsabilidade pela aprovao do resultado da especificao dos requisitos. NOTA: Esses requisitos variam de acordo com o tipo da contratao. No caso de pacote de software ou escopo definido (COTS), software parcialmente modificvel (MOTS), obrigatria a especificao dos seguintes requisitos que o objeto esteja suficientemente definido: os requisitos funcionais do produto ou servio de software, de acordo com as demandas do cliente de negcio; e os requisitos no funcionais relacionados s caractersticas de qualidade interna e externa: funcionalidade, confiabilidade, usabilidade, eficincia, manutenibilidade, portabilidade e a qualidade em uso: eficcia, produtividade, segurana e satisfao. No caso de contratao de servios de desenvolvimento e manuteno de escopo aberto (software personalizado ou sob encomenda FD), sabe-se que ser adquirida certa quantidade de pontos de funo (ou mtrica similar), baseado na lista de necessidades identificadas no Plano Diretor de Tecnologia da Informao (PDTI), na capacidade de gerenciamento e na disponibilidade de recursos financeiros da organizao, mas a especificao dos requisitos de cada
87
software ser realizada posteriormente em cada ordem de servio a ser aberta durante a execuo do contrato, ou pela equipe interna. Assim, os requisitos levantados so os da contratao e no os do software que ser produzido, vez que ainda no foi identificado, sendo exigvel que se definam ao menos as reas de negcio atendidas e a previso de consumo por linha de negcio, com fundamentao baseada em necessidades de negcio e estimativas baseadas em documentos de viso e escopo ou srie histrica. NOTA: Esta tarefa pode provocar a reviso do escopo das necessidades a serem atendidas em funo das caractersticas dos requisitos a serem contemplados para atender as necessidades, que podem causar impactos em custo e prazo. Produto(s) requerido(s): Pla-p04. Documento de oficializao da demanda Pla-p05. Documento de designao da equipe de planejamento da contratao Pla-p06c. Anlise das solues identificadas Responsvel: rea de tecnologia da informao Participante(s): rea requisitante da soluo Produto(s) gerado(s): Pla-p04. Documento de oficializao da demanda Pla-p06d. Especificao dos requisitos da contratao Pla-p06e. Levantamento de recursos necessrios operao do contrato Pla-p06f. Recursos requeridos pela contratao Pla-p06g. Requisitos de segurana da informao oriundos do negcio Pla-p07a. Levantamento de informao e conhecimento crtico para o negcio e para a contratao
88
Fase 2 Planejamento da contratao Atividade 2.1 Analisar a viabilidade da contratao (Pla-a1-t5) Tarefa: 2.1.5 Analisar solues de TI Descrio: Identificar as alternativas de solues disponveis no mercado, para a necessidade de negcio, considerando: software livre ou pblico e solues adotadas por outras instituies; preos correntes no mercado, as condies de aquisio e pagamento; padres de desempenho e de qualidade usualmente adotados; possibilidade de uso do direito de preferncia (Lei 8.248/1991; Lei Complementar 123/2006). Analisar a aderncia dessas alternativas aos requisitos levantados e escolher aquela(s) mais adequada(s), considerando a necessidade de aumentar a competitividade e de garantir o alcance dos resultados pretendidos. Comentrio: As anlises de mercado podero utilizar, entre outras, as seguintes fontes de informao: Consultas diretas aos fornecedores Consultas a outros entes pblicos adquirentes de soluo semelhante Consulta/audincia pblica Consulta Web/publicao do Planejamento Banco de dados da Administrao Pblica, como sistemas de registro de preos, de contratos e de licitaes Cadastros de preos mantidos pelo Poder Pblico (SIASG-SICAF/MP, etc.) Cadastros de preos mantidos por entidades de pesquisa (Catho, FGV etc.) Cadastros de preos dos fornecedores Sistema de busca de preos na Internet 89
Consultorias Fruns para objetos frequentes NOTA: Esta tarefa pode provocar a reviso dos requisitos a serem atendidas em funo das caractersticas disponveis em solues do mercado ou desenvolvidas em outras instituies pblicas. Produto(s) requerido(s): Pla-p06d. Especificao dos requisitos da contratao Responsvel: Equipe de planejamento da contratao (EPC) Participante(s): rea requisitante da soluo rea de tecnologia da informao Produto(s) gerado(s): Pla-p06c. Anlise das solues identificadas Pla-p06h. Anlise do mercado (disponibilidade de fornecedores) Pla-p06i. Anlise do mercado (prticas usuais no mercado) Pla-p06j. Caracterizao do mercado fornecedor especfico Pla-p09a. Itens do objeto a contratar Pla-p09b. Preos obtidos de diversas fontes Pla-p09c. Tipo da contratao Fase 2 Planejamento da contratao Atividade 2.1 Analisar a viabilidade da contratao (Pla-a1-t6) Tarefa: 2.1.6 Definir critrios de avaliao e aceitao de servios Descrio: A partir dos requisitos e do tipo de soluo de TI, selecionar os parmetros e mtodos que sero adotados para avaliar a qualidade dos servios entregues e os critrios de sua aceitao (faixas de valores aceitveis). Produto(s) requerido(s): Responsvel: Equipe de planejamento da contratao (EPC)
90
Participante(s): rea requisitante da soluo rea de tecnologia da informao rea de contratos Produto(s) gerado(s): Pla-p09d. Critrios de aceitao Pla-p09e. Critrios de avaliao da qualidade Fase 2 Planejamento da contratao Atividade 2.1 Analisar a viabilidade da contratao (Pla-a1-t7) Tarefa: 2.1.7 Analisar preliminarmente riscos, impactos e a viabilidade econmica Descrio: Identificar os principais riscos a que a(s) soluo(es) de TI identificada(s) est(o) submetida(s) ou que impe(m) instituio, avaliar seus impactos e probabilidades, avaliar a possibilidade de tratamento adequado desses riscos e realizar breve anlise comparativa entre custos e benefcios de cada soluo identificada. Comentrio: Avalia os riscos para identificar a gravidade, os impactos e as possveis aes a serem tomadas, caso o risco ocorra e para subsidiar as decises quanto continuidade ou pela desistncia do projeto. Os seguintes itens devem ser avaliados: Custo/benefcio inicial; Impactos sobre a equipe quantidade e competncia necessria; Impactos organizacionais em relao aos processos de trabalho e ganho real do sistema; Impactos polticos (consequncias dos resultados); Impactos no clima organizacional; Impactos materiais; Impactos normativos Probabilidade de alcanar o benefcio pretendido.
91
Produto(s) requerido(s): Pti-p03. PDTI - Plano Diretor de Tecnologia da Informao Pti-p03a. Caracterizao das necessidades de negcio Pla-p04. Documento de oficializao da demanda Pla-p05. Documento de designao da equipe de planejamento da contratao Pla-p06c. Anlise das solues identificadas Pla-p06d. Especificao dos requisitos da contratao Pla-p06j. Caracterizao do mercado fornecedor especfico Responsvel: Equipe de planejamento da contratao (EPC) Participante(s): rea requisitante da soluo rea de tecnologia da informao Produto(s) gerado(s): Pla-p06k. Parecer tcnico da equipe de planejamento da contratao Pla-p10a. Levantamento dos riscos de dependncia Fase 2 Planejamento da contratao Atividade 2.1 Analisar a viabilidade da contratao (Pla-a1-t8) Tarefa: 2.1.8 Selecionar a soluo de TI e justificar Descrio: Selecionar, com base nos requisitos, no exame de alternativas, na avaliao de riscos e na anlise de custobenefcio, a(s) soluo(es) de TI mais adequadas do ponto de vista de economicidade, efetividade, legitimidade e legalidade, demonstrando o raciocnio que conduziu escolhas feitas. 92 Produto(s) requerido(s): Pla-p06c. Anlise das solues identificadas Pla-p06d. Especificao dos requisitos da contratao Responsvel: Equipe de planejamento da contratao (EPC) Participante(s): rea de tecnologia da informao
Produto(s) gerado(s): Pla-p06. Anlise de viabilidade da contratao Pla-p06l. Fundamentao da escolha da soluo de TI Pla-p06m. Soluo de tecnologia da informao Fase 2 Planejamento da contratao Atividade 2.1 Analisar a viabilidade da contratao (Pla-a1-t9) Tarefa: 2.1.9 Elaborar e obter aprovao da Anlise de Viabilidade da Contratao Descrio: A equipe de planejamento da contratao deve consolidar todos os elementos obtidos nas tarefas anteriores da atividade em um documento denominado Anlise de Viabilidade da Contratao e: submet-lo rea de negcio demandante para obter a aprovao dos aspecto negociais; submet-lo rea de TI para obter a aprovao dos aspectos tcnicos; submet-lo ao Comit de TI para ratificar a coerncia com o PDTI e com a estratgia da organizao, a rastreabilidade dos benefcios, a alocao de todos os recursos necessrios (pessoas, dinheiro etc.), a prioridade da contratao, a adequada definio de papis e responsabilidades e a oportunidade e convenincia da contratao em termos da potencialidade para produo de benefcios; submet-lo na forma de estudos tcnicos preliminares Autoridade Competente para aprovao e autorizao para converso dos autos em autos formais de contratao. Produto(s) requerido(s): Pla-p06. Anlise de viabilidade da contratao Pla-p06k. Parecer tcnico da equipe de planejamento da contratao Pla-p06l. Fundamentao da escolha da soluo de TI Pla-p06m. Soluo de tecnologia da informao Responsvel: Equipe de planejamento da contratao (EPC) 93
Participante(s): Comit de TI Autoridade competente rea requisitante da soluo rea de tecnologia da informao Produto(s) gerado(s): Pla-p06. Anlise de viabilidade da contratao (aprovado) Modelo(s): Apndice III. Modelo de Anlise da Viabilidade da Contratao Fase 2 Planejamento da contratao (Pla-a2) Atividade: 2.2 Elaborar o plano de sustentao Descrio: O Plano de Sustentao destina-se a salvaguardar a organizao pblica contratante contra os principais riscos da contratao e deve ser desenvolvido com base nos requisitos levantados, nas solues de TI (proprietrias, pblicas ou livres) compatveis com a necessidade a ser satisfeita e nas caractersticas da organizao contratante. Especial nfase deve ser dada segurana da informao, gesto dos recursos humanos e materiais envolvidos, transferncia de conhecimento relevante gerado durante a contratao ou em decorrncia dela, transio (sucesso) entre fornecedores e continuidade do negcio. Tarefas relacionadas: 2.2.1 Elaborar procedimento de segurana da informao 2.2.2 Elaborar procedimento de gesto de recursos 2.2.3 Elaborar procedimento de transferncia de conhecimento 2.2.4 Elaborar procedimento de transio contratual 2.2.5 Elaborar procedimento de continuidade de negcio 2.2.6 Elaborar e obter aprovao do Plano de Sustentao
94
Fase 2 Planejamento da contratao Atividade 2.2 Elaborar o plano de sustentao (Pla-a2-t1) Tarefa: 2.2.1 Elaborar procedimento de segurana da informao Descrio: Elaborar, com base na poltica e normas de segurana da informao da instituio e nos requisitos de segurana do negcio, todos os procedimentos de segurana que devero ser realizados no contexto da execuo contratual. Produto(s) requerido(s): Pla-p06d. Especificao dos requisitos da contratao Pla-p06g. Requisitos de segurana da informao oriundos do negcio Pla-p07b. Normas e referncias oficiais de segurana da informao Pla-p07c. Poltica e normas de segurana da informao institucional Responsvel: Equipe de planejamento da contratao (EPC) Participante(s): rea requisitante da soluo rea de tecnologia da informao Produto(s) gerado(s): Pla-p06d. Especificao dos requisitos da contratao (revisado) Pla-p07d. Procedimentos de segurana da informao Fase 2 Planejamento da contratao Atividade 2.2 Elaborar o plano de sustentao (Pla-a2-t2) Tarefa: 2.2.2 Elaborar procedimento de gesto de recursos Descrio: Identificar todos os recursos necessrios (humanos, materiais, financeiros etc.) e definir os procedimentos de gesto desses recursos durante a execuo do contrato.
95
Produto(s) requerido(s): Pla-p06f. Recursos requeridos pela contratao Responsvel: Equipe de planejamento da contratao (EPC) Participante(s): rea requisitante da soluo rea de tecnologia da informao Produto(s) gerado(s): Pla-p07e. Procedimentos de gesto dos recursos Fase 2 Planejamento da contratao Atividade 2.2 Elaborar o plano de sustentao (Pla-a2-t3) Tarefa: 2.2.3 Elaborar procedimento de transferncia de conhecimento Descrio: Identificar o conhecimento necessrio para execuo do contrato, principalmente o conhecimento mais crtico para a continuidade do negcio, e quais so os atores que devem possu-lo. Comentrio: Estabelecer e manter os procedimentos para garantir que cada ator identificado detenha o conhecimento necessrio e os procedimentos para garantir que a instituio contratante adquira o conhecimento gerado na contexto do contrato em questo e necessrio continuidade de negcio. O conhecimento adquirido pela equipe da contratada durante a execuo do contrato deve ser repassado aos gestores e equipe tcnica da contratante envolvida no projeto e ou que ser responsvel pela manuteno do produto de software gerado. A transferncia do conhecimento deve ser realizada durante a execuo do contrato, por meio de registros em memrias de reunio, fruns de discusso criados em comunidades virtuais, relatrios e apresentaes de resultados para prestao de contas. A efetiva transferncia de conhecimento deve ser monitorada por meio de evidncias concretas, tais como:
96
arquitetura e operao da infraestrutura e de sistemas; modelos e regras de negcio; demandas de clientes e seu estgio de atendimento; projetos de TI; portfolio de TI; evidncias concretas de conhecimento; teste de execuo da prtica (fazer); apresentaes (responder a perguntas); acompanhamento ao longo do tempo (socializao); e encerramento.
Produto(s) requerido(s): Pla-p07a. Levantamento de informao e conhecimento crtico para o negcio e para a contratao Pla-p07f. Levantamento de colaboradores internos capacitados a receber o conhecimento crtico necessrio na operao do contrato Responsvel: Equipe de planejamento da contratao (EPC) Participante(s): rea requisitante da soluo rea de tecnologia da informao Produto(s) gerado(s): Pla-p07g. Procedimentos de transferncia de conhecimento Fase 2 Planejamento da contratao Atividade 2.2 Elaborar o plano de sustentao (Pla-a2-t4) Tarefa: 2.2.4 Elaborar procedimento de transio contratual Descrio: Estabelecer um plano de transio contratual que contemple: os recursos necessrios (conhecimento, dados, informaes, software, hardware, regras de negcio, configuraes, equipamentos, papis e responsabilidades, mapas de processo, documentaes etc.); e riscos (sabotagem, falncia da contratada, desaparecimento de pessoas crticas para a execuo contratual etc.).
97
Comentrio: Este plano de transio deve ser testado, validado e mantido. Produto(s) requerido(s): Pla-p06f. Recursos requeridos pela contratao Pla-p07e. Procedimentos de gesto dos recursos Responsvel: Equipe de planejamento da contratao (EPC) Participante(s): rea requisitante da soluo rea de tecnologia da informao Produto(s) gerado(s): Pla-p07e. Procedimentos de gesto dos recursos Pla-p07h. Identificao dos recursos crticos operao do contrato Pla-p07i. Procedimentos de transio contratual Pla-p10b. Levantamento de riscos inerentes transio contratual Fase 2 Planejamento da contratao Atividade 2.2 Elaborar o plano de sustentao (Pla-a2-t5) Tarefa: 2.2.5 Elaborar procedimento de continuidade de negcio Descrio: Estabelecer um plano de continuidade do negcio que contemple: os recursos necessrios (conhecimento, dados, informaes, software, hardware, regras de negcio, configuraes, equipamentos, papis e responsabilidades, mapas de processo, documentaes etc.); e riscos (sabotagem, falncia da contratada, impedimento legal de exerccio de atividades da contratada, impedimento ou desaparecimento de pessoas crticas para a execuo contratual etc.). Comentrio: Este plano de transio deve ser testado, validado e mantido.
98
Produto(s) requerido(s): Pla-p06f. Recursos requeridos pela contratao Pla-p07e. Procedimentos de gesto dos recursos Pla-p07h. Identificao dos recursos crticos operao do contrato Pla-p10b. Levantamento de riscos inerentes transio contratual Responsvel: Equipe de planejamento da contratao (EPC) Participante(s): rea requisitante da soluo rea de tecnologia da informao Produto(s) gerado(s): Pla-p07j. Procedimentos de continuidade de negcio Fase 2 Planejamento da contratao Atividade 2.2 Elaborar o plano de sustentao (Pla-a2-t6) Tarefa: 2.2.6 Elaborar e obter aprovao do Plano de Sustentao Descrio: A equipe de planejamento da contratao deve consolidar todos os elementos obtidos nas tarefas anteriores da atividade em um documento denominado Plano de Sustentao e: submet-lo rea de negcio demandante para obter a aprovao dos aspecto negociais; submet-lo rea de TI para obter a aprovao dos aspectos tcnicos. Produto(s) requerido(s): Pla-p07d. Procedimentos de segurana da informao Pla-p07g. Procedimentos de transferncia de conhecimento Pla-p07i. Procedimentos de transio contratual Pla-p07j. Procedimentos de continuidade de negcio Pla-p07k. Plano de continuidade Pla-p07l. Responsveis por aes de continuidade Responsvel: Integrante tcnico da EPC
99
Participante(s): rea requisitante da soluo rea de tecnologia da informao Integrante requisitante da EPC Produto(s) gerado(s): Pla-p07. Plano de sustentao Fase 2 Planejamento da contratao (Pla-a3) Atividade: 2.3 Elaborar a estratgia de contratao Descrio: A Estratgia da Contratao contm os elementos essenciais que faro parte do termo de referncia. Esses elementos so: (a) o objeto da contratao, em termos de descrio de tipo de servio facilmente reconhecido pelo mercado; (b) os termos contratuais relativos a mtricas, mecanismos de aceitao, quantificao de servios, penalidades, mecanismos de fiscalizao, disposies sobre direitos autorais e propriedade intelectual, sigilo, cronograma fsico-financeiro, forma de pagamento e mecanismos de comunicao; (c) a estratgia de independncia, incluindo a transferncia de tecnologia e os direitos sobre a soluo contratada; (d) a indicao do gestor do futuro contrato; (e) a definio das responsabilidades da contratada; (f) o oramento detalhado e a fonte dos recursos; (g) a indicao dos critrios tcnicos de julgamento para seleo da proposta. Tarefas relacionadas: 2.3.1 Indicar o tipo de contratao 2.3.2 Definir termos contratuais 2.3.3 Definir a estratgia de independncia 2.3.4 Indicar o gestor do contrato 2.3.5 Definir as responsabilidades da contratada 2.3.6 Definir oramento detalhado e fonte de recursos 2.3.7 Definir os critrios tcnicos de seleo 2.3.8 Elaborar e obter aprovao da Estratgia da Contratao
100
Fase 2 Planejamento da contratao Atividade 2.3 Elaborar a estratgia de contratao (Pla-a3-t1) Tarefa: 2.3.1 Indicar o tipo de contratao Descrio: Definir o tipo da contratao (definio geral do objeto) e o segmento de mercado a que pertence. Demonstrar que o tipo de contratao no fere os requisitos legais pertinentes (p.ex. vedao locao de mo-de-obra). Produto(s) requerido(s): Pla-p06d. Especificao dos requisitos da contratao Pla-p06j. Caracterizao do mercado fornecedor especfico Responsvel: Equipe de planejamento da contratao (EPC) Participante(s): Produto(s) gerado(s): Pla-p09f. Declarao de objeto Pla-p09g. Modelo de prestao de servios Fase 2 Planejamento da contratao Atividade 2.3 Elaborar a estratgia de contratao (Pla-a3-t2) Tarefa: 2.3.2 Definir termos contratuais Descrio: Definir os termos contratuais, que incluem, entre outros, os seguintes itens: Papis e responsabilidades; Forma de remunerao por resultado; Procedimentos de (quantidade/qualidade); Garantias do contrato; Clusulas de sanes; Ajustes contratuais sem reflexo em preo: adotar o termo nvel mnimo de servio (NMS) em vez de SLA; alteraes de mtodos, tcnicas e protocolos; mensurao de servios 101
Procedimento de interao entre as partes;
Ajustes contratuais com reflexo em preo Acrscimos ou supresses de quantidade Reequilbrio econmico-financeiro Reajuste de preo (correo do valor do contrato) Repactuao do contrato
Produto(s) requerido(s): Pla-p06d. Especificao dos requisitos da contratao Pla-p06i. Anlise do mercado (prticas usuais no mercado) Responsvel: Equipe de planejamento da contratao (EPC) Participante(s): rea requisitante da soluo rea de tecnologia da informao Produto(s) gerado(s): Pla-p09h. Modelo de gesto do contrato Pla-p09i. Redao das clusulas contratuais bsicas Fase 2 Planejamento da contratao Atividade 2.3 Elaborar a estratgia de contratao (Pla-a3-t3) Tarefa: 2.3.3 Definir a estratgia de independncia Descrio: Identificar os riscos mais relevantes decorrentes da dependncia do fornecedor e estabelecer e manter aes de mitigao. Produto(s) requerido(s): Pti-p06a. Necessidades e metas de negcio Pla-p06d. Especificao dos requisitos da contratao Pla-p06e. Levantamento de recursos necessrios operao do contrato Pla-p06i. Anlise do mercado (prticas usuais no mercado) Pla-p07h. Identificao dos recursos crticos operao do contrato Pla-p10a. Levantamento dos riscos de dependncia Responsvel: Equipe de planejamento da contratao (EPC) Participante(s): rea requisitante da soluo
102
rea de tecnologia da informao Produto(s) gerado(s): Pla-p09j. Estratgia de independncia de fornecedor Fase 2 Planejamento da contratao Atividade 2.3 Elaborar a estratgia de contratao (Pla-a3-t4) Tarefa: 2.3.4 Indicar o gestor do contrato Descrio: Identificar as pessoas mais adequadas para gerenciar o futuro contrato com base em critrios explcitos de competncia. Escolher o gestor do contrato (e os seus substitutos eventuais) com base em distribuio de carga de trabalho e segregao de funes. Comentrio: Entre os critrios de competncia devem figurar: experincia em gesto de contratos; conhecimento da legislao aplicvel; conhecimento do processo de trabalho afetado pelo objeto do contrato; conhecimento tcnico aplicvel; qualidade e desempenho em experincias anteriores de gesto de contrato; capacidade de negociao; capacidade de relacionamento com os stakeholders; equilbrio emocional; e etc. Produto(s) requerido(s): Pla-p09k. Histrico de desempenho de gestores de contrato Pla-p09l. Mapa de competncias dos colaboradores Pla-p09m. Papis e responsabilidades do processo de contratao Responsvel: rea de tecnologia da informao Participante(s): Autoridade competente rea requisitante da soluo
103
rea de contratos Equipe de planejamento da contratao (EPC) Gestor do contrato Produto(s) gerado(s): Pla-p09n. Minuta de portaria de designao de gestor de contrato Fase 2 Planejamento da contratao Atividade 2.3 Elaborar a estratgia de contratao (Pla-a3-t5) Tarefa: 2.3.5 Definir as responsabilidades da contratada Descrio: Identificar cada item entregvel previsto na contratao, associado sua descrio e caracterizao de qualidade e desempenho esperados. Identificar todos os momentos em que os processos do contratante e os da contratada interfaceam e especificar a forma de interao e qualidade esperada para cada um deles. Produto(s) requerido(s): Pla-p09g. Modelo de prestao de servios Pla-p09h. Modelo de gesto do contrato Responsvel: Equipe de planejamento da contratao (EPC) Participante(s): rea requisitante da soluo rea de tecnologia da informao Gestor do contrato Produto(s) gerado(s): Pla-p09o. Texto base das clusulas de responsabilidade do contratado 104 Fase 2 Planejamento da contratao Atividade 2.3 Elaborar a estratgia de contratao (Pla-a3-t6) Tarefa: 2.3.6 Definir oramento detalhado e fonte de recursos Descrio: Obter, de diversas fontes confiveis, informao de preo praticado para cada item do objeto. Com base na
cesta de preos (Ac271/2007-TCU-P) obtida, estimar detalhadamente o oramento do objeto como um todo, apresentando o memorial de clculo. Identificar a fonte de recursos no oramento disponvel, identificando adequadamente as rubricas oramentrias dos valores a alocar, classificadas at o nvel de subelemento de despesa. Comentrio: As fontes a serem utilizadas podem ser, entre outras: preos praticados em contratos de outros rgos da Administrao Pblica; preos de tabela de fornecedores; experincias de contratos anteriores; Banco de dados da Administrao Pblica, como sistemas de registro de preos, de contratos e de licitaes; Cadastros de preos mantidos pelo Poder Pblico (SIASG-SICAF/MP, etc.); Cadastros de preos mantidos por entidades de pesquisa (Catho, FGV etc.); Cadastros de preos dos fornecedores; Sistema de busca de preos na Internet; Consultorias; e Fruns para objetos frequentes. Produto(s) requerido(s): Pla-p09a. Itens do objeto a contratar Pla-p09b. Preos obtidos de diversas fontes Pla-p09f. Declarao de objeto Pla-p09i. Redao das clusulas contratuais bsicas Pla-p09j. Estratgia de independncia de fornecedor Pla-p09p. Manual da macrofuno TI (STN) Responsvel: rea de contratos Participante(s): rea requisitante da soluo rea de tecnologia da informao Equipe de planejamento da contratao (EPC) Gestor do contrato
105
Produto(s) gerado(s): Pla-p08. Estimativa de preo Pla-p09q. Indicao da fonte de recursos Pla-p09r. Oramento detalhado Fase 2 Planejamento da contratao Atividade 2.3 Elaborar a estratgia de contratao (Pla-a3-t7) Tarefa: 2.3.7 Definir os critrios tcnicos de seleo Descrio: Identificar os critrios usualmente adotados para seleo do objeto no mercado em questo. Com base nesses critrios e nas necessidades que se pretende atender com o objeto da contratao, escolher os critrios de seleo do fornecedor que, ao mesmo tempo, garantam boa probabilidade de competio e garantam boa probabilidade de execuo adequada do objeto. O cumprimento dos princpios da isonomia e da eficincia depende do adequado equilbrio entre esses dois objetivos. Produto(s) requerido(s): Pti-p06a. Necessidades e metas de negcio Pti-p06b. Objetivos da contratao Pla-p06d. Especificao dos requisitos da contratao Pla-p06h. Anlise do mercado (disponibilidade de fornecedores) Pla-p06i. Anlise do mercado (prticas usuais no mercado) Pla-p09c. Tipo da contratao Responsvel: Equipe de planejamento da contratao (EPC) Participante(s): rea requisitante da soluo rea de tecnologia da informao rea de licitaes rea de contratos Gestor do contrato Produto(s) gerado(s): Pla-p09s. Critrios tcnicos de seleo
106
Modelo(s): Apndice IV. Critrios de qualificao tcnica de licitantes: Fbrica de Software Fase 2 Planejamento da contratao Atividade 2.3 Elaborar a estratgia de contratao (Pla-a3-t8) Tarefa: 2.3.8 Elaborar e obter aprovao da Estratgia da Contratao Descrio: A equipe de planejamento da contratao deve consolidar todos os elementos obtidos nas tarefas anteriores da atividade em um documento denominado Estratgia da Contratao e: submet-lo rea de negcio demandante para obter a aprovao dos aspecto negociais; submet-lo rea de TI para obter a aprovao dos aspectos tcnicos. Produto(s) requerido(s): Pla-p09n. Minuta de portaria de designao de gestor de contrato Pla-p09o. Texto base das clusulas de responsabilidade do contratado Pla-p09q. Indicao da fonte de recursos Pla-p09r. Oramento detalhado Pla-p09s. Critrios tcnicos de seleo Responsvel: Equipe de planejamento da contratao (EPC) Participante(s): rea requisitante da soluo rea de tecnologia da informao rea de contratos Gestor do contrato Produto(s) gerado(s): Pla-p09. Estratgia da contratao
107
Fase 2 Planejamento da contratao (Pla-a4) Atividade: 2.4 Analisar e tratar riscos Descrio: Ao gestor do contrato incumbe completar a anlise de riscos, cuidando para que haja aes e um responsvel para cada risco relevante identificado. Tarefas relacionadas: 2.4.1 Identificar riscos da licitao 2.4.2 Identificar riscos dos servios 2.4.3 Analisar probabilidade e impacto dos riscos 2.4.4 Planejar aes de mitigao de riscos 2.4.5 Planejar aes em contingncias 2.4.6 Elaborar e obter aprovao da Anlise de Riscos Fase 2 Planejamento da contratao Atividade 2.4 Analisar e tratar riscos (Pla-a4-t1) Tarefa: 2.4.1 Identificar riscos da licitao Descrio: Identificar todos os momentos do procedimento licitatrio a ser executado e para cada um deles, identificar os riscos de obstculo boa consecuo da licitao. Produto(s) requerido(s): Pla-p10c. Fluxograma geral do procedimento licitatrio Pla-p10d. Histrico de eventos danosos em licitaes Responsvel: Gestor do contrato Participante(s): rea requisitante da soluo rea de tecnologia da informao rea de contratos Equipe de planejamento da contratao (EPC) Produto(s) gerado(s): Pla-p10e. Levantamento dos riscos da licitao
108
Fase 2 Planejamento da contratao Atividade 2.4 Analisar e tratar riscos (Pla-a4-t2) Tarefa: 2.4.2 Identificar riscos dos servios Descrio: Identificar o modelo de prestao de servios e de gesto do contrato, em detalhes. Identificar os riscos de obstculo execuo do objeto da contratao. Produto(s) requerido(s): Pla-p09g. Modelo de prestao de servios Pla-p10f. Histrico de eventos danosos em contrataes Responsvel: Gestor do contrato Participante(s): rea requisitante da soluo rea de tecnologia da informao rea de contratos Equipe de planejamento da contratao (EPC) Produto(s) gerado(s): Pla-p10g. Levantamento dos riscos na execuo contratual Fase 2 Planejamento da contratao Atividade 2.4 Analisar e tratar riscos (Pla-a4-t3) Tarefa: 2.4.3 Analisar probabilidade e impacto dos riscos Descrio: Com base nos riscos identificados, estimar a probabilidade de sua ocorrncia no contexto em questo e o impacto sobre a licitao ou sobre a contratao, e identificar quais so os riscos relevantes para serem tratados. Produto(s) requerido(s): Pla-p10d. Histrico de eventos danosos em licitaes Pla-p10e. Levantamento dos riscos da licitao Pla-p10f. Histrico de eventos danosos em contrataes Pla-p10g. Levantamento dos riscos na execuo contratual Responsvel: Gestor do contrato 109
Participante(s): rea requisitante da soluo rea de tecnologia da informao rea de contratos Equipe de planejamento da contratao (EPC) Produto(s) gerado(s): Pla-p10h. Lista de riscos priorizados Fase 2 Planejamento da contratao Atividade 2.4 Analisar e tratar riscos (Pla-a4-t4) Tarefa: 2.4.4 Planejar aes de mitigao de riscos Descrio: Com base na lista de riscos relevantes priorizados, desenvolver aes factveis que possam mitigar os riscos, a custos compatveis com o valor da contratao e o benefcio a ser produzido pela contratao. Produto(s) requerido(s): Pla-p10h. Lista de riscos priorizados Responsvel: Gestor do contrato Participante(s): rea requisitante da soluo rea de tecnologia da informao rea de contratos Equipe de planejamento da contratao (EPC) Produto(s) gerado(s): Pla-p10i. Plano de ao para tratamento de riscos Fase 2 Planejamento da contratao Atividade 2.4 Analisar e tratar riscos (Pla-a4-t5) Tarefa: 2.4.5 Planejar aes em contingncias Descrio: Identificar as possveis situaes extremas que possam ser caracterizadas como contingncias (parada de produo da cadeia de valor em razo da falta de algum recurso crtico). Desenvolver um plano de continuidade do negcio
110
com aes suficientes para manter a operao mnima requerida do contrato e as aes necessrias ao retorno normalidade. Produto(s) requerido(s): Pla-p10h. Lista de riscos priorizados Responsvel: Gestor do contrato Participante(s): rea requisitante da soluo rea de tecnologia da informao rea de contratos Equipe de planejamento da contratao (EPC) Produto(s) gerado(s): Pla-p10j. Plano de ao para continuidade de negcio Fase 2 Planejamento da contratao Atividade 2.4 Analisar e tratar riscos (Pla-a4-t6) Tarefa: 2.4.6 Elaborar e obter aprovao da Anlise de Riscos Descrio: A equipe de planejamento da contratao deve consolidar todos os elementos obtidos nas tarefas anteriores da atividade em um documento denominado Anlise de Riscos e: submet-lo rea de negcio demandante para obter a aprovao dos aspecto negociais; submet-lo rea de TI para obter a aprovao dos aspectos tcnicos. Produto(s) requerido(s): Pla-p10i. Plano de ao para tratamento de riscos Pla-p10j. Plano de ao para continuidade de negcio Pla-p10k. Impactos dos riscos Pla-p10l. Relatrios dos riscos Responsvel: Equipe de planejamento da contratao (EPC) Participante(s): rea requisitante da soluo
111
rea de tecnologia da informao rea de licitaes rea de contratos Gestor do contrato Produto(s) gerado(s): Pla-p10. Anlise de riscos Pla-p10m. Lista de riscos Fase 2 Planejamento da contratao (Pla-a5) Atividade: 2.5 Concluir o planejamento da contratao Descrio: Os elementos produzidos nas etapas da fase de planejamento so aqui consolidados no pedido de contratao. Tarefas relacionadas: 2.5.1 Analisar e demonstrar a economicidade da contratao 2.5.2 Elaborar e encaminhar a minuta do termo de referncia (ou do projeto bsico) Fase 2 Planejamento da contratao Atividade 2.5 Concluir o planejamento da contratao (Pla-a5-t1) Tarefa: 2.5.1 Analisar e demonstrar a economicidade da contratao Descrio: Antes de elaborar a minuta final do termo de referncia, o gestor do contrato deve analisar e demonstrar a economicidade da contratao, ou seja, que esta tem alta probabilidade de produzir os efeitos desejados, que o consumo de recursos eficiente e que esta a melhor alternativa de aplicao dos recursos disponveis. 112 Produto(s) requerido(s): Pti-p01. PEI - Plano Estratgico Institucional Pti-p02. Acordos de nvel de servio Pti-p03. PDTI - Plano Diretor de Tecnologia da Informao Pla-p06. Anlise de viabilidade da contratao Pla-p07. Plano de sustentao Pla-p09. Estratgia da contratao Pla-p10. Anlise de riscos
Responsvel: Equipe de planejamento da contratao (EPC) Participante(s): rea requisitante da soluo rea de tecnologia da informao Gestor do contrato Produto(s) gerado(s): Pla-p11a. Demonstrao da economicidade da contratao Fase 2 Planejamento da contratao Atividade 2.5 Concluir o planejamento da contratao (Pla-a5-t2) Tarefa: 2.5.2 Elaborar e encaminhar a minuta do termo de referncia (ou do projeto bsico) Descrio: Em conjunto com a rea de compras, o gestor do contrato deve elaborar a minuta do termo de referncia. Produto(s) requerido(s): Responsvel: Equipe de planejamento da contratao (EPC) Participante(s): rea de licitaes rea de contratos Gestor do contrato Produto(s) gerado(s): Pla-p11. Pedido de contratao Pla-p11b. Projeto bsico Pla-p11c. Termo de referncia (ou do projeto bsico) (minuta)
4.4.3 Fase 3 Seleo do fornecedor

(Sel) Fase: 3 Seleo do fornecedor Descrio: a fase em que o modelo de prestao de servios, a anlise do mercado, o modelo de gesto do contrato e
113
o modelo de seleo do fornecedor so utilizados para selecionar o fornecedor mais adequado ao atendimento da necessidade da Administrao. Comentrio: O principal ator nessa fase a rea administrativa da instituio, liderada pela autoridade competente. A rea tcnica deve ser cautelosa para no assumir, nessa fase, responsabilidades sobre tarefas que no so suas, tais como a resposta a recursos e o julgamento de propostas, embora possa apoi-las quando convocada formalmente para tal. Atividades relacionadas: 3.1 Formalizar e aprovar o termo de referncia (ou o projeto bsico) 3.2 Selecionar fornecedor (por contratao direta) 3.3 Selecionar fornecedor (por licitao) 3.4 Formalizar o contrato Fase 3 Seleo do fornecedor (Sel-a1) Atividade: 3.1 Formalizar e aprovar o termo de referncia (ou o projeto bsico) Descrio: A rea administrativa, de posse dos documentos gerados na fase de planejamento da contratao, deve formalizar o termo de referncia e obter a sua aprovao junto rea jurdica e autoridade competente. Tarefas relacionadas: 3.1.1 Formalizar e aprovar o termo de referncia (ou o projeto bsico) Fase 3 Seleo do fornecedor Atividade 3.1 Formalizar e aprovar o termo de referncia (ou o projeto bsico) (Sel-a1-t1) Tarefa: 3.1.1 Formalizar e aprovar o termo de referncia (ou o projeto bsico) Descrio: A rea administrativa, de posse dos documentos gerados na fase de planejamento da contratao, deve formalizar o
114
termo de referncia e obter a sua aprovao junto rea jurdica e autoridade competente. Produto(s) requerido(s): Pti-p01. PEI - Plano Estratgico Institucional Pti-p02. Acordos de nvel de servio Pti-p03. PDTI - Plano Diretor de Tecnologia da Informao Pla-p04. Documento de oficializao da demanda Pla-p05. Documento de designao da equipe de planejamento da contratao Pla-p06. Anlise de viabilidade da contratao Pla-p07. Plano de sustentao Pla-p09. Estratgia da contratao Pla-p10. Anlise de riscos Pla-p11. Pedido de contratao Pla-p11a. Demonstrao da economicidade da contratao Pla-p11c. Termo de referncia (ou do projeto bsico) Responsvel: Autoridade competente Participante(s): rea requisitante da soluo rea de tecnologia da informao Gestor do contrato Produto(s) gerado(s): Pla-p11c. Termo de referncia (ou do projeto bsico) (aprovado) Fase 3 Seleo do fornecedor (Sel-a2) Atividade: 3.2 Selecionar fornecedor (por contratao direta) Descrio: Excepcionalmente, pode haver inviabilidade de competio ou ocorrncia de situao de licitao dispensada ou dispensvel. Desde que no haja maneira de redefinir as necessidades, os objetivos ou o objeto da contratao naqueles fatores que limitam a competio, deve-se encaminhar a seleo de fornecedor sem licitao, com as justificativas previstas no art. 26 da Lei 8.666/1993, explicitadas de modo exaustivo. 115
Tarefas relacionadas: 3.2.1 Justificar a contratao direta 3.2.2 Negociar o contrato 3.2.3 Obter o exame e a aprovao jurdicos 3.2.4 Obter a aprovao da contratao Fase 3 Seleo do fornecedor Atividade 3.2 Selecionar fornecedor (por contratao direta) (Sel-a2-t1) Tarefa: 3.2.1 Justificar a contratao direta Descrio: Nos termos da lei, apresentar e fundamentar exaustivamente todo o raciocnio lgico que levou escolha da via da contratao direta (por dispensa ou inexigibilidade de licitao), anexando documentao, todos os elementos de prova relevantes para sustentar cada justificativa. Produto(s) requerido(s): Pla-p06d. Especificao dos requisitos da contratao Pla-p06h. Anlise do mercado (disponibilidade de fornecedores) Pla-p10h. Lista de riscos priorizados Responsvel: Equipe de planejamento da contratao (EPC) Participante(s): rea de tecnologia da informao rea de contratos Integrante requisitante da EPC Produto(s) gerado(s): Sel-p11d. Justificativa da contratao direta 116 Fase 3 Seleo do fornecedor Atividade 3.2 Selecionar fornecedor (por contratao direta) (Sel-a2-t2) Tarefa: 3.2.2 Negociar o contrato Descrio: Com base nas melhores prticas de gesto de contrato, nas necessidades de negcio do contratante e nos princpios da Administrao Pblica, negociar os termos do contrato de modo a maximizar os benefcios potenciais, a minimizar
os riscos de operacionalizao do contrato e a estabelecer mecanismos de controle eficazes e suficientes para a contratao. Produto(s) requerido(s): Pti-p06a. Necessidades e metas de negcio Pti-p06b. Objetivos da contratao Pla-p06d. Especificao dos requisitos da contratao Pla-p08. Estimativa de preo Pla-p09g. Modelo de prestao de servios Pla-p09h. Modelo de gesto do contrato Responsvel: Equipe de planejamento da contratao (EPC) Participante(s): rea requisitante da soluo rea de tecnologia da informao rea de contratos Produto(s) gerado(s): Sel-p11e. Demonstrao da razoabilidade do preo Sel-p11f. Justificativa da escolha do fornecedor Sel-p14a. Minuta do contrato (negociada) Fase 3 Seleo do fornecedor Atividade 3.2 Selecionar fornecedor (por contratao direta) (Sel-a2-t3) Tarefa: 3.2.3 Obter o exame e a aprovao jurdicos Descrio: Aps o encaminhar, autoridade competente, do pedido de contratao e o respectivo termo de referncia (ou projeto bsico), acompanhado de toda a documentao do planejamento da contratao, especialmente os artefatos previstos na Instruo Normativa SLTI/MP 4/2010, requerendo o exame e aprovao de assessoria jurdica, acompanhar o processo, fornecer todos os esclarecimentos necessrios e promover todos os ajustes sugeridos e necessrios aprovao jurdica. Produto(s) requerido(s): Pti-p01. PEI - Plano Estratgico Institucional Pti-p02. Acordos de nvel de servio
117
Pti-p03. PDTI - Plano Diretor de Tecnologia da Informao Pla-p04. Documento de oficializao da demanda Pla-p06. Anlise de viabilidade da contratao Pla-p07. Plano de sustentao Pla-p08. Estimativa de preo Pla-p09. Estratgia da contratao Pla-p10. Anlise de riscos Pla-p11. Pedido de contratao Pla-p11a. Demonstrao da economicidade da contratao Pla-p11c. Termo de referncia (ou do projeto bsico) Sel-p11d. Justificativa da contratao direta Sel-p11e. Demonstrao da razoabilidade do preo Sel-p11f. Justificativa da escolha do fornecedor Sel-p14a. Minuta do contrato Responsvel: Autoridade competente Participante(s): rea requisitante da soluo rea de tecnologia da informao rea de contratos Equipe de planejamento da contratao (EPC) Produto(s) gerado(s): Sel-p12. Licitao/contratao (examinada e aprovada) Sel-p14a. Minuta do contrato (aprovada) Fase 3 Seleo do fornecedor Atividade 3.2 Selecionar fornecedor (por contratao direta) (Sel-a2-t4) Tarefa: 3.2.4 Obter a aprovao da contratao Descrio: Encaminhar o pedido de contratao e o respectivo termo de referncia (ou projeto bsico), autoridade competente (acompanhado de toda a documentao do planejamento da contratao, especialmente os artefatos previstos na Instruo Normativa SLTI/MP 4/2010), acompanhar o processo, fornecer todos os esclarecimentos necessrios e promover todos os ajustes sugeridos e necessrios aprovao pela autoridade competente e a posterior aprova-
118
o pela autoridade mxima da instituio, publicada em dirio oficial, ratificando a contratao direta. Produto(s) requerido(s): Sel-p12. Licitao/contratao Responsvel: Autoridade competente Participante(s): rea requisitante da soluo rea de tecnologia da informao rea de contratos Equipe de planejamento da contratao (EPC) Produto(s) gerado(s): Sel-p13. Ratificao da autoridade mxima (no Dirio Oficial da Unio) Fase 3 Seleo do fornecedor (Sel-a3) Atividade: 3.3 Selecionar fornecedor (por licitao) Descrio: As contrataes devem ser, em regra, decorrentes de seleo por procedimento licitatrio, conduzido pela rea de licitaes. Tarefas relacionadas: 3.3.1 Elaborar o edital 3.3.2 Obter o exame e a aprovao jurdicos 3.3.3 Realizar consulta ou audincia pblica 3.3.4 Realizar ajustes no edital 3.3.5 Publicar o edital 3.3.6 Responder a questionamentos e recursos 3.3.7 Receber e julgar as propostas 3.3.8 Adjudicar o objeto 3.3.9 Homologar a licitao Fase 3 Seleo do fornecedor Atividade 3.3 Selecionar fornecedor (por licitao) (Sel-a3-t1) Tarefa: 3.3.1 Elaborar o edital Descrio: Com base em toda a documentao de planejamento da
119
contratao gerada, especialmente nos artefatos previstos pela Instruo Normativa SLTI/MP 4/2008, elaborar o edital de licitao, nos termos do art. 40 da Lei 8.666/1993. Produto(s) requerido(s): Responsvel: rea de licitaes Participante(s): rea requisitante da soluo rea de tecnologia da informao Equipe de planejamento da contratao (EPC) Gestor do contrato Fiscal do contrato Produto(s) gerado(s): Sel-p14. Edital Sel-p14a. Minuta do contrato Fase 3 Seleo do fornecedor Atividade 3.3 Selecionar fornecedor (por licitao) (Sel-a3-t2) Tarefa: 3.3.2 Obter o exame e a aprovao jurdicos Descrio: Aps o encaminhar, autoridade competente, do pedido de contratao e o respectivo termo de referncia (ou projeto bsico), acompanhado de toda a documentao do planejamento da contratao, especialmente os artefatos previstos na Instruo Normativa SLTI/MP 4/2010, requerendo o exame e aprovao de assessoria jurdica, acompanhar o processo, fornecer todos os esclarecimentos necessrios e promover todos os ajustes sugeridos e necessrios aprovao jurdica. Produto(s) requerido(s): Pti-p01. PEI - Plano Estratgico Institucional Pti-p02. Acordos de nvel de servio Pti-p03. PDTI - Plano Diretor de Tecnologia da Informao Pla-p04. Documento de oficializao da demanda Pla-p06. Anlise de viabilidade da contratao Pla-p07. Plano de sustentao
120
Pla-p09. Estratgia da contratao Pla-p10. Anlise de riscos Pla-p11. Pedido de contratao Pla-p11a. Demonstrao da economicidade da contratao Pla-p11c. Termo de referncia (ou do projeto bsico) Responsvel: Autoridade competente Participante(s): rea requisitante da soluo rea de tecnologia da informao rea de contratos Equipe de planejamento da contratao (EPC) Produto(s) gerado(s): Sel-p12. Licitao/contratao (examinada e aprovada) Fase 3 Seleo do fornecedor Atividade 3.3 Selecionar fornecedor (por licitao) (Sel-a3-t3) Tarefa: 3.3.3 Realizar consulta ou audincia pblica Descrio: Quando o valor da contratao superar o limite previsto no caput do art. 39 da Lei 8.666/1993 ou for considerado conveniente pelo requisitante da contratao, realizar consulta ou audincia pblica para prestar esclarecimentos aos interessados e ouvir suas crticas, considerando a possibilidade de fazer ajustes em decorrncia. Comentrio: As consultas ou audincias pblicas devem ser realizadas, preferencialmente, aps o exame e aprovao jurdicos, embora antes da aprovao final da autoridade competente, visto ser importante que o documento publicado no contenha vcio de ilegalidade, o que deporia contra a imagem institucional. Produto(s) requerido(s): Sel-p14. Edital Responsvel: Autoridade competente
121
Participante(s): rea requisitante da soluo rea de tecnologia da informao rea de contratos Equipe de planejamento da contratao (EPC) Produto(s) gerado(s): Sel-p14. Edital (divulgado e criticado) Fase 3 Seleo do fornecedor Atividade 3.3 Selecionar fornecedor (por licitao) (Sel-a3-t4) Tarefa: 3.3.4 Realizar ajustes no edital Descrio: Com base nas sugestes e crticas advindas da consulta ou audincia pblica, realizar os devidos ajustes no edital, sempre cuidando para no introduzir elementos que prejudiquem a competitividade do certame licitatrio. Produto(s) requerido(s): Sel-p14. Edital Responsvel: Equipe de planejamento da contratao (EPC) Participante(s): rea requisitante da soluo rea de tecnologia da informao rea de contratos Produto(s) gerado(s): Sel-p14. Edital (ajustado) Fase 3 Seleo do fornecedor Atividade 3.3 Selecionar fornecedor (por licitao) (Sel-a3-t5) Tarefa: 3.3.5 Publicar o edital Descrio: Aps todos os ajustes necessrios, decorrentes de consulta ou audincia pblica, da manifestao de assessoria jurdica e da autoridade competente, em todos os documentos da licitao, submeter autoridade competente, solicitando a publicao do edital, o que abrir a fase externa da licitao.
122
Produto(s) requerido(s): Sel-p12. Licitao/contratao Sel-p14. Edital Responsvel: Autoridade competente Participante(s): rea requisitante da soluo rea de tecnologia da informao rea de contratos Equipe de planejamento da contratao (EPC) Produto(s) gerado(s): Sel-p14. Edital (publicado) Fase 3 Seleo do fornecedor Atividade 3.3 Selecionar fornecedor (por licitao) (Sel-a3-t6) Tarefa: 3.3.6 Responder a questionamentos e recursos Descrio: Durante a fase de entrega de propostas e julgamento, manter equipe adequada de especialistas para responder tempestivamente todos os questionamentos e recursos que a rea administrativa julgar adequado encaminhar rea tcnica para parecer tcnico. Comentrio: Importante ressaltar que a rea tcnica jamais realiza julgamentos no contexto da licitao, sendo esta uma atribuio exclusiva da comisso de licitao ou do pregoeiro. Cabe rea tcnica somente subsidiar a deciso de julgamento por meio de pareceres tcnicos, quando necessrio. Esse procedimento alinha-se ao princpio da segregao de funes. Produto(s) requerido(s): Sel-p14. Edital Responsvel: rea de licitaes Participante(s): rea requisitante da soluo rea de tecnologia da informao
123
rea de contratos Equipe de planejamento da contratao (EPC) Produto(s) gerado(s): Sel-p14. Edital (eventualmente corrigido ou ento impugnado) Fase 3 Seleo do fornecedor Atividade 3.3 Selecionar fornecedor (por licitao) (Sel-a3-t7) Tarefa: 3.3.7 Receber e julgar as propostas Descrio: Iniciada a fase de julgamento das propostas, manter equipe adequada de especialistas para auxiliar, quando formalmente solicitado e respondendo somente por meio de parecer tcnico, o julgamento das propostas dos licitantes. Comentrio: Importante ressaltar que a rea tcnica jamais realiza julgamentos no contexto da licitao, sendo esta uma atribuio exclusiva da comisso de licitao ou do pregoeiro. Cabe rea tcnica somente subsidiar a deciso de julgamento por meio de pareceres tcnicos, quando necessrio. Esse procedimento alinha-se ao princpio da segregao de funes. Produto(s) requerido(s): Sel-p14. Edital Responsvel: rea de licitaes Participante(s): rea requisitante da soluo rea de tecnologia da informao rea de contratos Equipe de planejamento da contratao (EPC) Produto(s) gerado(s): Sel-p14b. Proposta vencedora
124
Fase 3 Seleo do fornecedor Atividade 3.3 Selecionar fornecedor (por licitao) (Sel-a3-t8) Tarefa: 3.3.8 Adjudicar o objeto Descrio: Vencida a etapa de julgamento das propostas, declarar a adjudicao do objeto da contratao ao licitante vencedor. A rea tcnica pode, por solicitao formal, subsidiar a rea administrativa de informaes necessrias para avaliar toda a documentao fornecida pelo licitante vencedor. Produto(s) requerido(s): Sel-p14b. Proposta vencedora Responsvel: rea de licitaes Participante(s): rea requisitante da soluo rea de tecnologia da informao rea de contratos Equipe de planejamento da contratao (EPC) Produto(s) gerado(s): Sel-p14b. Proposta vencedora (com adjudicao do objeto) Fase 3 Seleo do fornecedor Atividade 3.3 Selecionar fornecedor (por licitao) (Sel-a3-t9) Tarefa: 3.3.9 Homologar a licitao Descrio: Vencidos todos os procedimentos licitatrios, a autoridade competente deve examinar todos os atos praticados e, verificada a sua conformidade com as normas, leis e princpios que regem a Administrao Pblica, declarar homologada a licitao. Produto(s) requerido(s): Sel-p12. Licitao/contratao Responsvel: Autoridade competente
125
Participante(s): rea requisitante da soluo rea de tecnologia da informao rea de contratos Equipe de planejamento da contratao (EPC) Produto(s) gerado(s): Sel-p12. Licitao/contratao (homologada) Fase 3 Seleo do fornecedor (Sel-a4) Atividade: 3.4 Formalizar o contrato Descrio: A formalizao do contrato se d pela assinatura do termo contratual pelas partes devidamente habilitadas e entra em vigor no dia subsequente sua publicao no Dirio Oficial da Unio. Tarefas relacionadas: 3.4.1 Ajustar a minuta do contrato 3.4.2 Assinar o contrato 3.4.3 Designar o gestor e fiscal(is) de contrato Fase 3 Seleo do fornecedor Atividade 3.4 Formalizar o contrato (Sel-a4-t1) Tarefa: 3.4.1 Ajustar a minuta do contrato Descrio: Incorporar ao termo de contrato, todos os elementos aprovados oriundos da fase de planejamento da contratao, eventualmente ajustados pelas condies decorrentes de certame licitatrio e pelas condies negociadas com o fornecedor. 126 Produto(s) requerido(s): Sel-p14a. Minuta do contrato Responsvel: rea de contratos Participante(s): rea requisitante da soluo rea de tecnologia da informao
rea de licitaes rea de contabilidade Equipe de planejamento da contratao (EPC) Gestor do contrato Produto(s) gerado(s): Sel-p14a. Minuta do contrato (ajustada) Fase 3 Seleo do fornecedor Atividade 3.4 Formalizar o contrato (Sel-a4-t2) Tarefa: 3.4.2 Assinar o contrato Descrio: Obter a assinatura do contrato pelas partes envolvidas, certificando-se obter todos os elementos comprobatrios da habilitao da contratada para contrair contrato com a Administrao poca da assinatura. Produto(s) requerido(s): Responsvel: Autoridade competente Participante(s): rea de contratos Procurador da Contratada Produto(s) gerado(s): Sel-p14c. Contrato (assinado/em vigor) Fase 3 Seleo do fornecedor Atividade 3.4 Formalizar o contrato (Sel-a4-t3) Tarefa: 3.4.3 Designar o gestor e fiscal(is) de contrato Descrio: Emitir portaria de designao do gestor e fiscal(is) do contrato, definindo claramente seu mandato, em termos de competncias, atribuies e responsabilidades. No caso da designao do gestor do contrato, a Autoridade Competente far a designao por delegao de competncia especfica, deixando clara a autoridade concedida no relacionamento com cada ator relevante de todo o processo 127
de contratao, de modo que o gestor tenha autoridade suficiente sobre todos os atores relevantes para garantir o alcance dos resultados esperados da contratao. A delegao de competncia no exime a Autoridade Competente da responsabilidade pelo alcance dos resultados pretendidos, razo pela qual os mecanismos de controle da contratao e da produo de resultados devem estar clara e previamente definidos. Produto(s) requerido(s): Pla-p09k. Histrico de desempenho de gestores de contrato Pla-p09l. Mapa de competncias dos colaboradores Pla-p09m. Papis e responsabilidades do processo de contratao Pla-p09n. Minuta de portaria de designao de gestor de contrato Responsvel: Autoridade competente Participante(s): rea requisitante da soluo rea de tecnologia da informao rea de contratos Gestor do contrato Fiscal do contrato Fiscal administrativo do contrato Fiscal tcnico do contrato Fiscal requisitante do contrato Produto(s) gerado(s): Sel-p15a. Portaria de designao de gestor e fiscais 128
4.4.4 Fase 4 Gesto do contrato

(Ges) Fase: 4 Gesto do contrato Descrio: a fase em que o contrato executado com a finalidade de alcanar os benefcios de negcio inicialmente previstos.
Comentrio: A monitorao desses benefcios o elemento essencial de governana dessa fase. O principal ator dessa fase o gestor do contrato, mas o nmero de atores envolvidos muito grande. Por essa razo, o gestor escolhido deve ser capaz de coordenar-se bem com todos os envolvidos, deve dispor de todos os recursos necessrios gesto e deve receber autoridade suficiente para, em nome da autoridade competente, garantir os resultados da contratao junto a todos os demais atores. Atividades relacionadas: 4.1 Iniciar o contrato 4.2 Encaminhar demandas 4.3 Realizar o monitoramento tcnico 4.4 Executar a atestao tcnica 4.5 Realizar o monitoramento administrativo 4.6 Tratar as demandas por alteraes contratuais 4.7 Realizar o encerramento contratual e a transio Fase 4 Gesto do contrato (Ges-a1) Atividade: 4.1 Iniciar o contrato Descrio: Realizar todos os procedimentos necessrios para insero do contratado no contexto do contratante e a alocao de todos os recursos necessrios para a execuo do contrato. Comentrio: A iniciao do contrato a fase em que so dispostos e organizados os elementos (pessoas, processos e tecnologias) necessrios realizao do objeto e ao alcance do objetivo da contratao. Tarefas relacionadas: 4.1.1 Elaborar o plano de insero 4.1.2 Repassar conhecimento 4.1.3 Alocar infraestrutura 4.1.4 Designar as pessoas para papis 4.1.5 Realizar a reunio de iniciao 129
Fase 4 Gesto do contrato Atividade 4.1 Iniciar o contrato (Ges-a1-t1) Tarefa: 4.1.1 Elaborar o plano de insero Descrio: Elaborar um plano para inserir a contratada no contexto da contratante, por meio do compartilhamento de conhecimento e dos recursos necessrios execuo do contrato. Comentrio: A verso inicial do plano de insero deve ser elaborada logo aps a concluso do projeto bsico. Esse plano deve ser revisto aps a assinatura do contrato para incluir ajustes, com base na proposta da licitante contratada, na verso final do contrato e nos riscos. O plano de insero deve conter os mecanismos de repasse dos seguintes conhecimentos, no mnimo: objetivo(s) da contratao (objetivo de negcio); indicadores e mecanismos de aferio do sucesso do contrato; condies para prorrogao do contrato; condies para repactuao, reajuste ou reequilbrio do contrato; termos contratuais e obrigaes da contratada; mecanismos de gesto do contrato (papis, responsabilidades, procedimentos e artefatos); mecanismos de reconhecimento da execuo, liquidao e pagamento; mecanismos de deteco de faltas e aplicao de sanes; 130 todas as normas e procedimentos de segurana da informao; mecanismos de transferncia de conhecimento; mecanismos de transio contratual; mecanismos de continuidade de negcio; mecanismos de tratamento de riscos; uso do sistema de gesto de contratos.
O plano de insero deve conter os mecanismos de alocao dos seguintes recursos, no mnimo: recursos humanos (conteudistas, fornecedores de regras de negcio, avaliadores etc.); recursos fsicos (mobilirio e equipamentos) e ambientais (ar condicionado, gua, estacionamento, segurana ambiental etc.); e recursos de acesso fsico (chaves, crachs, tokens, uniformes etc.) e lgico (chave de identificao, senha, perfil de acesso, regras de acesso etc.). Produto(s) requerido(s): Pla-p11b. Projeto bsico Sel-p14b. Proposta vencedora Sel-p14c. Contrato Responsvel: Gestor do contrato Participante(s): rea requisitante da soluo rea de tecnologia da informao Equipe de planejamento da contratao (EPC) Fiscal do contrato Fiscal administrativo do contrato Fiscal tcnico do contrato Fiscal requisitante do contrato Fornecedores internos de servios (OLA) Produto(s) gerado(s): Ges-p15. Plano de insero Ges-p15b. Material didtico Fase 4 Gesto do contrato Atividade 4.1 Iniciar o contrato (Ges-a1-t2) Tarefa: 4.1.2 Repassar conhecimento Descrio: Garantir o repasse contratada dos conhecimentos necessrios boa execuo do contrato. 131
Comentrio: Repassar, no mnimo, os seguintes conhecimentos: objetivo(s) da contratao (objetivo de negcio); indicadores e mecanismos de aferio do sucesso do contrato; condies para prorrogao do contrato; condies para repactuao, reajuste ou reequilbrio do contrato; termos contratuais e obrigaes da contratada; mecanismos de gesto do contrato (papis, responsabilidades, procedimentos e artefatos); mecanismos de reconhecimento da execuo, liquidao e pagamento; mecanismos de deteco de faltas e aplicao de sanes; todas as normas e procedimentos de segurana da informao; mecanismos de transferncia de conhecimento; mecanismos de transio contratual; mecanismos de continuidade de negcio; mecanismos de tratamento de riscos; e uso do sistema de gesto de contratos. Produto(s) requerido(s): Sel-p14. Edital Sel-p14b. Proposta vencedora Sel-p14c. Contrato Ges-p15. Plano de insero Ges-p15b. Material didtico Responsvel: Gestor do contrato Participante(s): Equipe tcnica do Contratante Preposto Equipe tcnica da Contratada
132
Produto(s) gerado(s): Ges-p16a. Memrias de reunio Fase 4 Gesto do contrato Atividade 4.1 Iniciar o contrato (Ges-a1-t3) Tarefa: 4.1.3 Alocar infraestrutura Descrio: Garantir a alocao de todos os recursos necessrios boa execuo do contrato, principalmente pessoas. Comentrio: A alocao de pessoas e infraestrutura, previamente aprovada na etapa de anlise de viabilidade da contratao e na aprovao final do projeto de contratao, deve ser definida em detalhes no plano de insero. Se o servio for prestado de forma presencial, cuidados especiais devem ser tomados, pois h muitos fatores requeridos para o mnimo conforto dos trabalhadores, tais como gua, ar-condicionado, estacionamento etc. De modo geral, os elementos necessrios so: Ambiente de trabalho (sala, mesas, cadeiras, armrios, telefones, uniforme, crach-empresa, ar-condicionado, gua, caf etc.), equipamentos (micro, impressora, rede etc.), consumveis de TI e software. Se possvel, tudo isso deve ser fornecido pela empresa, exceto consumveis; Identificao e senha de acesso; recursos de informao necessrios; perfis de acesso com rastreabilidade; segregao de funes; Regras de acesso fsico s dependncias (uniforme, crach, horrio etc.) e/ou lgico aos sistemas (links, acesso remoto, ambiente de desenvolvimento e de testes, LOG etc.); Os acordos devem ser negociados com os fornecedores e clientes internos. Acordo tais como: i) OLA com almoxarifado, patrimnio, segurana e suporte predial, recursos humanos (suporte mdico), administrao etc.; ii) SLA com clientes de negcio (classificao das informaes, autorizao para perfis de acesso, procedimentos de segurana etc.). 133
Produto(s) requerido(s): Sel-p14. Edital Sel-p14b. Proposta vencedora Sel-p14c. Contrato Ges-p15. Plano de insero Responsvel: Gestor do contrato Participante(s): rea de contratos Fiscal do contrato Fiscal administrativo do contrato Fiscal tcnico do contrato Gerente de projeto Fornecedores internos de servios (OLA) Preposto Produto(s) gerado(s): Ges-p15c. Memria de reunio com a descrio da infraestrutura disponibilizada Fase 4 Gesto do contrato Atividade 4.1 Iniciar o contrato (Ges-a1-t4) Tarefa: 4.1.4 Designar as pessoas para papis Descrio: Alm dos papis de gestor e fiscal do contrato e de preposto da contratada, todos os demais papis importantes para a boa execuo do contrato e previstos no modelo de gesto contratual devem ser designados. Comentrio: Papis e responsabilidades so definidos no modelo de gesto do contrato, concebido na fase de planejamento da contratao. O gestor do contrato deve ter autoridade suficiente sobre todos os papis previstos no modelo de gesto do contrato, delegada da autoridade competente mediante delegao formal. Isto no implica que o gestor do contrato seja hierarquicamente superior, mas apenas que recebe da autoridade competente toda a autoridade necessria
134
para, em sua esfera de competncia, garantir o alcance dos resultados previstos na contratao. Entre os papis e competncias definidos, devem figurar as pessoas necessrias para atendimento das ordens de servio, tais como gerente do projeto, fornecedores de requisitos de negcio, gestores de regras de negcio, analista e gerente de requisitos, arquiteto, desenvolvedor etc. importantssimo que o nmero necessrio de horas de trabalho de cada pessoa (ou papel) para cada perodo de execuo contratual seja efetivamente alocado. Produto(s) requerido(s): Sel-p14. Edital Sel-p14b. Proposta vencedora Sel-p14c. Contrato Ges-p15. Plano de insero Ges-p15d. Processo de trabalho do contratante Ges-p16b. Designao formal do preposto da Contratada Responsvel: Gestor do contrato Participante(s): Autoridade competente rea requisitante da soluo rea de tecnologia da informao Fiscal do contrato Fiscal administrativo do contrato Fiscal tcnico do contrato Fiscal requisitante do contrato Gerente de projeto Fornecedores internos de servios (OLA) Procurador da Contratada Preposto Produto(s) gerado(s): Ges-p15e. Plano de designaes 135
Fase 4 Gesto do contrato Atividade 4.1 Iniciar o contrato (Ges-a1-t5) Tarefa: 4.1.5 Realizar a reunio de iniciao Descrio: Convocar e realizar a reunio de iniciao do contrato, marco inicial da efetiva execuo contratual para contagem dos prazos previstos no cronograma fsico-financeiro. Comentrio: Trata-se de uma fase crtica, pois as falhas de entendimento dos papis e responsabilidades de cada parte podero causar prejuzos irreversveis ao desempenho da contratao. Portanto, deve-se realizar uma reunio de iniciao com o objetivo de reunir os atores que desempenham papis relevantes na contratao (gestor do contrato, representantes da rea de tecnologia, requisitante do servio e a contratada). Esses atores devem: fazer o alinhamento e verificar se todos compreenderam corretamente o objetivo, o objeto, o modelo de prestao de servios, o modelo de gesto, obrigaes e penalidades; ler o edital, o contrato, a proposta vencedora e o cronograma; e assinar o termo de compromisso de manuteno de sigilo e cincia das normas de segurana vigentes na organizao. Essa tarefa fundamental para evitar falhas de entendimento dos papis e das responsabilidades e garantir que todos os recursos necessrios execuo contratual estejam devidamente alocados. 136 Produto(s) requerido(s): Ges-p15. Plano de insero Ges-p15c. Memria de reunio com a descrio da infraestrutura disponibilizada Ges-p15e. Plano de designaes Ges-p16a. Memrias de reunio Responsvel: Gestor do contrato
Participante(s): rea jurdica rea de contratos rea de contabilidade Fiscal do contrato Fiscal administrativo do contrato Fiscal tcnico do contrato Fiscal requisitante do contrato Fornecedores internos de servios (OLA) Preposto Produto(s) gerado(s): Ges-p16c. Ata de reunio Fase 4 Gesto do contrato (Ges-a2) Atividade: 4.2 Encaminhar demandas Descrio: Receber as demandas dos clientes da rea de TI, priorizlas segundo os critrios de priorizao estabelecidos nos acordos de nvel de servio e em consonncia com o plano diretor de tecnologia da informao. Tarefas relacionadas: 4.2.1 Receber demandas de negcio 4.2.2 Elaborar a ordem de servio 4.2.3 Assinar a ordem de servio Fase 4 Gesto do contrato Atividade 4.2 Encaminhar demandas (Ges-a2-t1) Tarefa: 4.2.1 Receber demandas de negcio Descrio: O gestor do contrato deve receber as demandas oriundas das reas clientes do servio contratado, prioriz-las segundo os critrios estabelecidos pelo Comit de TI ou pela autoridade mxima da instituio, para fins de encaminhamento contratada, por meio de ordem de servio. O levantamento de requisitos de software feito nesse momento.
137
Produto(s) requerido(s): Ges-p16d. Demanda de execuo de servio Responsvel: Gestor do contrato Participante(s): rea requisitante da soluo rea de tecnologia da informao Fiscal tcnico do contrato Fiscal requisitante do contrato Gerente de projeto Produto(s) gerado(s): Ges-p16e. Requisitos de desenvolvimento ou manuteno do software Fase 4 Gesto do contrato Atividade 4.2 Encaminhar demandas (Ges-a2-t2) Tarefa: 4.2.2 Elaborar a ordem de servio Descrio: Com base na demanda de negcio, formalizar, por meio de ordem de servio, qual a quantidade requerida de item entregvel do objeto da contratao, em dado momento. Comentrio: A ordem de servio um instrumento de controle das etapas de solicitao, acompanhamento, avaliao, atestao e pagamento de servios, e deve conter, no mnimo: a definio e a especificao dos servios a serem realizados; o volume e custo estimados de servios solicitados e realizados segundo as mtricas definidas; 138 os resultados ou produtos solicitados e realizados; o cronograma de realizao dos servios, includas todas as tarefas significativas e seus respectivos prazos; a avaliao da qualidade dos servios realizados e as justificativas do avaliador; e a identificao dos responsveis pela solicitao, pela avaliao da qualidade e pela atestao dos servios
realizados, os quais no podem ter nenhum vnculo com a empresa contratada. Produto(s) requerido(s): Ges-p16d. Demanda de execuo de servio Ges-p16e. Requisitos de desenvolvimento ou manuteno do software Responsvel: Fiscal do contrato Fiscal tcnico do contrato Participante(s): Gestor do contrato Gerente de projeto Preposto Produto(s) gerado(s): Ges-p16f. Ordem de servio (elaborada) Fase 4 Gesto do contrato Atividade 4.2 Encaminhar demandas (Ges-a2-t3) Tarefa: 4.2.3 Assinar a ordem de servio Descrio: A ordem de servio deve ser assinada pelo Gestor do Contrato (com apoio das reas de negcio, tcnica e administrativa) e encaminhada formalmente ao preposto da contratada (aceito pela administrao, no local da execuo dos servios, para represent-lo na execuo do contrato), excepcionalmente, ao titular da contratada, mas nunca ao trabalhador. Produto(s) requerido(s): Ges-p16f. Ordem de servio Responsvel: Gestor do contrato Participante(s): Fiscal do contrato Fiscal tcnico do contrato Fiscal requisitante do contrato Gerente de projeto Preposto 139
Produto(s) gerado(s): Ges-p16f. Ordem de servio (assinada) Fase 4 Gesto do contrato (Ges-a3) Atividade: 4.3 Realizar o monitoramento tcnico Descrio: Monitorar a execuo tcnica do contrato, assegurando que as entregas sejam realizadas dentro dos parmetros aceitveis (previstos em edital) de desempenho e qualidade (nvel mnimo de servio exigido) e que eventuais desvios so tempestivamente tratados de modo a evitar que o contratado incorra em ato sancionvel. Tarefas relacionadas: 4.3.1 Acompanhar a execuo da ordem de servio 4.3.2 Gerenciar riscos 4.3.3 Determinar ao corretiva 4.3.4 Providenciar alteraes da ordem de servio Fase 4 Gesto do contrato Atividade 4.3 Realizar o monitoramento tcnico (Ges-a3-t1) Tarefa: 4.3.1 Acompanhar a execuo da ordem de servio Descrio: O acompanhamento da execuo da ordem de servio consiste na identificao de desvios, encaminhamento das demandas de correo, verificao dos servios executados, encaminhamento de glosas e sanes. Comentrio: O gestor do contrato dever estabelecer reunies peridicas para garantir a qualidade da execuo e o domnio dos resultados e processos em uso na organizao. Produto(s) requerido(s): Pti-p02. Acordos de nvel de servio Pla-p07. Plano de sustentao Sel-p14. Edital Sel-p14b. Proposta vencedora Sel-p14c. Contrato Ges-p16f. Ordem de servio
140
Responsvel: Fiscal do contrato Fiscal tcnico do contrato Participante(s): rea de tecnologia da informao Gestor do contrato Fiscal requisitante do contrato Gerente de projeto Analista de qualidade (GQS) Preposto Produto(s) gerado(s): Ges-p16. Histrico de gerenciamento do contrato Ges-p16g. Comunicaes contratada Ges-p16h. Registro de ocorrncia Ges-p16i. Relatrio das no conformidades Ges-p16j. Termo de entrega Fase 4 Gesto do contrato Atividade 4.3 Realizar o monitoramento tcnico (Ges-a3-t2) Tarefa: 4.3.2 Gerenciar riscos Descrio: Os riscos identificados durante a fase de planejamento devem ser gerenciados durante todo o contrato para verificar o tipo, o status dos mesmos e os desvios contratuais e providenciar aes corretivas para os problemas e ajuste contratual, se necessrio. Deve-se registrar a data da verificao do risco, a probabilidade de ocorrncia, os procedimentos de mitigao dos riscos e rever o plano de contingncia. Alguns exemplos de desvios contratuais so: nvel de servio exigido no atendido; mudana em processos, metodologias e/ou quantitativos; e alterao contratual: preservar o ncleo imutvel do objeto. Produto(s) requerido(s): Pla-p10m. Lista de riscos Sel-p14. Edital 141
Sel-p14b. Proposta vencedora Sel-p14c. Contrato Responsvel: Gestor do contrato Participante(s): rea de tecnologia da informao Fiscal tcnico do contrato Fiscal requisitante do contrato Gerente de projeto Analista de qualidade (GQS) Preposto Produto(s) gerado(s): Pla-p07k. Plano de continuidade Pla-p07l. Responsveis por aes de continuidade Pla-p10k. Impactos dos riscos Pla-p10l. Relatrios dos riscos Fase 4 Gesto do contrato Atividade 4.3 Realizar o monitoramento tcnico (Ges-a3-t3) Tarefa: 4.3.3 Determinar ao corretiva Descrio: medida que sejam realizadas as avaliaes de qualidade dos produtos e servios entregues pela contratada, podem ser identificados problemas nos produtos gerados em uma ordem de servio, esses devero ser registrados, analisados os impactos, definidos os encaminhamentos de soluo, os responsveis pelas aes a serem tomadas, os prazos envolvidos e data da efetiva soluo. Produto(s) requerido(s): Pti-p02. Acordos de nvel de servio Pla-p09d. Critrios de aceitao Sel-p14. Edital Sel-p14b. Proposta vencedora Sel-p14c. Contrato Ges-p16f. Ordem de servio Ges-p16i. Relatrio das no conformidades
142
Responsvel: Fiscal do contrato Fiscal tcnico do contrato Participante(s): Gestor do contrato Fiscal requisitante do contrato Preposto Produto(s) gerado(s): Ges-p16k. Solicitao de aplicao de glosa Ges-p16l. Solicitao de aplicao de sano Ges-p16m. Termo de rejeio Fase 4 Gesto do contrato Atividade 4.3 Realizar o monitoramento tcnico (Ges-a3-t4) Tarefa: 4.3.4 Providenciar alteraes da ordem de servio Descrio: Sempre que for sugerida, pelo fiscal do contrato, a necessidade de alterao de requisitos, o gestor do contrato dever obter um acordo com as partes afetadas sobre a realizao ou no da alterao na ordem de servio. Produto(s) requerido(s): Sel-p14c. Contrato Ges-p16f. Ordem de servio Responsvel: Gestor do contrato Fiscal tcnico do contrato Participante(s): Fiscal do contrato Fiscal administrativo do contrato Fiscal requisitante do contrato Preposto Produto(s) gerado(s): Ges-p16f. Ordem de servio (alterada e assinada)
143
Fase 4 Gesto do contrato (Ges-a4) Atividade: 4.4 Executar a atestao tcnica Descrio: Realizar o recebimento do objeto (ou partes do objeto) contratado, evidenciando documentalmente a aceitabilidade da entrega em termos de desempenho e qualidade, nos termos definidos no contrato. Tarefas relacionadas: 4.4.1 Receber os servios concludos 4.4.2 Avaliar os servios 4.4.3 Rejeitar servios inadequados 4.4.4 Aceitar servios adequados Fase 4 Gesto do contrato Atividade 4.4 Executar a atestao tcnica (Ges-a4-t1) Tarefa: 4.4.1 Receber os servios concludos Descrio: O fiscal do contrato deve receber os servios concludos mediante a formalizao, pela contratada, de termo de entrega que se refira s ordens de servio concludas e esteja acompanhado dos produtos e da documentao dos produtos entregues. Produto(s) requerido(s): Ges-p16j. Termo de entrega Responsvel: Fiscal do contrato Fiscal tcnico do contrato Participante(s): Gestor do contrato Fiscal requisitante do contrato Preposto Produto(s) gerado(s): Ges-p16n. Servios entregues
144
Fase 4 Gesto do contrato Atividade 4.4 Executar a atestao tcnica (Ges-a4-t2) Tarefa: 4.4.2 Avaliar os servios Descrio: Os servios entregues pela Contratada devem ser avaliados para verificar a conformidade com os requisitos funcionais e de qualidade solicitados e os critrios de qualidade estabelecidos nos processos de trabalho. Os requisitos de qualidade referem-se a caractersticas tais como: segurana de acesso; usabilidade; comportamento relao ao tempo; e portabilidade. A prestao do servio objeto da contratao pode ser avaliada por determinada unidade quantitativa de servio prestado, desde que prevista no edital e no respectivo contrato, e ser utilizada como um dos parmetros de aferio de resultados. Produto(s) requerido(s): Pti-p02. Acordos de nvel de servio Pla-p09e. Critrios de avaliao da qualidade Ges-p16f. Ordem de servio Ges-p16n. Servios entregues Ges-p16o. Solicitaes de correo de servio Responsvel: Fiscal do contrato Fiscal tcnico do contrato Fiscal requisitante do contrato Participante(s): rea requisitante da soluo Gestor do contrato Fiscal administrativo do contrato Usurios finais dos servios Produto(s) gerado(s): Ges-p16p. Evidncias de anormalidade na execuo contratual Ges-p16q. Relatrio de avaliao de servios 145
Fase 4 Gesto do contrato Atividade 4.4 Executar a atestao tcnica (Ges-a4-t3) Tarefa: 4.4.3 Rejeitar servios inadequados Descrio: O gestor rejeitar, no todo ou em parte os servios entregues em desacordo com o contrato e com a ordem de servio assinada. A verificao da adequao da prestao do servio dever ser realizada com base no Acordo de Nveis de Servio, quando houver, previamente definido no ato convocatrio e pactuado. O prestador do servio poder apresentar justificativa para a prestao do servio com menor nvel de conformidade, que poder ser aceita pela contratante desde que comprovada a excepcionalidade da ocorrncia, resultante exclusivamente de fatores imprevisveis e alheios ao controle da contratada. Produto(s) requerido(s): Ges-p16f. Ordem de servio Ges-p16i. Relatrio das no conformidades Responsvel: Gestor do contrato Participante(s): Fiscal do contrato Fiscal administrativo do contrato Fiscal tcnico do contrato Fiscal requisitante do contrato Preposto Produto(s) gerado(s): Ges-p16m. Termo de rejeio 146 Fase 4 Gesto do contrato Atividade 4.4 Executar a atestao tcnica (Ges-a4-t4) Tarefa: 4.4.4 Aceitar servios adequados Descrio: Os servios devem ser recebidos mediante anlise da avaliao dos servios, com base nos critrios previamente definidos. A aceitao ocorre em duas etapas (Lei 8.666/1993, art. 73, I, a):
provisoriamente, pelo responsvel por seu acompanhamento e fiscalizao, mediante termo circunstanciado, assinado pelas partes em at 15 (quinze) dias da comunicao escrita da contratada; e definitivamente, por servidor ou comisso designada pela autoridade competente, mediante termo circunstanciado, assinado pelas partes, aps o decurso do prazo de observao, ou vistoria que comprove a adequao do objeto aos termos contratuais, observado o disposto no art. 69 desta Lei. Produto(s) requerido(s): Ges-p16f. Ordem de servio Ges-p16n. Servios entregues Ges-p16q. Relatrio de avaliao de servios Responsvel: Gestor do contrato Fiscal do contrato Fiscal administrativo do contrato Fiscal tcnico do contrato Fiscal requisitante do contrato Participante(s): rea requisitante da soluo rea de contratos Produto(s) gerado(s): Ges-p16r. Termo de recebimento provisrio Fase 4 Gesto do contrato (Ges-a5) Atividade: 4.5 Realizar o monitoramento administrativo Descrio: Monitorar a totalidade da execuo do contrato, incluindo as clusulas no relativas aos itens entregveis e as clusulas de manuteno da condio de habilitao para contratar com a Administrao (p.ex. regularidade fiscal, comercial, trabalhista e previdenciria). Tarefas relacionadas: 4.5.1 Acompanhar os servios em execuo 4.5.2 Avaliar cumprimento do contrato
147
4.5.3 Aplicar sanes 4.5.4 Corrigir desatendimento contratual 4.5.5 Calcular valores dos servios e impostos 4.5.6 Liquidar a despesa 4.5.7 Autorizar emisso de fatura ou nota fiscal 4.5.8 Verificar regularidade fiscal, comercial, trabalhista e previdenciria 4.5.9 Efetuar pagamento dos servios Fase 4 Gesto do contrato Atividade 4.5 Realizar o monitoramento administrativo (Ges-a5-t1) Tarefa: 4.5.1 Acompanhar os servios em execuo Descrio: O gestor do contrato deve acompanhar toda a execuo contratual por meio de mecanismos de controle (p.ex. os registros de acompanhamento e fiscalizao do contrato inseridos pelo fiscal, pelos demandas das rea de negcios ou pelos usurios finais dos servios), tomando providncias para corrigir todos os desvios cuja correo escape competncia do fiscal ou que este no tenha sido capaz de realizar. O objetivo desta tarefa garantir que os benefcios previstos com a contratao sejam efetivamente alcanados. Produto(s) requerido(s): Sel-p14c. Contrato Ges-p16i. Relatrio das no conformidades Ges-p16r. Termo de recebimento provisrio Responsvel: Gestor do contrato 148 Participante(s): Fiscal do contrato Fiscal administrativo do contrato Fiscal tcnico do contrato Fiscal requisitante do contrato Produto(s) gerado(s): Ges-p16r. Termo de recebimento provisrio (verificado)
Fase 4 Gesto do contrato Atividade 4.5 Realizar o monitoramento administrativo (Ges-a5-t2) Tarefa: 4.5.2 Avaliar cumprimento do contrato Descrio: O gestor do contrato deve avaliar formalmente o desempenho da contratao, identificando objetivamente as causas de falha de desempenho, sejam elas de responsabilidade da contratada ou do contratante, reportando instncia superior e de controle quais as providncias tomadas, e se o contrato vem cumprindo com seus objetivos e se ainda interessante para a Administrao. Produto(s) requerido(s): Sel-p14c. Contrato Ges-p16c. Ata de reunio Ges-p16s. Solicitao de atendimento a clusula contratual Responsvel: Gestor do contrato Participante(s): Autoridade competente rea de controle interno Fiscal do contrato Fiscal administrativo do contrato Fiscal tcnico do contrato Fiscal requisitante do contrato Produto(s) gerado(s): Ges-p16t. Notificaes ao contratado Ges-p16u. Termo de recebimento definitivo Fase 4 Gesto do contrato Atividade 4.5 Realizar o monitoramento administrativo (Ges-a5-t3) Tarefa: 4.5.3 Aplicar sanes Descrio: Quando as solicitaes de correo emitidas pelo fiscal ou pelo gestor do contrato no so suficientes para o retorno tempestivo da execuo contratual normalidade, o gestor do contrato deve obrigatoriamente encaminhar
149
autoridade competente solicitao de aplicao de sano prevista no edital e no contrato, instruindo processo fundamentado em caracterizao exaustiva da falha cometida pela contratada e do seu enquadramento nas sanes especficas previstas. Produto(s) requerido(s): Ges-p16. Histrico de gerenciamento do contrato Ges-p16g. Comunicaes contratada Ges-p16h. Registro de ocorrncia Ges-p16i. Relatrio das no conformidades Ges-p16t. Notificaes ao contratado Responsvel: Gestor do contrato Participante(s): Autoridade competente Fiscal do contrato Fiscal administrativo do contrato Fiscal tcnico do contrato Fiscal requisitante do contrato Produto(s) gerado(s): Ges-p16k. Solicitao de aplicao de glosa Ges-p16l. Solicitao de aplicao de sano Fase 4 Gesto do contrato Atividade 4.5 Realizar o monitoramento administrativo (Ges-a5-t4) Tarefa: 4.5.4 Corrigir desatendimento contratual Descrio: O fiscal e o gestor do contrato, cada um na sua esfera de competncia, so responsveis por encaminhar contratada solicitaes formais e tempestivas de correo. Todos os fatos relevantes da execuo contratual devem ser registrados no dirio do contrato, mas cuidado especial deve ser dedicado ao registro das situaes de anormalidade e evidenciao de que houve comunicao tempestiva dessas anormalidades contratada. Essas evidncias que fundamentaro a eventual aplicao de sano contratual.
150
Produto(s) requerido(s): Ges-p16l. Solicitao de aplicao de sano Ges-p16m. Termo de rejeio Ges-p16p. Evidncias de anormalidade na execuo contratual Responsvel: Gestor do contrato Fiscal do contrato Participante(s): Fiscal administrativo do contrato Fiscal tcnico do contrato Fiscal requisitante do contrato Produto(s) gerado(s): Ges-p16o. Solicitaes de correo de servio Ges-p16s. Solicitao de atendimento a clusula contratual Fase 4 Gesto do contrato Atividade 4.5 Realizar o monitoramento administrativo (Ges-a5-t5) Tarefa: 4.5.5 Calcular valores dos servios e impostos Descrio: Aps o recebimento definitivo dos servios, que o ato em que se reconhece o quantitativo exato de servio reconhecido como efetivamente prestado e aceito, a rea de contratos deve calcular os valores corretos a serem pagos em funo dos quantitativos recebidos e dos impostos aplicveis. Produto(s) requerido(s): Ges-p16k. Solicitao de aplicao de glosa Responsvel: rea de contratos Participante(s): rea de contabilidade Gestor do contrato Fiscal do contrato Fiscal tcnico do contrato 151
Produto(s) gerado(s): Ges-p16t. Notificaes ao contratado Fase 4 Gesto do contrato Atividade 4.5 Realizar o monitoramento administrativo (Ges-a5-t6) Tarefa: 4.5.6 Liquidar a despesa Descrio: A rea de contabilidade deve liquidar a despesa informada com base nos seguintes documentos recebidos: documentos de recebimento provisrio e definitivo, oriundos da rea tcnica; e memria de clculo dos valores a serem pagos, oriundos da rea administrativa. Comentrio: A liquidao da despesa ato administrativo previsto na Lei 4.320/1964 e representa o reconhecimento formal de crdito da contratada junto Administrao Pblica por bens ou servios efetivamente entregues e aceitos. A responsabilidade pela liquidao compete exclusivamente rea de contabilidade, com base em evidncia documental. Produto(s) requerido(s): Sel-p14c. Contrato Ges-p16f. Ordem de servio Ges-p16r. Termo de recebimento provisrio Ges-p16u. Termo de recebimento definitivo Responsvel: rea de contabilidade 152 Participante(s): rea de tecnologia da informao rea de contratos Gestor do contrato Fiscal do contrato Produto(s) gerado(s): Ges-p16f. Ordem de servio (liquidada)
Fase 4 Gesto do contrato Atividade 4.5 Realizar o monitoramento administrativo (Ges-a5-t7) Tarefa: 4.5.7 Autorizar emisso de fatura ou nota fiscal Descrio: Uma vez liquidada a despesa, a rea de contratos deve comunicar contratada os quantitativos reconhecidos como entregues e aceitos, os valores de pagamento correspondentes e autorizar a emisso de fatura ou nota fiscal para pagamento. Comentrio: A emisso de fatura ou nota fiscal no deve anteceder a liquidao da despesa, pois eventuais discrepncias de valores gerariam a necessidade de glosas ou acrscimos, ato no autorizado pela legislao em vigor. Produto(s) requerido(s): Ges-p16f. Ordem de servio Responsvel: rea de contabilidade Participante(s): rea de contratos Preposto Produto(s) gerado(s): Ges-p16v. Solicitao de nota fiscal ou fatura Fase 4 Gesto do contrato Atividade 4.5 Realizar o monitoramento administrativo (Ges-a5-t8) Tarefa: 4.5.8 Verificar regularidade fiscal, comercial, trabalhista e previdenciria Descrio: A rea de contabilidade impedida de realizar pagamentos regulares a contratado que se encontre em situao de inadimplncia para com as obrigaes fiscais, comerciais, trabalhistas e previdencirias. Comentrio: Havendo quaisquer dessas inadimplncias no momento do pagamento, o gestor do contrato dever ser convocado 153
para, com apoio da rea de contratos, solicitar formalmente contratada (e acompanhar) a regularizao da situao, em prazo previamente definido. Havendo excedimento dos prazos concedidos, o gestor do contrato dever encaminhar autoridade competente solicitao de resciso contratual, sem prejuzo das demais sanes cabveis. Produto(s) requerido(s): Ges-p16w. Evidncias de quitao de encargos trabalhistas e previdencirios Ges-p16x. Nota fiscal ou fatura Responsvel: rea de contabilidade Participante(s): rea de contratos Gestor do contrato Produto(s) gerado(s): Ges-p16x. Nota fiscal ou fatura (autorizada) Fase 4 Gesto do contrato Atividade 4.5 Realizar o monitoramento administrativo (Ges-a5-t9) Tarefa: 4.5.9 Efetuar pagamento dos servios Descrio: A rea de contabilidade realizar o pagamento contratada, com base: na regular liquidao da despesa (evidncia de entrega e aceitao de bens e servios); na evidncia de adimplncia da contratada para com as obrigaes fiscais, comerciais, trabalhistas e previdencirias; 154 na fatura ou nota fiscal, oriunda da contratada. Produto(s) requerido(s): Ges-p16r. Termo de recebimento provisrio Ges-p16u. Termo de recebimento definitivo Ges-p16x. Nota fiscal ou fatura Responsvel: rea de contabilidade
Participante(s): rea de contratos Gestor do contrato Produto(s) gerado(s): Ges-p16x. Nota fiscal ou fatura (paga) Fase 4 Gesto do contrato (Ges-a6) Atividade: 4.6 Tratar as demandas por alteraes contratuais Descrio: Analisar, decidir e justificar sobre todas as demandas de alterao contratuais formalizadas. Tarefas relacionadas: 4.6.1 Tratar alterao de quantitativos 4.6.2 Tratar alterao de prazos de execuo 4.6.3 Tratar alterao de clusulas contratuais 4.6.4 Tratar alterao tcnica 4.6.5 Tratar readequao de preos 4.6.6 Tratar prorrogao do contrato 4.6.7 Tratar suspenso do contrato 4.6.8 Tratar resciso do contrato Fase 4 Gesto do contrato Atividade 4.6 Tratar as demandas por alteraes contratuais (Ges-a6-t1) Tarefa: 4.6.1 Tratar alterao de quantitativos Descrio: O gestor do contrato, auxiliado pelo fiscal do contrato, deve identificar, com antecedncia, as situaes de necessidade de alterao dos quantitativos contratados do objeto, para mais ou para menos, devendo justificar exaustivamente a modificao pretendida, bem como avaliar o seu impacto financeiro e a sua economicidade. Comentrio: A avaliao de economicidade deve verificar se a relao custo-benefcio continuar interessante aps a eventual alterao de quantitativos, os riscos de realizao e de no realizao da alterao e as alternativas existentes, tais
155
como a realizao de outra licitao, a reduo de escopo junto rea de negcio atendida (no do contrato), e a postergao da alterao at que a demanda efetivamente se confirme. A avaliao de impacto financeiro deve verificar se h disponibilidade oramentria e financeira, qual o impacto em outros projetos em andamento e a possibilidade de postergao para oramento de outro exerccio. Produto(s) requerido(s): Sel-p14c. Contrato Ges-p17. Demanda de alterao contratual Ges-p17a. Justificativa de alterao de quantitativo Responsvel: Gestor do contrato Participante(s): Fiscal do contrato Fiscal tcnico do contrato Fiscal requisitante do contrato Produto(s) gerado(s): Sel-p14c. Contrato (aditivado) Ges-p17a. Justificativa de alterao de quantitativo (aceita ou rejeitada) Fase 4 Gesto do contrato Atividade 4.6 Tratar as demandas por alteraes contratuais (Ges-a6-t2) Tarefa: 4.6.2 Tratar alterao de prazos de execuo Descrio: O gestor do contrato, auxiliado pelo fiscal do contrato, deve identificar, com antecedncia, as situaes de necessidade de alterao dos prazos definidos em contrato, para mais ou para menos, devendo justificar exaustivamente a modificao pretendida, bem como avaliar o seu impacto no atendimento s necessidades de negcio e aos objetivos do contrato. Produto(s) requerido(s): Sel-p14c. Contrato Ges-p17. Demanda de alterao contratual
156
Ges-p17b. Justificativa de alterao de prazo Responsvel: Gestor do contrato Participante(s): Fiscal do contrato Fiscal administrativo do contrato Fiscal tcnico do contrato Fiscal requisitante do contrato Produto(s) gerado(s): Sel-p14c. Contrato (aditivado) Ges-p17b. Justificativa de alterao de prazo (aceita ou rejeitada) Fase 4 Gesto do contrato Atividade 4.6 Tratar as demandas por alteraes contratuais (Ges-a6-t3) Tarefa: 4.6.3 Tratar alterao de clusulas contratuais Descrio: O gestor do contrato, auxiliado pelo fiscal do contrato e pela rea de contratos, deve identificar, com antecedncia, as situaes de necessidade de alterao de clusulas contratuais, devendo justificar exaustivamente a modificao pretendida, bem como demonstrar que no h alterao do ncleo do objeto e nem de elemento que possibilitou a vitria da contratada no certame original em detrimento de outras propostas. Produto(s) requerido(s): Sel-p14c. Contrato Ges-p17. Demanda de alterao contratual Ges-p17c. Justificativa de alterao de clusula Responsvel: Gestor do contrato Participante(s): rea de contratos Fiscal do contrato Fiscal administrativo do contrato Fiscal tcnico do contrato Fiscal requisitante do contrato 157
Produto(s) gerado(s): Sel-p14c. Contrato (aditivado) Ges-p17c. Justificativa de alterao de clusula (aceita ou rejeitada) Fase 4 Gesto do contrato Atividade 4.6 Tratar as demandas por alteraes contratuais (Ges-a6-t4) Tarefa: 4.6.4 Tratar alterao tcnica Descrio: O gestor do contrato, auxiliado pelo fiscal do contrato e pela rea de contratos, deve identificar, com antecedncia, as situaes de necessidade de alterao de clusulas contratuais, devendo justificar exaustivamente a modificao pretendida, bem como demonstrar que no h alterao do ncleo do objeto e nem de elemento que possibilitou a vitria da contratada no certame original em detrimento de outras propostas, e ainda que as alteraes so essenciais para melhor atendimento aos objetivos da contratao. Produto(s) requerido(s): Sel-p14c. Contrato Ges-p17. Demanda de alterao contratual Ges-p17d. Justificativa de alterao tcnica Responsvel: Gestor do contrato Participante(s): rea de contratos Fiscal do contrato Fiscal administrativo do contrato Fiscal tcnico do contrato Fiscal requisitante do contrato Produto(s) gerado(s): Sel-p14c. Contrato (aditivado) Ges-p17d. Justificativa de alterao tcnica (aceita ou rejeitada)
158
Fase 4 Gesto do contrato Atividade 4.6 Tratar as demandas por alteraes contratuais (Ges-a6-t5) Tarefa: 4.6.5 Tratar readequao de preos Descrio: O gestor do contrato dever reavaliar a oportunidade de adequao de preos em duas circunstncias: para majorao de preos, exclusivamente em decorrncia de pedido formal e fundamentado da contratada; para reduo de preos, sempre que a avaliao pelo gestor do contrato indicar reduo de preos correntes no mercado. Comentrio: A readequao de preos realiza-se de trs modos: reequilbrio econmico-financeiro, quando decorrente de fato imprevisvel ou de impacto financeiro imprevisvel (p.ex. criao ou extino de impostos); reajuste de preos, quando for previsto no edital que os preos sofrero reajustes baseados em ndice de variao de custos reais dos servios em questo; repactuao, para contratao de servios continuados, quando for previsto no edital que os preos podero sofrer readequao com base em demonstrao analtica da variao dos componentes dos custos do contrato (planilha de custos iniciais e atuais), vedada a aplicao desse dispositivo quando no houver planilha detalhada de custos apresentada juntamente com a proposta vencedora. A apresentao de pedido de readequao de preos pela contratada apenas obriga o gestor ao exame do pleito, mas no necessariamente sua aprovao. Produto(s) requerido(s): Sel-p14c. Contrato Ges-p17. Demanda de alterao contratual Ges-p17e. Justificativa de alterao de preo Responsvel: Gestor do contrato
159
Participante(s): rea de contratos Fiscal administrativo do contrato Produto(s) gerado(s): Sel-p14c. Contrato (aditivado) Ges-p17e. Justificativa de alterao de preo (aceita ou rejeitada) Fase 4 Gesto do contrato Atividade 4.6 Tratar as demandas por alteraes contratuais (Ges-a6-t6) Tarefa: 4.6.6 Tratar prorrogao do contrato Descrio: O gestor do contrato, auxiliado pelo fiscal do contrato e pela rea de contratos, deve identificar, com antecedncia, a necessidade, oportunidade e convenincia de prorrogao do contrato, desde que previsto em edital. Comentrio: Em cada prorrogao contratual, o gestor deve reavaliar os preos correntes no mercado para fundamentar a economicidade de se proceder prorrogao. Tambm possvel reavaliar as alternativas de mercado, eventualmente optando por alternativas mais baratas ou com mais benefcios, sempre com foco na economicidade para a Administrao, tomando-se cuidados para no prejudicar o plano de amortizao de custos da empresa contratada em expectativa de longa durao contratual. Produto(s) requerido(s): Sel-p14c. Contrato Ges-p17. Demanda de alterao contratual Ges-p17f. Justificativa de prorrogao de contrato Responsvel: Gestor do contrato Participante(s): rea de contratos Fiscal do contrato Fiscal administrativo do contrato
160
Fiscal tcnico do contrato Fiscal requisitante do contrato Produto(s) gerado(s): Sel-p14c. Contrato (prorrogado) Ges-p17f. Justificativa de prorrogao de contrato (aceita ou rejeitada) Fase 4 Gesto do contrato Atividade 4.6 Tratar as demandas por alteraes contratuais (Ges-a6-t7) Tarefa: 4.6.7 Tratar suspenso do contrato Descrio: O gestor do contrato, auxiliado pelo fiscal do contrato e pela rea de contratos, deve identificar, com antecedncia, a eventual necessidade, oportunidade e convenincia de suspenso da execuo contratual, por perodo no superior a 120 dias, em decorrncia de situao imprevista por parte da Administrao. possvel tambm contratada requerer suspenso contratual, sujeita avaliao da Administrao quanto aos impactos sobre as necessidades de negcio e aos objetivos da contratao. Produto(s) requerido(s): Sel-p14c. Contrato Ges-p17. Demanda de alterao contratual Ges-p17g. Justificativa para suspenso do contrato Responsvel: Gestor do contrato Participante(s): rea de contratos Fiscal do contrato Fiscal administrativo do contrato Fiscal tcnico do contrato Fiscal requisitante do contrato Produto(s) gerado(s): Sel-p14c. Contrato (suspenso) Ges-p17g. Justificativa para suspenso do contrato (aceita ou rejeitada)
161
Fase 4 Gesto do contrato Atividade 4.6 Tratar as demandas por alteraes contratuais (Ges-a6-t8) Tarefa: 4.6.8 Tratar resciso do contrato Descrio: O gestor do contrato, auxiliado pelo fiscal do contrato e pela rea de contratos, deve identificar, com antecedncia, a eventual necessidade, oportunidade e convenincia de rescindir o contrato seja pela sua expirao normal ou pela resciso antecipada, originada de qualquer das partes, sem prejuzo das sanes cabveis, previstas no edital. Produto(s) requerido(s): Sel-p14c. Contrato Ges-p16i. Relatrio das no conformidades Ges-p16m. Termo de rejeio Ges-p16o. Solicitaes de correo de servio Ges-p16p. Evidncias de anormalidade na execuo contratual Ges-p16s. Solicitao de atendimento a clusula contratual Ges-p16t. Notificaes ao contratado Responsvel: Gestor do contrato Participante(s): rea de contratos Fiscal do contrato Fiscal administrativo do contrato Fiscal tcnico do contrato Fiscal requisitante do contrato Produto(s) gerado(s): Sel-p14c. Contrato (rescindido/encerrado) 162 Fase 4 Gesto do contrato (Ges-a7) Atividade: 4.7 Realizar o encerramento contratual e a transio Descrio: Encerrar o contrato, em sua expirao normal ou por resciso antecipada, e promover a eventual transio entre
o contratado anterior e o novo contratado, gerenciando a manuteno dos nveis de servio acordados com os clientes da rea de TI. Tarefas relacionadas: 4.7.1 Realizar procedimento de transferncia de conhecimento 4.7.2 Realizar procedimento de transferncia de recurso 4.7.3 Realizar procedimento de segurana da informao 4.7.4 Verificar a quitao de encargos trabalhistas e previdencirios Fase 4 Gesto do contrato Atividade 4.7 Realizar o encerramento contratual e a transio (Ges-a7-t1) Tarefa: 4.7.1 Realizar procedimento de transferncia de conhecimento Descrio: O gestor do contrato, auxiliado pelo fiscal do contrato, deve monitorar a execuo de todos os procedimentos de transferncia de conhecimento planejados na fase interna da licitao e constantes do plano de sustentao atualizado, respondendo solidariamente pela sua no execuo, por culpa in vigilando. Produto(s) requerido(s): Pla-p07g. Procedimentos de transferncia de conhecimento Responsvel: Gestor do contrato Participante(s): Fiscal do contrato Fiscal tcnico do contrato Produto(s) gerado(s): Ges-p18. Conhecimento crtico internalizado 163
Fase 4 Gesto do contrato Atividade 4.7 Realizar o encerramento contratual e a transio (Ges-a7-t2) Tarefa: 4.7.2 Realizar procedimento de transferncia de recurso Descrio: O gestor do contrato, auxiliado pelo fiscal do contrato, deve monitorar a execuo de todos os procedimentos de transferncia de recursos planejados na fase interna da licitao e constantes do plano de sustentao atualizado, respondendo solidariamente pela sua no execuo, por culpa in vigilando. Produto(s) requerido(s): Pla-p07e. Procedimentos de gesto dos recursos Responsvel: Gestor do contrato Participante(s): Fiscal do contrato Fiscal tcnico do contrato Produto(s) gerado(s): Ges-p19. Recursos geridos e sob domnio do Contratante Fase 4 Gesto do contrato Atividade 4.7 Realizar o encerramento contratual e a transio (Ges-a7-t3) Tarefa: 4.7.3 Realizar procedimento de segurana da informao Descrio: O gestor do contrato, auxiliado pelo fiscal do contrato, deve monitorar a execuo de todos os procedimentos de segurana da informao planejados na fase interna da licitao e constantes do plano de sustentao atualizado, respondendo solidariamente pela sua no execuo, por culpa in vigilando. Produto(s) requerido(s): Pla-p07d. Procedimentos de segurana da informao Responsvel: Gestor do contrato
164
Participante(s): Fiscal do contrato Fiscal tcnico do contrato Produto(s) gerado(s): Ges-p20. Informao sensvel devidamente protegida Fase 4 Gesto do contrato Atividade 4.7 Realizar o encerramento contratual e a transio (Ges-a7-t4) Tarefa: 4.7.4 Verificar a quitao de encargos trabalhistas e previdencirios Descrio: Verificar a quitao das obrigaes trabalhistas e previdencirias, especialmente quando houver mo-de-obra cedida regularmente, presente nas instalaes do contratante. Comentrio: O gestor do contrato, auxiliado pelo fiscal do contrato e pela rea de contratos, deve monitorar a quitao das obrigaes trabalhistas e previdencirias especialmente quando houver mo-de-obra cedida regularmente, presente nas instalaes do contratante. A demonstrao de quitao dessas obrigaes deve ser prevista em edital como condio para a permanncia da contratao e do regular pagamento dos servios efetivamente entregues e aceitos, sendo que a inadimplncia deve ser claramente considerada causa para resciso contratual imediata. Produto(s) requerido(s): Ges-p16w. Evidncias de quitao de encargos trabalhistas e previdencirios Ges-p16x. Nota fiscal ou fatura Responsvel: Gestor do contrato Participante(s): rea de contratos Fiscal do contrato Fiscal administrativo do contrato Produto(s) gerado(s): Ges-p16x. Nota fiscal ou fatura (autorizada) 165
4.5 Indicadores de desempenho do PCSTI

A mensurao de indicadores, o estabelecimento de metas para eles e o seu rigoroso acompanhamento so fatores essenciais para alcanar bom desempenho nas contrataes. A seguir so apresentadas sugestes de indicadores de desempenho do processo de contratao. Eficcia da contratao (entregar o objeto): a) Tempo mdio entre a aprovao da demanda e a assinatura do contrato; b) Percentual de aquisies em conformidade com as polticas e procedimentos de aquisio vigentes; c) Quantidade de solicitaes de compra/contratao atendidas no prazo solicitado. Eficincia da contratao (entregar o objeto com o menor consumo de recursos): a) Nmero de recursos (impugnaes, representaes e mandados de segurana) providos durante a licitao; b) Percentual de execuo do oramento do contrato previsto para o exerccio; c) Percentual de projetos de desenvolvimento dentro do prazo e oramento; d) Percentual de projetos de TI contratados que seguem os padres e as prticas de gerenciamento de projetos; e) Percentual dos projetos de software que tm planos de garantia da qualidade do software definidos e executados; f) Percentual dos projetos de software contratados aderentes aos padres e processos de software da contratante; 166 g) Quantidade de desvios de normalidade identificados nos contratos de aquisio. Efetividade da contratao (atender ao objetivo da contratao: resolver o problema ou aproveitar a oportunidade de negcio): a) Tempo mdio entre a aprovao da demanda e a obteno dos resultados (benefcios) da contratao;
b) Percentual do oramento de TI diretamente vinculado a aes de negcio consideradas prioritrias pela organizao; c) Quantidade de interrupes no negcio devido a interrupes em servios de TI contratados; d) Nvel de satisfao do cliente em relao aos produtos e servios entregues; e) Percentual dos projetos nos quais os benefcios esperados no foram alcanados devido a premissas incorretas de viabilidade; f) Quantidade de projetos de TI contratados onde os benefcios esperados no foram alcanados; e g) Grau de envolvimento das partes interessadas no processo de homologao e implantao.
167
A importncia da qualidade de processo de Software em contrataes de servios de software

As tarefas estabelecidas no PCSTI so relacionadas legislao brasileira, normas e modelos, conforme descrito no captulo 4. No escopo de contratao de produtos e servios de software, o relacionamento de algumas das tarefas estabelecidas no Processo proposto nesse livro com os processos apresentados nos Modelos MPS.BR e CMMI e normas como a ABNT NBR ISO/IEC 12207, so fundamentais para garantir a qualidade dos produtos e servios a serem obtidos por meio de uma contratao desse tipo. Dentre os processos fundamentais para garantir a qualidade dos produtos e servios destacam-se o processo padro de desenvolvimento de software, que estabelece o ciclo de vida do projeto e os processos de gesto, como gerncia de projetos, gerncia de requisitos, gerncia de configurao, garantia da qualidade, medio, verificao, validao, conforme a Tabela 5-9, a seguir, que apresenta algumas tarefas e sua relao com alguns processos fundamentais do MPS.BR, especialmente os relacionados aos nveis G e F desse modelo.
Tabela 5-9. Relacionamento do PCSTI com os processos estabelecidos no MR-MPS Tarefa: Analisar e justificar a necessidade Processos do MPS. BR DESENVOLVIMENTO DE REQUISITOS Resultados esperados DRE1. As necessidades, expectativas e restries do cliente, tanto do produto quanto de suas interfaces, so identificadas Relao com processo de contratao de servios de TI Este resultado esperado aplicado nesta tarefa, pois imprescindvel identificar e analisar as necessidades, expectativas e as restries existentes dos interessados na contratao para subsidiar a especificao de requisitos do software servio a ser adquirido.
168
Tarefa: Levantar e especificar os requisitos Processos do MPS. BR DESENVOLVIMENTO DE REQUISITOS Resultados esperados Relao com processo de contratao de servios de TI Este resultado esperado aplicado nesta tarefa, pois o conjunto de requisitos funcionais e no-funcionais consolida uma soluo para as necessidades do adquirente e possibilita que os possveis conflitos sejam resolvidos. Este resultado esperado aplicado nesta tarefa durante a derivao dos requisitos dos interessados para os requisitos funcionais e no funcionais do software ou servio a ser contratado.
DRE2. Um conjunto definido de requisitos do cliente especificado a partir das necessidades, expectativas e restries identificadas. DRE3. Um conjunto de requisitos funcionais e nofuncionais, do produto e dos componentes do produto que descrevem a soluo do problema a ser resolvido, definido e mantido a partir dos requisitos do cliente. DRE4. Os requisitos funcionais e nofuncionais de cada componente do produto so refinados, elaborados e alocados.
DESENVOLVIMENTO DE REQUISITOS
Este resultado esperado aplicado nesta tarefa caso o projeto de aquisio requeira que a especificao de requisitos funcionais e no-funcionais seja elaborada num nvel de detalhamento tcnico de modo a orientar o desenvolvimento do software. Este resultado esperado aplicado nesta tarefa caso a caracterstica do projeto de aquisio requeira a especificao de cenrios e de conceitos operacionais, pelo menos num nvel inicial, para permitir a contratao do software.
DRE6. Conceitos operacionais e cenrios so desenvolvidos.
169
GERNCIA DE PROJETOS
GPR1. O escopo do trabalho para o projeto definido
Este resultado esperado aplicado nesta tarefa com o objetivo de facilitar a definio escopo do trabalho e a identificao dos requisitos que devem ser atendidos pelo software a ser adquirido. Este resultado esperado aplicado nesta tarefa com o objetivo de assegurar que os requisitos especificados so os efetivamente definidos pelos interessados na contratao. Este resultado esperado aplicado nesta tarefa com o objetivo de assegurar que os requisitos estejam adequadamente especificados permitindo a contratao adequada do software ou servio. A especificao deve ser verificada de modo a assegurar que: Todos os requisitos tenham sido declarados de forma no ambgua; As inconsistncias, omisses e erros tenham sido detectados e corrigidos; Os requisitos de diferentes nveis estejam consistentes entre si. Este resultado esperado aplicado nesta tarefa com o objetivo de assegurar que o resultado final do projeto de contratao seja compatvel com as necessidades dos interessados. Este resultado obtido por meio das tcnicas aplicadas no processo de validao.
GERNCIA DE REQUISITOS
GRE1. Os requisitos so entendidos, avaliados e aceitos junto aos fornecedores de requisitos, utilizando critrios objetivos. DRE7. Os requisitos so analisados para assegurar que sejam necessrios, corretos, testveis e suficientes e para balancear as necessidades dos interessados com as restries existentes
DRE8. Os requisitos so validados
170
GRE2. Os requisitos de produto so aprovados utilizando critrios objetivos
Este resultado esperado aplicado nesta tarefa com o objetivo de sedimentar o entendimento e a concordncia, entre as partes envolvidas, dos requisitos que devem ser atendidos pelo produto a ser adquirido. Este resultado esperado aplicado nesta tarefa com a finalidade de auxiliar o adquirente na reviso dos requisitos definidos, atravs da obteno de conformidade entre estes e os produtos de trabalho que deram origem aos requisitos.
GRE3. A rastreabilidade bidirecional entre os requisitos e os produtos de trabalho estabelecida e mantida.
Tarefa: Analisar preliminarmente riscos, impactos e a viabilidade econmica Processos do MPS.BR GERNCIA DE PROJETOS Resultados esperados Relao com processo de contratao de servios de TI Este resultado esperado aplicado nesta tarefa com o objetivo de assegurar que riscos, impactos, probabilidade de ocorrncia e possveis aes corretivas so identificados.
GPR 6. Os riscos do projeto so identificados e o seu impacto, probabilidade de ocorrncia e prioridade de tratamento so determinados e documentados.
Tarefa: Definir as responsabilidades das partes Processos do MPS.BR GERNCIA DE PROJETOS Resultados esperados GPR 12. O Plano do Projeto revisado com todos os interessados e o compromisso com ele obtido; Relao com processo de contratao de servios de TI Este resultado esperado aplicado nesta tarefa com o objetivo de assegurar o comprometimento dos interessados com o projeto de contratao.
171
Tarefa: Definir oramento detalhado e fonte de recursos Processos do MPS.BR GERNCIA DE PROJETOS Resultados esperados GPR 5. O oramento e o cronograma do projeto, incluindo a definio de marcos e pontos de controle, so estabelecidos e mantidos. Relao com processo de contratao de servios de TI Este resultado esperado aplicado nesta tarefa com o objetivo de identificar e definir o oramento detalhado do projeto.
Tarefa: Repassar conhecimento Processos do MPS.BR Gerncia de Recursos Humanos GRH Resultados esperados GRH 9. Uma estratgia apropriada de gerncia de conhecimento planejada, estabelecida e mantida para compartilhar informaes na organizao; GRH 10. Uma rede de especialistas na organizao estabelecida e um mecanismo de apoio troca de informaes entre os especialistas e os projetos implementado. GRH 11. O conhecimento disponibilizado e compartilhado na organizao. Relao com processo de contratao de servios de TI Este resultado esperado aplicado nesta tarefa com o objetivo de repassar o conhecimento do projeto e garantir a continuidade do software e ou servio aps o encerramento do contrato. Este resultado esperado aplicado nesta tarefa com o objetivo de identificar as pessoas que iro receber e compartilhar o conhecimento adquirido durante o projeto. Este resultado esperado aplicado nesta tarefa com o objetivo de compartilhar as melhores prticas do projeto e garantir a continuidade do software e ou servio aps o encerramento do contrato.
Gerncia de Recursos Humanos GRH
172
Processos do MPS.BR GERNCIA DE PROJETOS
Tarefa: Alocar infraestrutura Resultados esperados GPR 8. Os recursos e o ambiente de trabalho necessrios para executar o projeto so planejados; Relao com processo de contratao de servios de TI Este resultado esperado aplicado nesta tarefa com o objetivo de garantir a infraestrutura necessria para a execuo do projeto
Tarefa: Designar as pessoas para papis Processos do MPS.BR GERNCIA DE PROJETOS Resultados esperados GPR 7. Os recursos humanos para o projeto so planejados considerando o perfil e o conhecimento necessrios para execut-lo; GRH 2. Indivduos com as habilidades e competncias requeridas so identificados e recrutados; Relao com processo de contratao de servios de TI Este resultado esperado aplicado nesta tarefa com o objetivo de garantir a infraestrutura necessria para a execuo do projeto
Este resultado esperado aplicado nesta tarefa com o objetivo de identificar e alocar pessoas com habilidades e competncias necessria para desempenhar os papis do projeto
Tarefa: Realizar a reunio de iniciao Processos do MPS.BR GERNCIA DE PROJETOS Resultados esperados GPR 12. O Plano do Projeto revisado com todos os interessados e o compromisso com ele obtido. Relao com processo de contratao de servios de TI Este resultado esperado aplicado nesta tarefa com o objetivo de garantir o entendimento do projeto pelas partes interessadas
Tarefa: Elaborar a ordem de servio Processos do MPS.BR GERNCIA DE PROJETOS Resultados esperados GPR 2. As tarefas e os produtos de trabalho do projeto so dimensionados utilizando mtodos apropriados; GPR 3. O modelo e as fases do ciclo de vida do projeto so definidos;. Relao com processo de contratao de servios de TI Este resultado esperado aplicado nesta tarefa com o objetivo de dimensionar servios a serem desenvolvidos na ordem de servio. Este resultado esperado aplicado nesta tarefa com o objetivo de estabelecer o ciclo de vida do processo de desenvolvimento da ordem de servio.
173
GERNCIA DE PROJETOS
GERNCIA DE PROJETOS
GPR 4. (At o nvel F) O esforo e o custo para a execuo das tarefas e dos produtos de trabalho so estimados com base em dados histricos ou referncias tcnicas. GPR 4. (A partir do nvel E) O planejamento e as estimativas das atividades do projeto so feitos baseados no repositrio de estimativas e no conjunto de ativos de processo organizacional. GPR 19. (A partir do nvel B) Os objetivos para a qualidade do produto e para o desempenho do processo definido para o projeto so estabelecidos e mantidos.
Este resultado esperado aplicado nesta tarefa com o objetivo de estimar o esforo e custo da ordem de servio.
GERNCIA DE PROJETOS
Este resultado esperado aplicado nesta tarefa com o objetivo de estimar o prazo das atividades e os produtos de trabalho a serem entregues pela ordem de servio.
GERNCIA DE PROJETOS
Este resultado esperado aplicado nesta tarefa com o objetivo de estabelecer os critrios de qualidade dos produtos de trabalho a serem entregues pela ordem de servio.
Tarefa: Assinar a ordem de servio Processos do MPS.BR GERNCIA DE PROJETOS Resultados esperados GPR 12. O Plano do Projeto revisado com todos os interessados e o compromisso com ele obtido. Relao com processo de contratao de servios de TI Este resultado esperado aplicado nesta tarefa com o objetivo de garantir o entendimento do projeto pelas partes interessadas
Tarefa: acompanhar a execuo da ordem de servio
174
Processos do mps.Br Gerncia de projetos
Resultados esperados GPR 10. Um plano geral para a execuo do projeto estabelecido com a integrao de planos especficos.
Relao com processo de contratao de servios de TI Este resultado esperado aplicado nesta tarefa com o objetivo de garantir o atendimento da Ordem de servio conforme planejado.
Gerncia de projetos
GPR 11. A viabilidade de atingir as metas do projeto, considerando as restries e os recursos disponveis, avaliada. Se necessrio, ajustes so realizados GPR 13. O projeto gerenciado utilizandose o Plano do Projeto e outros planos que afetam o projeto e os resultados so documentados GPR 14. O envolvimento das partes interessadas no projeto gerenciado;
Este resultado esperado aplicado nesta tarefa com o objetivo de garantir o atendimento das metas da Ordem de servio conforme os recursos disponveis Este resultado esperado aplicado nesta tarefa com o objetivo de garantir o atendimento das metas da Ordem de servio conforme o planejamento e respectivos resultados esperados. Este resultado esperado aplicado nesta tarefa com o objetivo de garantir o envolvimento dos interessados na Ordem de servio conforme planejado. Este resultado esperado aplicado nesta tarefa com o objetivo de garantir as revises no plano do projeto de atendimento da Ordem de servio, conforme marcos de controle definidos no projeto. Este resultado esperado aplicado nesta tarefa com o objetivo de identificar e registrar os problemas ocorridos durante o atendimento da Ordem de servio para serem tratados entre os interessados.
Gerncia de projetos
Gerncia de projetos
Gerncia de projetos
GPR 15. Revises so realizadas em marcos do projeto e conforme estabelecido no planejamento;
Gerncia de projetos
GPR 16. Registros de problemas identificados e o resultado da anlise de questes pertinentes, incluindo dependncias crticas, so estabelecidos e tratados com as partes interessadas. GPR 17. Aes para corrigir desvios em relao ao planejado e para prevenir a repetio dos problemas identificados so estabelecidas, implementadas e acompanhadas at a sua concluso
Gerncia de projetos
Este resultado esperado aplicado nesta tarefa com o objetivo de estabelecer, implementar e acompanhar aes corretivas da Ordem de servio.
175
Gerncia de projetos
GPR 18. (A partir do nvel E) Um processo definido para o projeto estabelecido de acordo com a estratgia para adaptao do processo da organizao. GRE 4. Revises em planos e produtos de trabalho do projeto so realizadas visando identificar e corrigir inconsistncias em relao aos requisitos; GRE 5. Mudanas nos requisitos so gerenciadas ao longo do projeto.
Este resultado esperado aplicado nesta tarefa com o objetivo de estabelecer um processo a ser adotado para o atendimento da Ordem de servio. Este resultado esperado aplicado nesta tarefa com o objetivo de identificar e corrigir inconsistncia em relao aos requisitos a serem atendidos pela Ordem de servio. Este resultado esperado aplicado nesta tarefa com o objetivo de gerenciar as mudanas dos requisitos estabelecidos na Ordem de servio e no projeto como um todo. Este resultado esperado aplicado nesta tarefa com o objetivo de controlar se os itens de configurao esto includos na baseline conforme planejado. Este resultado esperado aplicado nesta tarefa com o objetivo de registrar a situao atual dos itens de configurao e das baseline estabelecidos para a ordem de servio e no projeto como um todo. Este resultado esperado aplicado nesta tarefa com o objetivo de gerenciar as mudanas dos itens de configurao estabelecidos na Ordem de servio e no projeto como um todo.
Gerncia de requisitos
Gerncia de requisitos
Gerncia de configurao
GCO 3. Os itens de configurao sujeitos a um controle formal so colocados sob baseline; GCO 4. A situao dos itens de configurao e das baselines registrada ao longo do tempo e disponibilizada.
GCO 5. Modificaes em itens de configurao so controladas;
176
GCO 6. O armazenamento, o manuseio e a liberao de itens de configurao e baselines so controlados.
Este resultado esperado aplicado nesta tarefa com o objetivo de controlar o armazenamento, o manuseio e a liberao dos itens de configurao estabelecidos na Ordem de servio e no projeto como um todo. Este resultado esperado aplicado nesta tarefa com o objetivo de obter as medidas necessrias para subsidiar as tarefas de reviso de requisitos considerando o que foi definido nos processos de validao e verificao. Este resultado esperado aplicado nesta tarefa com o objetivo de armazenar os dados e resultados de anlise referentes reviso de requisitos, de modo a permitir sua recuperao a qualquer tempo, para apoiar as decises tcnicas e gerenciais necessrias. Este resultado esperado aplicado nesta tarefa com o objetivo de subsidiar as decises decorrentes das tarefas de reviso de requisitos realizadas.
Medio
MED5. Os dados requeridos so coletados e analisados.
Medio
MED6. Os dados e os resultados das anlises so armazenados.
Medio
MED7. Os dados e os resultados das anlises so comunicados aos interessados e so utilizados para apoiar decises.
Tarefa: Determinar ao corretiva Processos do MPS.BR Garantia da Qualidade Resultados esperados GQA 3. Os problemas e as no-conformidades so identificados, registrados e comunicados. Relao com processo de contratao de servios de TI Este resultado esperado aplicado nesta tarefa com o objetivo de avaliar a qualidade dos produtos e servios entregues e identificar os problemas e as no conformidades em relao aos requisitos especificados, processos e padres estabelecidos.
177
Garantia da Qualidade
GQA 4. Aes corretivas para as no conformidades so estabelecidas e acompanhadas at as suas efetivas concluses. Quando necessrio, o escalamento das aes corretivas para nveis superiores realizado, de forma a garantir sua soluo.
Este resultado esperado aplicado nesta tarefa com o objetivo de definir as aes corretivas para as no conformidades identificadas.
Tarefa: Providenciar alteraes da ordem de servio Processos do MPS.BR GERNCIA DE PROJETOS Resultados esperados GPR 17. Aes para corrigir desvios em relao ao planejado e para prevenir a repetio dos problemas identificados so estabelecidas, implementadas e acompanhadas at a sua concluso. Relao com processo de contratao de servios de TI Este resultado esperado aplicado nesta tarefa com o objetivo de providenciar as aes corretivas necessrias para corrigir os desvios identificados na ordem de servio.
Tarefa: Avaliar os servios Processos do MPS.BR Garantia da Qualidade Resultados esperados GQA 1. A aderncia dos produtos de trabalho aos padres, procedimentos e requisitos aplicveis avaliada objetivamente, antes dos produtos serem entregues e em marcos predefinidos ao longo do ciclo de vida do projeto; Relao com processo de contratao de servios de TI Este resultado esperado aplicado nesta tarefa com o objetivo de avaliar a qualidade dos produtos e servios entregues e a aderncia dos mesmos aos processos e padres estabelecidos na ordem de servio.
178
GQA 2. A aderncia dos processos executados s descries de processo, padres e procedimentos avaliada objetivamente; GQA 3. Os problemas e as no conformidades so identificados, registrados e comunicados;
Este resultado esperado aplicado nesta tarefa com o objetivo de avaliar a aderncia dos processos e padres adotados na ordem de servio com os processos e padres estabelecidos na organizao. Este resultado esperado aplicado nesta tarefa com o objetivo de avaliar a qualidade dos produtos e servios entregues e identificar os problemas e as no conformidades em relao aos requisitos especificados, processos e padres estabelecidos. Este resultado esperado aplicado nesta tarefa com o objetivo de apoiar o trabalho de validao da especificao dos requisitos e dos produtos e servios entregues. Este resultado esperado aplicado nesta tarefa com o objetivo de apoiar o trabalho de validao da especificao dos requisitos e dos produtos e servios entregues.
VALIDAO
VAL 1. Produtos de trabalho a serem validados so identificados
VALIDAO
VAL 2. Uma estratgia de validao desenvolvida e implementada estabelecendo cronograma, participantes envolvidos, mtodos para validao e qualquer material a ser utilizado na validao VAL 3. Critrios e procedimentos para validao dos produtos de trabalho a serem validados so identificados e um ambiente para validao estabelecido
VALIDAO
Este resultado esperado aplicado nesta tarefa com o objetivo de apoiar o trabalho definio de critrios e procedimentos a serem adotados para a validao da especificao dos requisitos e dos produtos e servios entregues.
179
VALIDAO
VAL5. Problemas so identificados e registrados.
Este resultado esperado aplicado nesta tarefa com o objetivo de apoiar o trabalho de validao da especificao dos requisitos, servindo como base para modificaes que forem necessrias. Este resultado esperado aplicado nesta tarefa com o objetivo de apoiar o trabalho de validao da especificao dos requisitos e de divulgao s partes interessadas. Este resultado esperado aplicado nesta tarefa com o objetivo de apoiar o trabalho de verificao da especificao dos requisitos. Este resultado esperado aplicado nesta tarefa com o objetivo de apoiar o trabalho de definio da estratgia para verificao da especificao dos requisito e dos produtos e servios entregues.
VALIDAO
VAL6. Resultados de atividades de validao so analisados e disponibilizados para as partes interessadas VER1. Produtos de trabalho a serem verificados so identificados VER 2. Uma estratgia de verificao desenvolvida e implementada, estabelecendo cronograma, revisores envolvidos, mtodos para verificao e qualquer material a ser utilizado na verificao VER 3. Critrios e procedimentos para verificao dos produtos de trabalho a serem verificados so identificados e um ambiente para verificao estabelecido VER 4. Atividades de verificao, incluindo testes e revises por pares, so executadas
VERIFICAO
VERIFICAO
VERIFICAO
Este resultado esperado aplicado nesta tarefa com o objetivo de apoiar o trabalho de definio de critrios e procedimentos para verificao da especificao dos requisitos e dos produtos e servios entregues. Este resultado esperado aplicado nesta tarefa com o objetivo de apoiar o trabalho de verificao da especificao dos requisitos.
180
VERIFICAO
VERIFICAO
VER 5. Defeitos so identificados e registrados
Este resultado esperado aplicado nesta tarefa com o objetivo de apoiar o trabalho de verificao da especificao dos requisitos, servindo como base para modificaes que forem necessrias. Este resultado esperado aplicado nesta tarefa com o objetivo de apoiar o trabalho de verificao da especificao dos requisitos e disponibilizao dos resultados para as partes interessadas.
VERIFICAO
VER 6. Resultados de atividades de verificao so analisados e disponibilizados para as partes interessadas
Tarefa: Rejeitar servios inadequados Processos do MPS.BR Garantia da Qualidade Resultados esperados GQA 4. Aes corretivas para as no conformidades so estabelecidas e acompanhadas at s suas efetivas concluses. Quando necessrio, o escalamento das aes corretivas para nveis superiores realizado, de forma a garantir sua soluo. VAL 6. Resultados de atividades de validao so analisados e disponibilizados para as partes interessadas Relao com processo de contratao de servios de TI Este resultado esperado aplicado nesta tarefa com o objetivo de rejeitar os servios inadequados com base nos problemas e nas no conformidades identificadas nos servios e produtos entregues.
VALIDAO
Este resultado esperado aplicado nesta tarefa com o objetivo de apoiar o trabalho de validao da especificao dos requisitos e de divulgao s partes interessadas.
181
Tarefa: Aceitar servios adequados Processos do MPS.BR Garantia da Qualidade Resultados esperados GQA 1. A aderncia dos produtos de trabalho aos padres, procedimentos e requisitos aplicveis avaliada objetivamente, antes dos produtos serem entregues e em marcos predefinidos ao longo do ciclo de vida do projeto. Relao com processo de contratao de servios de TI Este resultado esperado aplicado nesta tarefa com o objetivo de aceitar os servios adequados com base na avaliao da qualidade dos servios e produtos entregues.
A necessidade de adoo de processos, tanto pelo contratante como pela contratada, para ter garantia da qualidade dos servios e produtos e minimizar os riscos da contratao foi aspecto enfatizado na Nota Tcnica Sefti/TCU 5/2010 (BRASIL, 2010f), porm no se deve exigir a avaliao do MPS.BR e ou CMMI na fase de habilitao do fornecedor. Nos termos do inciso XXI do art. 37 da Constituio Federal, imprescindvel exigir os elementos essenciais garantia da execuo dos servios, entre os quais se ressalta a demonstrao de que o fornecedor j executou, com sucesso, servio semelhante a aquele em contratao. Essa demonstrao feita por meio de atestados tcnicos que forneam evidncias diretas (produtos de trabalho) dos resultados esperados em cada processo adotado pela contratante. Um template com essa finalidade apresentado no Apndice IV Critrios de qualificao tcnica de licitantes: Fbrica de Software.
182
Referncias
ASSOCIAO BRASILEIRA DE NORMAS TCNICAS ABNT. ABNT NBR ISO/IEC 15504-1:2008 Tecnologia da informao Avaliao de processo Parte 1: Conceitos e vocabulrio. Objetivo: Esta parte da ABNT NBR ISO/IEC 15504 prov informaes sobre conceitos de avaliao de processo e seu uso em dois contextos, o de melhoria de processo e o de determinao de capacidade de processo. Ela descreve como as partes deste conjunto de Normas se integram e prov orientaes para sua seleo e uso. Explica os requisitos contidos na ABNT NBR ISO/IEC 15504 e sua aplicabilidade para realizar avaliaes. 2008. Disponvel em: <http://www.abntcatalogo.com.br/norma.aspx?ID=1503>. Acesso em: 16 nov. 2009. _____. ABNT NBR ISO/IEC 12207:2009 Engenharia de sistemas e software Processos de ciclo de vida de software. 2009a. Disponvel em: <http://www.abntcatalogo.com.br/norma.aspx?ID=38643>. Acesso em: 26 fev. 2011. _____. ABNT NBR ISO/IEC 38500:2009 Governana corporativa de tecnologia da informao. Esta Norma oferece princpios para orientar os dirigentes das organizaes (incluindo proprietrios, membros do conselho de administrao, diretores, parceiros, executivos seniores ou similares) sobre o uso eficaz, eficiente e aceitvel da Tecnologia de Informao (TI) dentro de suas organizaes. 2009b. Disponvel em: <http://www.abntcatalogo.com.br/norma.aspx?ID=40015>. Acesso em: 26 fev. 2011. Associao para Promoo da Excelncia do Software Brasileiro - SOFTEX. MPS.BR Guia de Avaliao: 2009. Campinas-SP: SOFTEX, Mai 2009a. Disponvel em: <http://www.softex.br/mpsbr/_guias/ guias/MPSBR_Guia_de_Avaliacao_2009.pdf>. Acesso em: 26 fev. 2011. _____. MPS.BR Melhoria de Processo do Software Brasileiro Guia de Aquisio. So Paulo: SOFTEX, Junho 2009b. Disponvel em: <http://www.softex.br/mpsbr/_guias/guias/MPS.BR_Guia_de_Aquisicao_2009.pdf>. Acesso em: 26 fev. 2011. _____. MPS.BR Melhoria de Processo do Software Brasileiro Guia geral. Campinas-SP: SOFTEX, Set 2009c. Disponvel em: <http://www. softex.br/mpsbr/_guias/guias/MPS.BR_Guia_Geral_2009.pdf>. Acesso em: 26 fev. 2011. 183
BARBOSA, Alexandre Fernandes; JUNQUEIRA, Alvaro Ribeiro Botelho; LAIA, Marconi Martins de; FARIA, Fernando Inacio de. Governana de TIC e contratos no setor pblico. In: CATI - Congresso Anual de Tecnologia da Informao, 2006, Escola de Administrao de Empresas de So Paulo da Fundao Getulio Vargas (FGV-EAESP), So Paulo, 2006. Disponvel em: <http://www.fgvsp.br/cati/artigos/pdf/T00241. pdf>. Acesso em: 15 dez. 2009. BRAGA, Renato. Auditoria de Governana de TI. Braslia: TCU/ISC, 2009. BRASIL. Constituio da Repblica Federativa do Brasil, de 5 de outubro de 1988. 1988. Disponvel em: <http://www.planalto.gov.br/ ccivil_03/Constituicao/Constituiao.htm>. Acesso em: 26 jul. 2010. _____. Lei n 8.443, de 16 de julho 1992. Dispe sobre a Lei Orgnica do Tribunal de Contas da Unio e d outras providncias. 1992. Disponvel em: <http://www.planalto.gov.br/ccivil_03/Leis/L8443.htm>. Acesso em: 26 fev. 2011. _____. Lei n 8.666, de 21 de junho de 1993. Regulamenta o art. 37, inciso XXI, da Constituio Federal, institui normas para licitaes e contratos da Administrao Pblica e d outras providncias. 1993. Disponvel em: <http://www.planalto.gov.br/ccivil_03/Leis/L8666cons. htm>. Acesso em: 26 fev. 2011. _____. Decreto n 1.048, de 21 de janeiro de 1994. Dispe sobre o Sistema de Administrao dos Recursos de Informao e Informtica, da Administrao Pblica Federal, e d outras providncias. 1994. Disponvel em: <http://www.planalto.gov.br/ccivil_03/decreto/1990-1994/ D1048.htm>. Acesso em: 26 fev. 2010. _____. Tribunal de Contas da Unio. Acrdo 1.558/2003-TCUPlenrio. Auditoria. Coordenao-Geral de Servios Gerais do Ministrio do Desenvolvimento, Indstria e Comrcio Exterior. rea de aquisies de bens e servios de informtica. Processo de denncia apensado para apurao conjunta. Dispensa indevida de licitao. Descumprimento de exigncias e inconsistncias no projeto bsico. Utilizao irregular de servios de empregado da empresa contratada. Pagamento de faturas sem comprovao do recolhimento de encargos sociais pela contratada. Utilizao de notas fiscais frias. Conhecimento da denncia. Procedncia parcial. Fixao de prazo para adoo de
184
providncias. Determinao. Juntada s contas anuais. Exigncia de comprovao dos recolhimentos de encargos sociais pela contratada. Consideraes. 2003. Disponvel em: <http://contas.tcu.gov.br/ portaltextual/MostraDocumento?lnk=(acordao+adj+1558/2003+adj+ plenario)[idtd][b001]>. Acesso em: 26 fev. 2010. _____. _____. Portaria Setec n 1, de 18 de janeiro de 2005. Aprova a verso 1.0 dos processos de trabalho para contratao de bens e servios no mbito da Secretaria de Tecnologia da Informao. (Trabalho desenvolvido por Carlos Alberto Mamede Hernandes). 2005. _____. Lei Complementar 123, de 14 de dezembro de 2006. Institui o Estatuto Nacional da Microempresa e da Empresa de Pequeno Porte; altera dispositivos das Leis nos 8.212 e 8.213, ambas de 24 de julho de 1991, da Consolidao das Leis do Trabalho CLT, aprovada pelo Decreto-Lei no 5.452, de 1 de maio de 1943, da Lei no 10.189, de 14 de fevereiro de 2001, da Lei Complementar no 63, de 11 de janeiro de 1990; e revoga as Leis nos 9.317, de 5 de dezembro de 1996, e 9.841, de 5 de outubro de 2006a. Disponvel em: <http://www.planalto.gov.br/ ccivil_03/Leis/LCP/Lcp123.htm>. Acesso em: 26 fev. 2011. _____. Tribunal de Contas da Unio. Acrdo 786/2006-TCU-Plenrio. 2006b. Disponvel em: <http://contas.tcu.gov.br/portaltextual/Mo straDocumento?lnk=(acordao+adj+786/2006+adj+plenario)[idtd] [b001]>. Acesso em: 26 fev. 2011. _____. Ministrio do Planejamento, Oramento e Gesto. Secretaria de Logstica e Tecnologia da Informao. Estratgia Geral de TI 2008. Verso 1.0. Braslia: MP, 2008a. Disponvel em: <http://www.governoeletronico.gov.br/biblioteca/arquivos/portaria-no-11-de-30-de-dezembro-de-2008>. Acesso em: 19 jun. 2006. _____. _____. Instruo Normativa SLTI n 4, de 19 de maio de 2008. Dispe sobre o processo de contratao de servios de Tecnologia da Informao pela Administrao Pblica Federal direta, autrquica e fundacional. 2008b. Disponvel em: <http://www.governoeletronico. gov.br/biblioteca/arquivos/instrucao-normativa-no-04-2>. Acesso em: 26 fev. 2011. _____. Tribunal de Contas da Unio. Acrdo 1.603/2008-TCU-Plenrio. Levantamento de auditoria. Situao da governana de tecnologia da informao TI na administrao pblica federal. Ausncia de
185
planejamento estratgico institucional. Deficincia na estrutura de pessoal. Tratamento inadequado confidencialidade, integridade e disponibilidade das informaes. Recomendaes. 2008c. Disponvel em: <http://contas.tcu.gov.br/portaltextual/MostraDocumento?lnk=(acorda o+adj+1603/2008+adj+plenario)[idtd][b001]>. Acesso em: 26 fev. 2011. _____. _____. Acrdo 2.471/2008-TCU-Plenrio. 2008d. Disponvel em: <http://contas.tcu.gov.br/portaltextual/MostraDocumento?lnk=(acordao +adj+2471/2008+adj+plenario)[idtd][b001]>. Acesso em: 26 fev. 2011. _____. _____. Nota Tcnica Sefti n 02, de 11 de setembro de 2008. Uso do Prego para aquisio de bens e servios de Tecnologia de Informao. 2008e. Disponvel em: <http://portal2.tcu.gov.br/portal/ page/portal/TCU/comunidades/tecnologia_informacao/notas_tecnicas/notas_tecnicas_aprovadas/Nota%20Tcnica%202%20-%20Prego%20para%20TI.v08.oficial.pdf>. Acesso em: 26 fev. 2011. _____. _____. Acrdo 1.215/2009-TCU-Plenrio. Relatrio de auditoria. Apartado. Estudo sobre os parmetros balizadores da contratao de servios de TI. Elaborao de Quadro Referencial Normativo (QRN). Autorizao para divulgao. Recomendao para divulgao das notas tcnicas Sefti 01 e 02 de 2008. Arquivamento. 2009. Disponvel em: <http://contas.tcu.gov.br/portaltextual/MostraDocumento?lnk=(acorda o+adj+1215/2009+adj+plenario)[idtd][b001]>. Acesso em: 22 jun. 2010. _____. Ministrio da Cincia e Tecnologia. Secretaria de Poltica de Informtica. Programa Brasileiro da Qualidade e Produtividade em Software. Pesquisa de qualidade no setor de software brasileiro: 2009. Braslia: SEPIN/MCT, 2010a. Disponvel em: <http://www.mct.gov.br/ upd_blob/0214/214567.pdf>. Acesso em: 19 jun. 2006. _____. Ministrio do Planejamento, Oramento e Gesto. Secretaria de Logstica e Tecnologia da Informao. Estratgia Geral de Tecnologia da Informao 2010. Braslia: SLTI/MP, 2010b. _____. _____. Instruo normativa n 4, de 12 de novembro de 2010. Dispe sobre o processo de contratao de Solues de Tecnologia da Informao pelos rgos integrantes do Sistema de Administrao dos Recursos de Informao e Informtica (Sisp) do Poder Executivo Federal. 2010c. Disponvel em: <http://www.governoeletronico.gov.br/ biblioteca/arquivos/instrucao-normativa-no-04-de-12-de-novembro-de-2010>. Acesso em: 26 fev. 2011.
186
_____. _____. Manual de contratao de solues de tecnologia da informao. Verso 2.0, Braslia: SLTI, 2010d. Disponvel em: <http:// www.governoeletronico.gov.br/biblioteca/arquivos/manual-de-contratacao-de-solucoes-de-tecnologia-da-informacao>. Acesso em: 26 fev. 2011. _____. Tribunal de Contas da Unio. Acrdo 2.308/2010-TCU-Plenrio. Relatrio de levantamento. Avaliao da governana de tecnologia da informao na administrao pblica federal. Constatao de precariedades e oportunidades de melhoria. Determinaes, recomendaes e comunicaes. 2010e. Disponvel em: <http://contas.tcu.gov.br/ portaltextual/MostraDocumento?lnk=(acordao+adj+2308/2010+adj+ plenario)[idtd][b001]>. Acesso em: 30 set. 2010. _____. _____. Nota Tcnica Sefti n 05, de 30 de abril de 2010. Condies em que h possibilidade de exigncia da demonstrao de qualidade de processo em contrataes de servios de software, a exemplo de CMMI e MPS.BR. (circulao do texto integral ainda restrita ao TCU). 2010f. Disponvel em: <http://portal2.tcu.gov.br/portal/ page/portal/TCU/comunidades/tecnologia_informacao/noticias_comunidade/detalhes_noticias_comunidade?noticia=2930818>. Acesso em: 26 fev. 2011. _____. Ministrio da Cincia e Tecnologia. Programa Brasileiro da Qualidade e Produtividade em Software. Estratgias e aes. Braslia: MCT, 2011a. Disponvel em: <http://www.mct.gov.br/index.php/content/view/4794.html>. Acesso em: 26 fev. 2011. _____. Ministrio do Planejamento, Oramento e Gesto. Secretaria de Logstica e Tecnologia da Informao. Estratgia Geral de Tecnologia da Informao EGTI 2011-2012. Braslia: SLTI/MP, 2011b. Disponvel em: <http://www.governoeletronico.gov.br/biblioteca/arquivos/estrategia-geral-de-tecnologia-da-informacao-egti-2011-2012>. Acesso em: 26 fev. 2011. _____. Tribunal de Contas da Unio. Consulta pblica base de jurisprudncia do TCU (JURIS). 2011. Levantamento dos acrdos e decises relativos s contrataes de servios na rea de TI, realizado em 26 de fevereiro de 2011, utilizando-se a expresso informatica ou (tecnologia adj3 informacao) ou (processamento adj3 dados) ou computacao ou eletrnica, e em seguida a expresso terceir$ ou $sourcing
187
ou (execucao adj3 indireta) ou (prestacao adj5 servico$). 2011c. Disponvel em: <http://contas.tcu.gov.br/portaltextual/PesquisaFormulario>. Acesso em: 26 fev. 2011. CARDOSO, Gisele Silva. Processo de aquisio de produtos e servios de software para administrao pblica do Estado de Minas Gerais. 2006. 166f. Dissertao (Mestrado em Cincia da Computao). Belo Horizonte, Universidade Federal de Minas Gerais, 26 de junho de 2006. Disponvel em: <http://dspace.lcc.ufmg.br/dspace/bitstream/1843/ RVMR-6TJQEU/1/giselesilvacardoso.pdf>. Acesso em: 31 jul. 2008. CARDOSO, Haroldo Machado. Diagnstico da Terceirizao da Engenharia de Software na Gerncia de Unidade de Aplicaes em Administrao, Controle e Finanas da Prodabel - UFS-PB. 2000. 41 f. Monografia (Especializao em Informtica Pblica). Belo Horizonte Minas Gerais, Pontifcia Universidade Catlica de Minas Gerais, 2000. Disponvel em: <http://www.pbh.gov.br/prodabel/cde/publicacoes/2000/cardoso2_2000.pdf>. Acesso em: 31 jul. 2008. CHIAVEGATTO, Myrza Vasques; SILVA JNIOR, Ildeu Moreira da. O desafio de desenvolver e subcontratar sistemas de informao com qualidade em instituies pblicas. In: CONIP - CONGRESSO NACIONAL DE INFORMTICA PBLICA, 2003, Instituto CONIP, So Paulo-SP, 2003. Disponvel em: <http://www.anu.seplan.mt.gov.br/html/ gestao_inf/texto/Monografia%20CONIP%202003.doc>. Acesso em: 26 fev. 2011. COOPER, J.; FISHER, M. Software Capability Maturity Model (SA-CMM) version 1.03. Pittsburgh, PA: Software Engineering Institute, 2002. CRUZ, Cludio Silva da. Governana de TI e conformidade legal no setor pblico: um quadro referencial normativo para a contratao de servios de TI. 2008. 252f. Dissertao (Mestrado em Gesto do Conhecimento e da Tecnologia da Informao). Universidade Catlica de Braslia, Braslia, 2008. Disponvel em: <http://www.bdtd.ucb. br/tede/tde_arquivos/3/TDE-2008-11-25T123713Z-687/Publico/Texto Completo Cruz - 2008.pdf>. Acesso em: 26 fev. 2011. _____. Contratao de servios de TI. Curso integrante do MBA em Governana de TI. Braslia: Fundao Universa/Universidade Catlica de Braslia, 2009a.
188
_____. Elaborao do Plano Diretor de Tecnologia da Informao PDTI. Curso integrante do programa de desenvolvimento de gestores de TI da Secretaria de Logstica e Tecnologia da Informao/MP. Braslia: ENAP, 2009b. _____. Gesto de contratos de servios de TI - GCTI. Curso integrante do programa de desenvolvimento de gestores de TI da Secretaria de Logstica e Tecnologia da Informao/MP. Braslia: ENAP, 2009c. _____. Planejamento de contratao de servios de TI - PCTI. Curso integrante do programa de desenvolvimento de gestores de TI da Secretaria de Logstica e Tecnologia da Informao/MP. Braslia: ENAP, 2009d. _____. Contratao de servios de TI - (PCSSC-EG). Curso ministrado na EMBRAPA. Braslia: Embrapa, 2010. CRUZ, Cludio Silva da; ANDRADE, Edmia Leonor Pereira de; FIGUEIREDO, Rejane Maria da Costa. PCSSCEG - Processo de contratao de software e servios correlatos para entes governamentais. IN: Workshop Anual do MPS, 6., Campinas, SP, 2010. Anais do VI WAMPS 2010, 264p, p. 36-45., realizado em Campinas, de 26 a 29 de Outubro de 2010; organizadores: Ana Regina Cavalcanti da Rocha, Carla Lima Reis, Tayana Conte. Campinas, SP: Associao para Promoo da Excelncia do Software Brasileiro - SOFTEX, 2010. ISBN 978-85-9933419-5. 2010a. _____. Processo de contratao de software e servios correlatos para entes governamentais. Revista Programa Brasileiro da Qualidade e Produtividade em Software. 1 Edio, maio de 2010 - Projetos Ciclos 2008 e 2009 - v.1, p. 87-93. ISSN 2178- 2010b. Disponvel em: <http:// www.mct.gov.br/upd_blob/0212/212192.pdf#page=80>. Acesso em: 26 fev. 2011. HEFLEY, William E.; LOESCHE, Ethel A. The eSourcing Capability Model for Client Organizations (eSCM-CL), Part 1: Model Overview. CMU-ITSQC-06-002. Pittsburgh, PA: IT Services Qualification Center, Carnegie Mellon University. 2006a. Disponvel em: <http://www.itsqc.org/ models/escm-cl/index.html>. Acesso em: 26 fev. 2011. _____. The eSourcing Capability Model for Client Organizations (eSCM-CL), Part 2: Practice Details. CMU-ITSQC-06-003. Pittsburgh, PA: IT Services Qualification Center, Carnegie Mellon University. 2006b. 189
Disponvel em: <http://www.itsqc.org/models/escm-cl/index.html>. Acesso em: 26 fev. 2011. HYDER, Elaine B.; HESTON, Keith M.; PAULK, Mark C. The eSourcing Capability Model for Service Providers (eSCM-SP), V2.01, Part 1. CMU-ITSQC-06-006. Pittsburgh, PA: IT Services Qualification Center, Carnegie Mellon University. 2006. Disponvel em: <http://www.itsqc. org/models/escm-cl/index.html>. Acesso em: 26 fev. 2011. INFORMATION TECHNOLOGY GOVERNANCE INSTITUTE - ITGI. Governance of Outsourcing. Rolling Meadows: ITGI, 2005. Disponvel em: <http://www.isaca.org/Content/ContentGroups/Research1/Deliverables/ Outsourcing.pdf>. Acesso em: 15 dez. 2009. _____. Cobit - Control Objectives for Information and related Technology. 4.1. ed. Rolling Meadows: ITGI, 2007a. Disponvel em: <http://www.isaca.org/Knowledge-Center/Cobit/Pages/Downloads. aspx>. Acesso em: 26 fev. 2011. _____. Cobit - Control Objectives for Information and related Technology. 4.1. ed. (em portugus). Rolling Meadows: ITGI, 2007b. Disponvel em: <http://www.isaca.org/Knowledge-Center/Cobit/ Documents/Cobit41-portuguese.pdf>. Acesso em: 26 fev. 2011. _____. ITGI Enables IS0/IEC 38500:2008 Adoption. Rolling Meadows: ITGI, 2009. Disponvel em: <http://www.isaca.org/ContentManagement/ ContentDisplay.cfm?ContentID=47865>. Acesso em: 04 abr. 2009. INSTITUTE OF ELECTRICAL AND ELECTRONICS ENGINEERS - IEEE. IEEE COMPUTER SOCIETY. IEEE STD 1062 - IEEE Recommended Practice for Software Acquisition. IEEE - Software Engineering Standards Colletion. New York, NY. 1998. 43p. OLIVEIRA, Francisco Correia de; SANTOS FILHO, Joselias Lopes dos. A Tecnologia da Informao na corda bamba da terceirizao: o caso das administraes tributrias estaduais do Brasil. IN: Simpsio de Engenharia de Produo, 13. XIII SIMPEP - Bauru, SP, Brasil, 06 a 08 de novembro de 2006. Disponvel em: <http://www.simpep.feb.unesp.br/ simpep2007/upload/1230.pdf>. Acesso em: 26 fev. 2011. PAULK, Mark C.; WebER, Charles V.; CURTIS, Bill; CHRISSIS, Mary Beth. The Capability Maturity Model: guidelines for improving the software process. Indianapolis, IN: Addison-Wesley Longman, 1995.
190
SOFTWARE ENGINEERING INSTITUTE - SEI. Capability Maturity Model Integration CMMI for Acquisition (CMMI-ACQ), version 1.3, CMU/ SEI-2010-TR-032. Pittsburgh, PA: Software Engineering Institute, Carnegie Mellon University, 2010a. Disponvel em: <http://www.sei.cmu. edu/reports/10tr032.pdf>. Acesso em: 26 fev. 2011. _____. Capability Maturity Model Integration CMMI for Development (CMMI-DEV), version 1.3, CMU/SEI-2010-TR-033. Pittsburgh, PA: Software Engineering Institute, Carnegie Mellon University, 2010b. Disponvel em: <http://www.sei.cmu.edu/reports/10tr033.pdf>. Acesso em: 26 fev. 2011. WEILL, Peter; ROSS, Jeanne W. Governana de TI: Tecnologia da Informao. So Paulo: M. Books do Brasil, 2006. WRIGHT, Catherine. Top three potential risks with outsourcing information systems. Information Systems Control Journal, v. 5, 2004. Disponvel em: <http://www.isaca.org/Journal/Past-Issues/2004/Volume-5/Documents/jpdf045-TopThreePotentialRisks.pdf>. Acesso em: 26 fev. 2011.
191
Glossrio
Este glossrio foi definido com base nas normas ABNT NBR 12.207 (ABNT, 2009a) e ABNT NBR 38.500 (ABNT, 2009b) e dispe dos termos que tm significado particular no contexto da governana de TI e de aquisies, como segue: a) Aquisio Processo de obteno de um sistema, produto ou servio de software. b) Atividade Conjunto de tarefas coesas de um processo. c) Avaliao Determinao sistemtica do quanto uma entidade satisfaz seus critrios especificados. d) Baseline Especificao ou produto que foi revisado e acordado, que serve de base para futuros desenvolvimentos, e que somente pode ser alterada mediante procedimentos formais de procedimentos de mudana. e) Item de configurao Artefato em uma configurao que satisfaz um determinado uso e que pode ser identificado de forma nica em um dado momento. f) Ciclo de vida Evoluo de um sistema, produto, servio, projeto ou outra entidade desenvolvida por humanos, desde a concepo at a desativao. g) Cliente Organizao ou pessoa que recebe um produto ou servio. O cliente (tambm denominado adquirente, consumidor ou comprador) pode ser interno ou externo organizao. h) Contrato Acordo entre duas partes amparado nos termos da lei ou acordo interno similar dentro de uma organizao. 192 i) Fase Perodo dentro do ciclo de vida de uma entidade relacionado ao estado de sua descrio ou realizao. j) Fornecedor Uma organizao ou pessoa fsica que celebra um acordo com o adquirente para o fornecimento de um produto ou servio. k) Governana corporativa O sistema pelo qual as organizaes so dirigidas e controladas.
l) Governana corporativa de TI O sistema pelo qual o uso atual e futuro da TI dirigido e controlado. Governana corporativa de TI significa avaliar e direcionar o uso da TI para dar suporte organizao e monitorar seu uso para realizar os planos. Inclui a estratgia e as polticas de uso da TI dentro da organizao. m) Investimento A alocao de pessoas, capital e outros recursos para alcanar os objetivos definidos e outros benefcios. n) Monitoramento Verificao da situao das atividades de um fornecedor e de seus resultados pelo adquirente. o) Organizao Pessoa ou grupo de pessoas e instalaes com uma estrutura de responsabilidades, autoridades e relacionamentos. p) Processo Conjunto de atividades que se relacionam ou interagem e que transformam entradas em sadas. q) Produto Resultado de um processo. r) Produto de software Conjunto de programas de computador, procedimentos e possveis documentao e dados associados. s) Projeto Empreendimentos com data inicial e final definidas, criado para gerar um produto ou servio de acordo com recursos e requisitos especificados. t) Resultado esperado do processo Resultado observvel quando o propsito do processo alcanado com sucesso. u) Risco Combinao da probabilidade de um evento e suas consequncias v) Servio Execuo de atividades, trabalho ou obrigaes associadas a um produto. w) Solicitao de propostas Documento utilizado pelo adquirente como meio para anunciar aos potenciais fornecedores sua inteno de adquirir um sistema, produto de software ou servio de software especfico. x) Stakeholder Indivduo ou organizao que tem um direito, ao, declarao ou interesse em um sistema ou na posse das caractersticas do sistema que satisfaam suas necessidades e expectativas. 193
y) Tarefa Requisito, recomendao, ou ao permitida, destinada a contribuir com a realizao de um ou mais resultados esperados de um processo. z) Tecnologia da Informao Os recursos necessrios para adquirir, processar, armazenar e disseminar informaes. Este termo tambm inclui Tecnologia da Comunicao (TC) e o termo composto de Tecnologia da Informao e Comunicao (TIC).
194
Apndice I Lista de produtos abrangidos pelo processo

A seguir apresentada uma lista dos produtos requeridos ou gerados pelas tarefas do processo descrito no Captulo 4. Produto# Nome do Produto 01. 02. 03. PEI - Plano Estratgico Institucional Acordos de nvel de servio PDTI - Plano Diretor de Tecnologia da Informao 03a. Caracterizao das necessidades de negcio 03b. Estratgia de TI 03c. Indicadores de TI 03d. Metas de TI 03e. Macroaes de TI 03f. Necessidades de contratao de TI 03g. Plano de contrataes do exerccio Documento de oficializao da demanda Documento de designao da equipe de planejamento da contratao Anlise de viabilidade da contratao 06a. Necessidades e metas de negcio 06b. Objetivos da contratao 06c. Anlise das solues identificadas 06d. Especificao dos requisitos da contratao 06e. Levantamento de recursos necessrios operao do contrato 06f. Recursos requeridos pela contratao 06g. Requisitos de segurana da informao oriundos do negcio 06h. Anlise do mercado (disponibilidade de fornecedores) 06i. Anlise do mercado (prticas usuais no mercado) 06j. Caracterizao do mercado fornecedor especfico 06k. Parecer tcnico da equipe de planejamento da contrata o 06l. Fundamentao da escolha da soluo de TI 06m. Soluo de tecnologia da informao
04. 05. 06.
195
07.
Plano de sustentao 07a. Levantamento de informao e conhecimento crtico para o negcio e para a contratao 07b. Normas e referncias oficiais de segurana da informao 07c. Poltica e normas de segurana da informao institucional 07d. Procedimentos de segurana da informao 07e. Procedimentos de gesto dos recursos 07f. Levantamento de colaboradores internos capacitados a receber o conhecimento crtico necessrio na operao do contrato 07g. Procedimentos de transferncia de conhecimento 07h. Identificao dos recursos crticos operao do contrato 07i. Procedimentos de transio contratual 07j. Procedimentos de continuidade de negcio 07k. Plano de continuidade 07l. Responsveis por aes de continuidade Estimativa de preo Estratgia da contratao 09a. Critrios de aceitao 09b. Critrios de avaliao da qualidade 09c. Itens do objeto a contratar 09d. Papis e responsabilidades do processo de contratao 09e. Tipo da contratao 09f. Preos obtidos de diversas fontes 09g. Declarao de objeto 09h. Modelo de prestao de servios 09i. Modelo de gesto do contrato 09j. Redao das clusulas contratuais bsicas 09k. Estratgia de independncia de fornecedor 09l. Histrico de desempenho de gestores de contrato 09m. Mapa de competncias dos colaboradores 09n. Minuta de portaria de indicao de gestor de contrato 09o. Texto base das clusulas de responsabilidade do contratado 09p. Manual da macrofuno TI (STN) 09q. Indicao da fonte de recursos
08. 09.
196
09r. 09s. 10.
Oramento detalhado Critrios tcnicos de seleo
Anlise de riscos 10a. Levantamento dos riscos de dependncia 10b. Levantamento de riscos inerentes transio contratual 10c. Fluxograma geral do procedimento licitatrio 10d. Histrico de eventos danosos em licitaes 10e. Levantamento dos riscos da licitao 10f. Histrico de eventos danosos em contrataes 10g. Levantamento dos riscos na execuo contratual 10h. Lista de riscos priorizados 10i. Plano de ao para tratamento de riscos 10j. Plano de ao para continuidade de negcio 10k. Impactos dos riscos 10l. Relatrios dos riscos 10m. Lista de riscos Pedido de contratao 11a. Demonstrao da economicidade da contratao 11b. Projeto bsico 11c. Termo de referncia (ou do projeto bsico) 11d. Justificativa da contratao direta 11e. Demonstrao da razoabilidade do preo 11f. Justificativa da escolha do fornecedor Licitao/contratao examinada e aprovada Edital 13a. Minuta do contrato 13b. Proposta vencedora 13c. Contrato Plano de insero Requisitos de desenvolvimento ou manuteno do software Histrico de gerenciamento do contrato 16a. Processo de trabalho do contratante 16b. Material didtico 16c. Memrias de reunio 16d. Memria de reunio com a descrio da infraestrutura disponibilizada 16e. Plano de designaes 197
11.
12. 13.
14. 15. 16.
16f. 16g. 16h. 16i. 16j. 16k. 16l. 16m. 16n. 16o. 16p. 16q. 16r. 16s. 16t. 16u. 16v. 16w. 16x. 16y. 16z. 17.
Ata de reunio Demanda de execuo de servio Ordem de servio Comunicaes contratada Registro de ocorrncia Solicitao de aplicao de glosa Solicitao de aplicao de sano Termo de entrega Termo de recebimento provisrio Termo de rejeio Relatrio das no conformidades Servios entregues Solicitaes de correo de servio Evidncias de anormalidade na execuo contratual Relatrio de avaliao de servios Solicitao de atendimento a clusula contratual Notificaes ao contratado Termo de recebimento definitivo Solicitao de nota fiscal ou fatura Evidncias de quitao de encargos trabalhistas e previdencirios Nota fiscal ou fatura
Demanda de alterao contratual 17a. Justificativa de alterao de quantitativo 17b. Justificativa de alterao de prazo 17c. Justificativa de alterao de clusula 17d. Justificativa de alterao tcnica 17e. Justificativa de alterao de preo 17f. Justificativa de prorrogao de contrato 17g. Justificativa para suspenso do contrato Conhecimento crtico internalizado Recursos geridos e sob domnio do Contratante Informao sensvel devidamente protegida
198
18. 19. 20.
Apndice II Modelo de Oficializao da demanda pelo Requisitante

Os modelos a seguir foram desenvolvidos pelos autores com base na Portaria TCU/SETEC 1/2005 (BRASIL, 2005), nas melhorias e revises para aplicao em cursos do programa de Desenvolvimento de Gestores de TI da Escola Nacional de Administrao Pblica ENAP (CRUZ, 2009b, 2009c, 2009d) e do MBA em Governana de TI da Fundao Universa (CRUZ, 2009a), nas melhorias e revises para aplicao no treinamento aplicado na Embrapa (CRUZ, 2010).
Oficializao de demanda de Soluo de TI

Anlise inicial do problema de negcio em questo, pela(s) rea(s) requisitante(s) para fins de submisso rea de TI.
1. Vinculao das necessidades 1.1. Descrio do problema (ou oportunidade) de negcio a ser resolvido. Trata-se do problema de negcio como percebido pelo gestor de negcio. Um problema de negcio tem a ver com a criao de valor para o cliente final, fora da organizao, pois se trata da prpria entrega da organizao. Pode ser algo que impede a criao de valor ou alguma nova oportunidade de criao de valor. Deve estar expresso em termos do negcio e jamais em termos de TI. 1.2. Demonstrao de que a otimizao do processo de trabalho sem construo de uma soluo informatizada por parte da rea de TI no resolveria o problema (ou oportunidade) de negcio. Precisa ficar evidente que a rea de negcio j examinou as alternativas de soluo do problema e que o uso de TI parece ser a melhor dentre as vrias possibilidades. Deve-se apresentar um breve estudo comparativo das alternativas e as razes de escolha. Lembre-se: TI custa dinheiro; da a necessidade de fundamentar qualquer escolha feita. 1.3. Usurios potenciais da soluo de TI a ser elaborada. importante mapear todos os usurios que podero ser usurios da soluo, pois eles interferiro na definio dos requisitos. O levantamento de requisitos desses usurios essencial como forma de aumentar as chances de que tais usurios de fato utilizem a soluo de TI em questo.
199
1.4. Estimativas de quantitativos da soluo de TI, se houver, com a devida justificativa. Nesse momento, j possvel estimar o quantitativo de soluo necessria, tais como 10mil pontos de funo em desenvolvimento de sistemas, ou uma rede como 20mbps, ou ainda mil atendimentos por dia. A justificativa deve embasar-se em estudos tcnicos de demanda, histricos de consumo, variaes de demanda esperadas, impactos de recessos e frias etc. No nosso exerccio, crie uma definio tcnica plausvel. 1.5. Vinculao da soluo de TI a ser contratada com o plano estratgico e, eventualmente, com outros planos e documentos referenciais da instituio (p.ex. plano de cargos, planos departamentais, PPA etc.). Crie uma forma de vinculao estratgica que seja plausvel na organizao em questo. Na prtica, o gestor de TI deve preocupar-se em comprovar que a contratao e o gasto oramentrio em questo esto baseados em comandos externos rea de TI devidamente registrados em instrumentos de planejamento, como manda a lei. 1.6. Normas (internas ou externas) que a soluo de TI a ser contratada dever respeitar. Aqui, o levantamento de normas que afetam a contratao j deve ter sido exaustivo, de forma a reduzir ao mnimo possvel o risco de infrao a alguma norma que afete o possvel objeto pretendido (p.ex. servios de segurana de dados so regulamentados por normas tcnicas da ABNT). 2. Explicitao da motivao 2.1. Impactos, positivos e negativos, de resolver e de no resolver o problema, que inclui, pelo menos, impacto ambiental e aproveitamento de recursos humanos, materiais e financeiros disponveis. Aqui devem ser explicitadas as consequncias, positivas ou negativas, de resolver e de no resolver o problema. s vezes, resolver um problema traz outros problemas ainda maiores que aquele resolvido. Todas as possibilidades precisam ficar claras para que a deciso seja tomada com conhecimento do problema e dos impactos como um todo. 2.2. Benefcios esperados com a contratao, se possvel, com indicadores e quantificao desses benefcios. Essa uma das partes mais importantes. Devem estar absolutamente claros os benefcios que uma contratao trar em termos
200
de negcio. Se isso for difcil de identificar, tem-se um indcio de que o problema e a soluo de TI no esto bem definidos. Geralmente o benefcio tem tudo a ver como o objetivo da contratao e mais alguns benefcios relacionados a este (p.ex. reduzir em 50% das perdas em transaes on-line; aumento da participao no mercado etc.). 3. Indicao da fonte dos recursos 3.1. Estimativa inicial de preo da contratao com a devida justificativa. Ainda no possvel ter uma ideia precisa do preo, mas uma aproximao da faixa de valores mais provveis j possvel. Isso auxiliar na deciso preliminar sobre a viabilidade econmica da contratao. Escolha uma faixa de valores plausveis. 3.2. Fonte oramentria e demonstrao da disponibilidade. Se no houver suporte oramentrio disponvel ou, pelo menos, previso factvel, nenhuma ao de planejamento de contratao deve ser levada adiante, pois as equipes de planejamento de contrataes so caras e devem ser alocadas em projetos com boa possibilidade de se tornarem realidade. 3.3. Prazo limite para a implantao da soluo, se houver, com a devida justificativa. essencial delimitar o horizonte temporal que a soluo de TI tem para iniciar a dar seus frutos. Isso ajudar a definir o projeto de contratao, a forma, os requisitos que devero ser priorizados etc. Faa uma estimativa plausvel. 4. Indicao do Integrante Demandante para integrar a Equipe de Planejamento da Contratao 4.1. Nome do integrante indicado. 4.2. Evidncias de que a pessoa adequada e que ter a disponibilidade para contribuir no planejamento da contratao. local e data Titular(es) da(s) unidade(s) requisitante(s) Quem assina esse documento a rea de negcios (REQUISITANTE DOS SERVIOS). A rea de TI pode atuar como consultora nessa fase, mas no pode/deve ser a geradora das definies, sob pena de assumir posteriormente a responsabilidade pelas escolhas feitas.
201
Apndice III Modelo de Anlise da Viabilidade da Contratao

Os modelos a seguir foram desenvolvidos pelos autores com base na Portaria TCU/SETEC 1/2005 (BRASIL, 2005), nas melhorias e revises para aplicao em cursos do programa de Desenvolvimento de Gestores de TI da Escola Nacional de Administrao Pblica ENAP (CRUZ, 2009b, 2009c, 2009d) e do MBA em Governana de TI da Fundao Universa (CRUZ, 2009a), nas melhorias e revises para aplicao no treinamento aplicado na Embrapa (CRUZ, 2010).
Seo 1 - Definio e especificao de requisitos

1. Levantamentos iniciais 1.1. Demandas dos potenciais gestores e usurios 1.2. Levantamento inicial de solues, possveis ou disponveis no mer cado, que podem compor a soluo do problema 1.3. Anlise de projetos similares realizados por outras instituies 2. Definio dos requisitos (intrnsecos, internos ou externos) 2.1. Requisitos funcionais ou de negcio (do Requisitante) 2.2. Requisitos no funcionais 2.2.1. do Requisitante 2.2.1.1. requisitos de capacitao de usurios/gestores da soluo 2.2.1.2. requisitos legais 2.2.1.3. requisitos de manuteno 2.2.1.4. requisitos de prazo 2.2.1.5. requisitos de segurana (c/ apoio da TI) 2.2.1.6. requisitos decorrentes de restries sociais, ambientais ou culturais
202
2.2.2. da rea de TI 2.2.2.1. requisitos de arquitetura tecnolgica 2.2.2.2. requisitos de projeto 2.2.2.3. requisitos de implantao 2.2.2.4. requisitos de garantia e manuteno 2.2.2.5. requisitos do ambiente de capacitao 2.2.2.6. requisitos de experincia profissional
2.2.2.7. requisitos de formao 2.2.2.8. requisitos de metodologia de trabalho 2.2.2.9. outros requisitos
Seo 2 - Anlise das solues de TI

3. Anlise das solues de TI (alternativas de contratao) 3.1. Alternativas de solues para o problema com a aplicao de TI 3.2. Levantamento inicial de solues em outros rgos ou entidades da Administrao Pblica que podem compor a soluo do problema 3.3. Levantamento inicial de solues baseadas em software livre/pblico que podem compor a soluo do problema 4. Estimativas de preo de uso de solues disponveis no mercado ou de desenvolvimento de uma soluo especfica para o <RGO>, caso no haja solues disponveis 5. Vinculao entre a demanda prevista e a quantidade de servio a ser contratada 6. Proposta de unidade gestora da soluo de TI a ser elaborada 7. Papis dos diversos atores para concepo e gesto da soluo de TI a contratar
Seo 3 - Definio da soluo escolhida (modelo de prestao dos servios)

1. Itens a contratar e respectivos quantitativos 2. Metodologia de trabalho 3. Forma de demanda de servio 3.1. No caso de contratao por postos de trabalho: 3.1.1. Quantidade exata de postos de trabalho a ser alocada pela contratada 3.1.2. Qualificao tcnica necessria para assumir cada posto de trabalho 3.1.3. Documentos que serviro para comprovar a qualificao exigida 3.1.4. Forma de guardar os documentos que serviro para comprovar a qualificao exigida 3.1.5. Motivos que venham a justificar a substituio de profissionais e como ela deve ser realizada 3.1.6. Forma pela qual a contratada garantir que, nos afastamentos
203
legais ou na eventual substituio de profissionais, os substitutos tenham a mesma qualificao e a mesma efetividade daqueles substitudos 3.1.7. Dias e horrios em que a presena do profissional requerida 3.1.8. Localidades de prestao dos servios com respectivas estimativas de volume de servios em cada localidade 4. Mtodos de estimativa e mensurao de servios prestados 5. Definio dos critrios de aceitao, padres de qualidade e procedimentos de controle dos servios, incluindo a definio da responsabilidade dos procedimentos de correo de erros 6. Forma de acompanhamento e fiscalizao do contrato 7. Forma de segregao de funes de execuo e medio 8. Justificativa da diviso ou no do objeto 9. Necessidades de treinamento dos diversos atores envolvidos no alcance do benefcio pretendido 10. Durao do contrato 11. Caracterizao do servio como contnuo ou no
Seo 4 - Anlise preliminar de impactos e de riscos da contratao

1. Anlise de impactos (o contrato poder trazer os seguintes impactos:) 1.1. Possveis impactos positivos 1.2. Possveis impactos negativos 2. Anlise de risco do benefcio pretendido no ser alcanado Risco Impacto (1) Probabilidade de ocorrer Ao para (E) Evitar ocorrncia do risco (M) Mitigar ocorrncia do risco (R) Reduzir impacto do risco Responsvel Pela ao
204
a) b) c)
(1) Alto, mdio ou baixo.
3. Recomendao tcnica da equipe de planejamento da contratao local e data Responsvel(is) pelo planejamento da contratao
Seo 5 - Aprovao tcnica dos estudos preliminares

O presente estudo tecnicamente adequado e indica a viabilidade da contratao proposta, pelo que recomendo a sua realizao.
local e data Titular da rea de TI
Seo 6 - Aprovao negocial dos estudos preliminares

O presente estudo atende adequadamente s demandas de negcio formuladas, os benefcios pretendidos so adequados, os custos previstos so compatveis e caracterizam a economicidade, os riscos envolvidos so administrveis e a(s) rea(s) requisitante(s) priorizar(o) o fornecimento de todos os elementos aqui relacionados necessrios consecuo dos benefcios pretendidos com a contratao proposta, pelo que recomendo(amos) a sua realizao.
local e data Titular(es) da(s) unidade(s) requisitante(s)
Seo 7 - Aprovao administrativa dos estudos preliminares

Tendo em vista o rigor tcnico dos estudos preliminares realizados, e os pareceres favorveis da rea de TI e da(s) rea(s) de negcio envolvida(s), aprovo preliminarmente a presente contratao e autorizo a continuidade de seu planejamento e a abertura de processo que conter toda a sua documentao, nos termos da lei.
local e data Autoridade Administrativa Competente
205
Apndice IV Critrios de qualificao tcnica de licitantes: Fbrica de Software

Critrios de habilitao de licitantes: Fbrica de Software Dimenso: Capacidade do Processo de Software do licitante6 Este formulrio padroniza a resposta do licitante demanda de comprovao de evidncia de capacidade tcnica. necessrio exigir que cada concorrente demonstre ter realizado com sucesso servios compatveis com o objeto licitado em termo de: caractersticas, quantidades e prazos (art. 30 da Lei 8666). Os atestados de capacidade tcnica apresentados devem evidenciar que o licitante j executou, com sucesso, servios de fbrica de software com caractersticas compatveis com as do processo de software do contratante, o qual adere s normas ABNT NBR ISO/IEC 12.207, 15.504, 25.000, 9126, modelos MPS.BR nvel F e CMMI nvel 2. No se exige do licitante que tenha ou obtenha certificados de qualidade tais como MPS.BR ou CMMI, mas apenas que demonstre capacidade de executar servios compatveis em caractersticas, prazos e quantidades aos demandados pelo contratante, o que exigvel com base nos arts. 30, II, 1 e 3, art. 6, X, e art. 12, II, V e VI da Lei 8.666/1993 e art. 20, caput e 2, e art. 39, VIII da Lei 8.078/1990.
1. Qualidade dos processos e produto de Software 1.01 Marque o item correspondente situao em que se encontra o processo de certificao/avaliao da qualidade de processos de software da organizao.
206
(*) Envie para a contratante cpia do certificado ou atestado que comprove a avaliao 01 ISO 9001 (*) 01 02 Certificao ISO9001. Ms /ano da certificao ISO9001: __/____ ISO 9001 pretende fazer Certificao Ms /ano planejado: __/____
02 - CMMI (*)
6 Adaptado de Brasil (2010a).
01
Avaliao CMMI publicada 3, 4, 5. Ms /ano da avaliao: __/____ (vigncia
Nvel: 1, 2, de 3 anos) 02 Nvel: 01 1, 2,
CMMI pretende fazer Avaliao Ms /ano planejado: __/____ 3, 4, 5
03 - MPS.BR (*) Avaliao MPS.BR publicada. E, F, G. Ms /ano da avaliao: __/____ Nvel: A, B, C, D, (vigncia de 3 anos) 02 04 Nvel: A, B, C, D,
MPS.BR pretende fazer Avaliao Ms /ano planejado: __/____ E, F, G
Outras (*). Especifique a certificao obtida, ms/ano da avaliao e respectivo prazo de validade ou se est em processo de avaliao: ________________________ No busca certificao/avaliao Sim, de forma sistemtica Sim, eventualmente No mede
05 01 02 03
1.02 A organizao mede o desempenho dos processos?
1.03 Marque os artefatos que a organizao utiliza para gerenciar projetos de software. 01 02 03 04 05 06 07 08 09 10 Planilha com a estimativa do esforo e do custo do projeto Documento com a definio do Modelo do ciclo de vida definido para o projeto Plano do projeto com escopo, tarefas, oramento, cronograma, recursos, marcos e pontos de controle definidos e mantidos Documento que comprove a atribuio de responsabilidades Riscos e impactos do projeto, probabilidade de ocorrncia e prioridade de tratamento so determinados e documentados Relatrios de reviso do projeto realizados e enviados aos interessados Comprometimento dos interessados com o projeto Registros dos problemas e aes corretivas do projeto Documento que comprove que os produtos de software foram avaliados quanto a satisfao dos requisitos Memrias de Reunio de controle
207
1.04 Marque a (s) mtrica (s) que a organizao utiliza para estimar o tamanho de projeto de software e indique a quantidade por projeto executado Mtrica 01 02 03 04 05 06 Pontos por Funo (Function Points) Pontos por Caso de Uso (Use Case Points) Base Histrica Mtodosgeis: especifique_________ Outras: especifique_______________ No utiliza Quantidade de pontos por projeto Quantidade total de pontos desenvolvido
1.05 Marque os artefatos que a organizao utiliza para identificar e gerenciar requisitos de projetos de software. 01 02 03 04 05 06 Documento de identificao e especificao dos requisitos pelos fornecedores de requisitos Documento de avaliao da qualidade e aceitao dos requisitos pelos fornecedores de requisitos Documento de comprovao do comprometimento da equipe tcnica com os requisitos aprovados Documento de rastreabilidade bidirecional entre os requisitos e os produtos de trabalho do projeto Documento com revises em planos e produtos de trabalho do projeto para corrigir inconsistncias em relao aos requisitos Documento de mudana de requisitos
208
1.06 Marque os artefatos que a organizao utiliza para gerenciar configurao de projetos de software. 01 02 03 04 05 Documento com a estratgia de Gerncia de configurao definida Lista de itens sujeitos ao controle de configurao Baseline com itens de configurao sujeitos a um controle formal Documento com as alteraes realizadas em itens de configurao das linhas bsicas e respectivas avaliaes e aprovaes Documento com comprovao do armazenamento, o manuseio e a liberao de itens de configurao e baselines
06
Documento de verificao da integridade, segurana, completude e consistncia dos itens de configurao e baselines
1.07 A organizao utiliza dados de medies ou de reclamaes / sugestes na reviso de planos de projetos, processos e/ou na especificao de novos produtos e servios de software? 01 02 03 Sim, de forma sistemtica Sim, eventualmente No utiliza
1.08 Marque os artefatos que a organizao utiliza para gerenciar a medio de processos e de projetos de software. 01 Plano de medio com as necessidades de medio, as medidas, os procedimentos de coleta, anlise dos dados e comunicao dos resultados da medio aos interessados Documento com os dados coletados, analisados e armazenados Documento de comunicao dos resultados enviado aos interessados Documento com os critrios definidos para a avaliao da qualidade dos produtos de trabalho do projeto Documento com os registros das no conformidades dos produtos de trabalho aos padres, procedimentos e requisitos de acordo com os marcos de controle predefinidos no plano do projeto Documento com avaliao da aderncia dos processos executados aos processos, padres e procedimentos estabelecidos para o projeto Documento de identificao, registro e comunicao das noconformidades aos interessados Documento com as aes corretivas para as no conformidades estabelecidas
02 03
1.09 Marque os artefatos que a organizao utiliza para garantir a qualidade. 01 01
02
03 04
1.10 Que normas a organizao utiliza para definir requisitos de qualidade de produtos de software? 01 02 03 04 05 ABNT NBR ISO/IEC 25000 ABNT NBR ISO/IEC 9126 ABNT NBR ISO/IEC 12119 ABNT NBR ISO/IEC 14598 No utiliza
209
Currculos
Cludio Silva da Cruz
analista de sistemas do Tribunal de Contas da Unio, tendo atuado como Chefe de Segurana da Informao (1996/1997), Diretor de Produo (1998) e Secretrio de Tecnologia da Informao (2001/2006). graduado em Agronomia (1989, UnB) e especializado em Anlise de Sistemas (1990, Enap), Gesto do Conhecimento e da Tecnologia da Informao (2001, UCB) e Gesto Estratgica do Conhecimento e da Inteligncia Empresarial (2003, PUC/PR), e Mestre em Gesto do Conhecimento e da Tecnologia da Informao (2008, UCB), com nfase em Contrataes de Servios de TI no setor pblico.
Edmia Leonor Pereira de Andrade

analista de sistemas, mestre em Gesto do Conhecimento e Tecnologia da Informao pela Universidade Catlica de Braslia, com foco na rea de Mtricas de estimativa de tamanho de software. Atualmente Chefe do Departamento de Tecnologia da Informao da Embrapa. Desenvolve atividades acadmicas como professora e orientadora no Curso de Engenharia de Software da UCB / (Universidade Catlica de Braslia) / Fundao Universa. membro do Programa Brasileiro da Qualidade e Produtividade em Software PBQP Software MCT/SEPIN e membro da Equipe Tcnica do Modelo (ETM) do programa de Melhoria de Processo do Software Brasileiro (MPS.BR). implementadora, avaliadora do MPS.BR e consultora de Aquisio certificada pela SOFTEX. Exerceu a funo de Coordenadora de sistemas de informao na Embrapa e Coordenadora Geral de Tecnologia da Informao do Ministrio da Agricultura Pecuria e Abastecimento (MAPA). Foi membro da equipe de elaborao da IN 04/2008/ SLTI/MP.
210
Rejane Maria da Costa Figueiredo

Doutora em Engenharia Mecnica pela Escola de Engenharia de So Carlos EESC/USP, rea de terceirizao de servios de tecnologia da informao, mestre em Cincias da Computao e Matemtica Computacional pela Universidade de So Paulo ICMC/
USP, rea de engenharia reversa de software, e graduada em Anlise de Sistemas pela Universidade de Ribeiro Preto. Desenvolve atividades acadmicas nas reas de Governana em Tecnologia da Informao Contratao de Servios de TI e Qualidade de Software. Docente da Engenharia de Software Faculdade FGA/UNB Universidade de Braslia. Coordenadora do Grupo de Pesquisa CNPq UnB Governana em Tecnologia da Informao GTI. Membro do Ncleo de Governana em Tecnologia da Informao (NGovTI) da Comisso de Coordenao do SISP SLTI/MPOG. Implementadora do Modelo Brasileiro de Processos de Sofware (MPS.BR).
211
Resumo
A Administrao Pblica Federal brasileira grande contratadora de produtos e servios de tecnologia da informao (TI) e deve adotar processos formais para esse tipo de contratao. Os processos de contratao disponveis na ABNT 12.207, MPS.BR, eSCM e outros no contemplam as exigncias da legislao pblica brasileira. O objetivo desse livro foi propor um processo de contrataes de produtos e servios de TI para organizaes pblicas, derivado das melhores prticas de mercado e alinhado a legislao brasileira. O propsito deste processo obter software e servios de TI que satisfaam as necessidades de negcio da organizao contratante, de forma alinhada sua estratgia e legislao brasileira, considerando a necessidade de cumprir os princpios de eficcia, eficincia, efetividade, economicidade, legalidade e legitimidade dos projetos de TI. O processo desenvolvido possui quatro fases: planejamento de TI, planejamento da contratao, seleo do fornecedor e gesto contratual, subdivididas em atividades e tarefas. Alguns templatese indicadores tambm foram definidos para facilitar a sua aplicao e medio. Este processo destina-se a qualquer organizao pblica nas esferas federal, estadual e municipal brasileiras, j que a legislao de licitaes e contratos de estados e municpios tambm est vinculada Lei n 8.666/1993.

216919

Hochgeladen von

Dokumentinformationen

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

216919

Hochgeladen von

Copyright:

Verfügbare Formate

PROCESSO DE CONTRATAO DE SERVIOS DE TECNOLOGIA DA INFORMAO PARA ORGANIZAES PBLICAS

PROCESSO DE CONTRATAO DE SERVIOS DE TECNOLOGIA DA INFORMAO PARA ORGANIZAES PBLICAS

Processo de Contratao de Servios de Tecnologia da Informao para Organizaes Pblicas

os amigos do Grupo ENAP-DGTI/SLTI, sempre companheiros no compartilhamento e refinamento dos conhecimentos.

A DEUS por tudo permitir e possibilitar.

Processo de Contratao de Servios de Tecnologia da Informao para Organizaes Pblicas

Braslia, junho de 2011

Processo de Contratao de Servios de Tecnologia da Informao para Organizaes Pblicas

Processo de contratao de acordo com IEEE STD 1062:1998 47 49 55

2.3.4 Modelo eSCM-CL 2.3.5 Programa MPS.BR

4 O PCSTI 4.1 4.2 Estrutura do PCSTI Propsito do PCSTI

4.3 4.4 4.4.1

Resultados esperados do PCSTI Descrio do PCSTI Fase 1 Planejamento de TI

69 71 74 80 113 128 166

5 A importncia da qualidade de processo de Software em contrataes de servios de software

8 Apndice I Lista de produtos abrangidos pelo processo

9 Apndice II Modelo de Oficializao da demanda pelo Requisitante

10 Apndice III Modelo de Anlise da Viabilidade da Contratao

11 Apndice IV Critrios de qualificao tcnica de licitantes: Fbrica de Software

Processo de Contratao de Servios de Tecnologia da Informao para Organizaes Pblicas

Processo de Contratao de Servios de Tecnologia da Informao para Organizaes Pblicas

Processo de Contratao de Servios de Tecnologia da Informao para Organizaes Pblicas

1.1 Importncia das contrataes de TI na Administrao Pblica Federal

Processo de Contratao de Servios de Tecnologia da Informao para Organizaes Pblicas

1.2 Breve histrico da pesquisa realizada

Processo de Contratao de Servios de Tecnologia da Informao para Organizaes Pblicas

1.4 Pblico alvo

1.5 Organizao do livro

Processo de Contratao de Servios de Tecnologia da Informao para Organizaes Pblicas

Processo de contratao no contexto da Governana de TI

Figura 2-1. Modelo para Governana Corporativa de TI

Processo de Contratao de Servios de Tecnologia da Informao para Organizaes Pblicas

2.1 Importncia da conformidade legal na Governana de TI

Processo de Contratao de Servios de Tecnologia da Informao para Organizaes Pblicas

2.2 Importncia das contrataes de servios de TI no setor pblico federal

Figura 2-2. Evoluo das deliberaes do TCU acerca de contrataes de sevios de TI

Processo de Contratao de Servios de Tecnologia da Informao para Organizaes Pblicas

2.3 Modelos, normas e processos de contratao

Processo de Contratao de Servios de Tecnologia da Informao para Organizaes Pblicas

2.3.1 Modelo de Governana de TI - Cobit

Processo de Contratao de Servios de Tecnologia da Informao para Organizaes Pblicas

Processo de Contratao de Servios de Tecnologia da Informao para Organizaes Pblicas

2.3.1.1 Cobit: aquisio e implementao

AI6 DS1 DS3

AI2 Adquirir e Manter Software Aplicativo

Processo de Contratao de Servios de Tecnologia da Informao para Organizaes Pblicas

verificaes de disponibilidade, continuidade e recuperao

AI3 Adquirir e Manter Infraestrutura de Tecnologia

Sistema configurado para ser testado/ instalado Requisitos do ambiente fsico

AI4 Habilitar Operao e Uso

AI3 AI7 DS7

AI5 Adquirir Recursos de TI

Processo de Contratao de Servios de Tecnologia da Informao para Organizaes Pblicas

AI1; AI2-3 DS2

AI6 Gerenciar Mudanas

DS3 DS5 DS8

Solicitaes de mudana (como e onde aplicar a correo) Registros de problemas

AI7 Instalar e Homologar Solues e Mudanas

PO2 PO10 ME2

Fonte: ITGI (2007b)

2.3.1.2 Cobit e a Conformidade Legal

Processo de Contratao de Servios de Tecnologia da Informao para Organizaes Pblicas

PO8.1, PO8.3, PO8.4, PO8.5, PO8.6

PO8.1, PO8.3, PO8.4, PO8.5, PO8.6, DS12.4