Compras TI No Gov Federal

Processo
de contratao de servios
de tecnologia da informao para
organizaes pblicas
Cludio Silva da Cruz
Edmia Leonor Pereira de Andrade
Rejane Maria da Costa Figueiredo
Sumrio
1 Introduo................................................................................................................................... 1
1.1
Importncia das contrataes de TI na Administrao Pblica Federal ...................................... 1
1.2
Breve histrico da pesquisa realizada ......................................................................................... 3
1.3
Objetivo ....................................................................................................................................... 3
1.4
Pblico alvo ................................................................................................................................. 3
1.5
Organizao do livro.................................................................................................................... 3
2 Processo de contratao no contexto da Governana de TI ..................................................... 5

2.1
Importncia da conformidade legal na Governana de TI ........................................................... 5
2.2
Importncia das contrataes de servios de TI no setor pblico federal ................................... 6
2.3
Modelos, normas e processos de contratao ............................................................................ 8
2.3.1Modelo de Governana de TI - Cobit .............................................................................................................. 9

2.3.2Norma ISO/IEC 12.207 ................................................................................................................................. 17
2.3.3Processo de contratao de acordo com IEEE STD 1062:1998 .................................................................. 18
2.3.4Modelo eSCM-CL .......................................................................................................................................... 19
2.3.5Programa MPS.BR ........................................................................................................................................ 23
3 Legislao aplicvel s contrataes no setor pblico ............................................................ 28

3.1
Quadro Referencial Normativo para contrataes de servios de TI no setor pblico (QRN) ... 28
3.2
Instruo Normativa SLTI/MP 4/2010........................................................................................ 29
4 O PCSTI ................................................................................................................................... 32
4.1
Estrutura do PCSTI ................................................................................................................... 32
4.2
Propsito do PCSTI ................................................................................................................... 32
4.3
Resultados esperados do PCSTI .............................................................................................. 32
4.4
Descrio do PCSTI .................................................................................................................. 33
4.4.1Fase 1 Planejamento de TI ........................................................................................................................... 36

4.4.2Fase 2 Planejamento da contratao ........................................................................................................... 39
4.4.3Fase 3 Seleo do fornecedor ...................................................................................................................... 58
4.4.4Fase 4 Gesto do contrato ............................................................................................................................ 67
4.5
Indicadores de desempenho do PCSTI ..................................................................................... 90
5 A importncia da qualidade de processo de Software em contrataes de servios de

software ....................................................................................................................................... 92
6 Referncias .............................................................................................................................. 98
7 Glossrio ................................................................................................................................ 103
8 Apndice I Lista de produtos abrangidos pelo processo .................................................... 105
9 Apndice II Modelo de Oficializao da demanda pelo Requisitante ................................. 108
10 Apndice III Modelo de Anlise da Viabilidade da Contratao ....................................... 110
11 Apndice IV Critrios de qualificao tcnica de licitantes: Fbrica de Software ............ 112
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 Projeto
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
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
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 .............................................................. 5
Figura 2-2. Evoluo das deliberaes do TCU acerca de contrataes de servios de TI ........ 7
Figura 2-3. Componentes e referncias do modelo MPS ........................................................... 24
Figura 2-4. MPS.BR-Guia de Aquisio:2009............................................................................. 27
Figura 3-5. Vinculao do QRN s fontes de dados ................................................................... 29
Figura 3-6. Estrutura da IN 04 ..................................................................................................... 30
Lista de Tabelas
Tabela 2-1. Atividades do domnio Aquisio e Implementao ................................................ 11
Tabela 2-2. Consolidao do ME3 no Cobit 4.0 e 4.1, comparada ao Cobit 3 edio.............. 15
Tabela 2-3. Atividades e tarefas do processo ............................................................................. 18
Tabela 2-4. Caractersticas das classes de produto, segundo a IEEE STD 1062:1998 ............ 18
Tabela 2-5. Fases do processo de aquisio de software, segundo a IEEE STD 1062:1998 ... 19
Tabela 2-6. Declaraes que caracterizam o MR-MPS .............................................................. 24
Tabela 2-7. Nveis do MR-MPS e seus processos caractersticos ............................................. 25
Tabela 4-8. Estrutura geral do modelo de processo de contratao proposto ........................... 33
Tabela 5-9. Relacionamento do PCSTI com os processos estabelecidos no MR-MPS ............ 92
Agradecimentos
Aos 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.
Processo de contratao de servios de tecnologia da informao para organizaes pblicas
1 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 dispe 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 era compreendendo 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.
1.1
Importncia das contrataes de TI na Administrao Pblica Federal
A contratao de servios de tecnologia da informao (TI) pode ser considerada

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 o 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 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 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, publicando-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, conhecimento e desenvolvimento colaborativo
entre os rgos que compem o sistema.
Outras recomendaes importantes a mencionar so as constantes dos Acrdos 1.603 e 2.471/2008-TCU-Plenrio

(BRASIL, 2008c, 2008d).
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, a 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 ocorrncia de srios 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-TCUPlenrio (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,
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.
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:
Essas normas e modelos so exemplificados ou detalhados na seo 2.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.
3
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-TCU-Plenrio (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 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-TCUPlenrio (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.
2 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.
Presses
do negcio
Necessidades do
negcio
Governana
Corporativa
de TI
Avaliar
Propostas
Planos
Polticas
Desempenho
Conformidade
Monitorar
Dirigir
Processos do Negcio
Projetos TI
Operaes TI
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).
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 eram: 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 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.
Quantidadedeacrdosedecises
700
600
500
400
300
200
100
0
1995 1996 1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 2007 2008 2009 2010
Anodadeliberao(acrdooudeciso)
Figura 2-2. Evoluo das deliberaes do TCU acerca de contrataes de servios 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 Negocio (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.
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; pertinncias 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.
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 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).
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 a 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
10
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 planejamento, construo, processamento e
monitoramento conforme descrito a seguir ITGI (2007b, p. 28):
Planejamento e Organizao
a) PO1 Definir um Plano Estratgico de TI
b) PO2 Definir a Arquitetura da Informao
c) PO3 Determinar as Diretrizes de Tecnologia
d) PO4 Definir os Processos, a Organizao e os Relacionamentos de TI
e) PO5 Gerenciar o Investimento de TI
f) PO6 Comunicar Metas e Diretrizes Gerenciais
g) PO7 Gerenciar os Recursos Humanos de TI
h) PO8 Gerenciar a Qualidade
i) PO9 Avaliar e Gerenciar os Riscos de TI
j) PO10 Gerenciar Projetos
Aquisio e Implementao
a) AI 1 Identificar Solues Automatizadas
b) AI2 Adquirir e Manter Software Aplicativo
c) AI3 Adquirir e Manter Infraestrutura de Tecnologia
d) AI4 Habilitar Operao e Uso
e) AI5 Adquirir Recursos de TI
f) AI6 Gerenciar Mudanas
g) AI7 Instalar e Homologar Solues e Mudanas
Entrega e Suporte
a) DS1 Definir e Gerenciar Nveis de Servios
b) DS2 Gerenciar Servios Terceirizados
c) DS3 Gerenciar o Desempenho e a Capacidade
d) DS4 Assegurar a Continuidade dos Servios
e) DS5 Garantir a Segurana dos Sistemas
f) DS6 Identificar e Alocar Custos
g) DS7 Educar e Treinar os Usurios
h) DS8 Gerenciar a Central de Servio e os Incidentes
i) DS9 Gerenciar a Configurao
Monitoramento e Avaliao
a) ME1 Monitorar e Avaliar o Desempenho de TI
b) ME2 Monitorar e Avaliar os Controles Internos
c) ME3 Assegurar a Conformidade com Requisitos Externos
d) ME4 Prover Governana de TI
De acordo com o ITGI (2007b, p. 14), as principais caractersticas dos domnios so:
11
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 ocorreram
apropriadamente quando implementado? 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. Este
domnio aborda o gerenciamento do desempenho, o monitoramento 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 fossem 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 origem, entradas e sadas, 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
Origem
Entrada
Sada
Destino
PO1
Planejamentos estratgico e ttico de
Estudo de viabilidade dos
PO2 PO6 PO7 AI2
TI
requisitos de negcio
AI3 AI4 AI5
12
PO3
Atualizaes peridicas do estado da

tecnologia; Padres tecnolgicos
P08
Padres
para
aquisio
e
desenvolvimento
PO10
Diretrizes de gerenciamento de projetos
e planejamento detalhado de projetos
AI6
Descrio do processo de mudanas
DS1
SLAs
DS3
Planejamento de desempenho e
capacidade (requisitos)
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
Entrada
Sada
Destino
PO2
Dicionrio de dados; Estrutura de
Especificaes de
DS5
classificao de dados, Plano otimizado
controles para segurana
de sistemas de negcio
de aplicaes
PO3
Atualizaes peridicas do estado da
Conhecimento de
AI4
tecnologia
aplicaes e pacotes de
software
PO5
Relatrios de Custo/Benefcio
Decises de aquisio
AI5
PO8
Padres
para
aquisio
e
SLAs
planejados
DS1
desenvolvimento
inicialmente
PO10
Diretrizes de gerenciamento de projetos
verificaes de
DS3 DS4
e planejamento detalhado de projetos
disponibilidade,
continuidade e
recuperao
AI1
Estudo de viabilidade dos requisitos de
negcio
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
Entrada
Sada
PO3
Plano de infraestrutura tecnolgica,
Decises de aquisio
padres e oportunidades, atualizaes
peridicas do estado da tecnologia
PO8
Padres
para
aquisio
e
Sistema configurado para ser
desenvolvimento
testado/instalado
PO10
Diretrizes de gerenciamento de
Requisitos do ambiente fsico
projetos e planejamento detalhado de
projetos
AI1
Estudo de viabilidade dos requisitos
Atualizaes para padres
de negcio
tecnolgicos
AI6
Requisitos de monitoramento
de sistema
DS3
Planejamento de desempenho e
Conhecimento
da
capacidade (requisitos)
infraestrutura
Acordos de nvel operacional
planejados inicialmente
Requisitos de monitoramento
de sistema
Conhecimento
infraestrutura
AI4 Habilitar Operao e Uso
Atividades
Desenvolver estratgia para operacionalizar a soluo;
Desenvolver metodologia de transferncia de conhecimento;
da
Destino
AI5
AI 7
DS12
PO3
DS3
AI4
DS1
DS3
AI4
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
Entrada
Sada
PO10
Diretrizes de gerenciamento de projetos e
Manuais
de
usurio,
planejamento detalhado de projetos
operao, suporte, tcnico
e administrao
AI1
Requisitos de transferncia
negcio
de conhecimento para
implementao de
solues
AI2
Conhecimento de aplicaes e pacotes de
Materiais de treinamento
software
AI3
Conhecimento da infraestrutura
AI7
DS7
Erros conhecidos e aceitos

Atualizaes
necessrias
documentaes
13
Destino
AI7 DS4 DS8 DS9
DS11 DS13
DS7
DS7
de
AI5 Adquirir Recursos de TI

Atividades
Desenvolver polticas e procedimentos de aquisio de TI alinhadas com as polticas de aquisio corporativas
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
Entrada
Sada
Destino
PO1
Estratgia de aquisio de TI
Requisitos
de DS2
gerenciamento
de
relacionamento
com
terceiros
PO8
Padres para aquisio
Itens adquiridos
AI7
PO10
Tratativas contratuais
DS2
AI1;
negcio
AI2-3
Decises de aquisio
DS2
Catlogo de fornecedores
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
Entrada
Sada
Destino
PO1
Portflio de projetos de TI
Descrio do processo de AI1, AI2, AI3
mudanas
PO8
Aes de melhoria de qualidade
Relatrios de status das ME1
mudanas
PO9
Planos de ao para remediao de
Autorizao de mudanas
AI7 DS8 DS10
riscos de TI
PO10
DS3
Mudanas necessrias
DS5
Mudanas de segurana necessrias
DS8
Solicitaes de servio/solicitaes de
mudana
DS9-10
Solicitaes de mudana (como e onde
aplicar a correo)
DS10
Registros de problemas
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
14
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 Recomendar migrao para produo baseado nos
critrios de homologao acordados
Origem
Entrada
Sada
Destino
PO3
Padres tecnolgicos
PO4
PO8
PO10
Proprietrios formais dos sistemas

Padres para desenvolvimento
AI3
Sistema
configurado
para
ser
testado/instalado
Manuais de usurio, operao, suporte,
tcnico e administrao
Itens adquiridos
Autorizao de mudanas
AI4
AI5
AI6
Itens
de
configurao
liberados
Erros conhecidos e aceitos
Migrao para produo
Liberao de software e
planejamento
de
distribuio
Reviso
psimplementao
Monitoramento
de
controles internos
DS8 DS9
AI4
DS13
DS13
PO2 PO5 PO10
ME2
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
a) PO1 Definir um Plano Estratgico de TI
b) PO2 Definir a Arquitetura da Informao
c) PO3 Determinar as Diretrizes de Tecnologia
d) PO4 Definir os Processos, a Organizao e os Relacionamentos de TI
e) PO5 Gerenciar o Investimento de TI
f) PO6 Comunicar Metas e Diretrizes Gerenciais
g) PO7 Gerenciar os Recursos Humanos de TI
h) PO8 Gerenciar a Qualidade
i) PO9 Avaliar e Gerenciar os Riscos de TI
j) PO10 Gerenciar Projetos
Aquisio e Implementao
a) AI 1 Identificar Solues Automatizadas
b) AI2 Adquirir e Manter Software Aplicativo
c) AI3 Adquirir e Manter Infraestrutura de Tecnologia
d) AI4 Habilitar Operao e Uso
e) AI5 Adquirir Recursos de TI
f) AI6 Gerenciar Mudanas
g) AI7 Instalar e Homologar Solues e Mudanas
Entrega e Suporte
15
a) DS1 Definir e Gerenciar Nveis de Servios

b) DS2 Gerenciar Servios Terceirizados
c) DS3 Gerenciar o Desempenho e a Capacidade
d) DS4 Assegurar a Continuidade dos Servios
e) DS5 Garantir a Segurana dos Sistemas
f) DS6 Identificar e Alocar Custos
g) DS7 Educar e Treinar os Usurios
h) DS8 Gerenciar a Central de Servio e os Incidentes
i) DS9 Gerenciar a Configurao
Monitoramento e Avaliao
a) ME1 Monitorar e Avaliar o Desempenho de TI
b) ME2 Monitorar e Avaliar os Controles Internos
c) ME3 Assegurar a Conformidade com Requisitos Externos
d) 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.0
ME3 Assegurar a
conformidade regulatria.
COBIT 3 edio
COBIT 4.1
ME3 Assegurar a conformidade
com os requisitos externos.
COBIT 3 edio
3.1 Identificao das leis e

regulamentos que tm impacto
potencial em TI
PO8.1, PO8.3,
PO8.4, PO8.5,
PO8.6
3.1 Identificao dos requisitos de

conformidade legal, regulatria e
contratual
PO8.1, PO8.3,
PO8.4, PO8.5,
PO8.6, DS12.4
3.2 Otimizao da resposta aos

requisitos regulatrios
PO8.2
3.2 Otimizao da resposta aos

requisitos externos
PO8.2
3.3 Avaliao da conformidade

com os requisitos regulatrios
Novo
3.3 Avaliao da conformidade

com os requisitos externos
Novo
3.4 Obteno da certeza de

conformidade
Novo
3.4 Obteno da certeza de

conformidade
Novo
3.5 Relatrio integrado sobre a

conformidade
Novo
3.5 Relatrio integrado sobre a

conformidade
Novo
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
16
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.
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 pro 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 noconformidade 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.
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 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.
17
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
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.
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.
18
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.
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.
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
Comunicar a solicitao de fornecimento de um produto
ou servio
a)
a)
b)
Estabelecer um procedimento para seleo do

fornecedor
Selecionar um fornecedor com base nas propostas
a)
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.
Fechamento paga a remunerao acordada com o

fornecedor para o produto entregue ou servio prestado.
Envolver outras partes antes da assinatura do

contrato
b) Preparar e negociar um contrato com o fornecedor
c) Controlar as alteraes feitas no contrato
a) Monitorar as atividades do fornecedor de acordo
com o processo de reviso de software
b) Fornecer as informaes necessrias e resolver as
pendncias
a) Preparar para a aceitao com base nos critrios
definidos
b) Aceitar os produtos e servios de software de
acordo com as condies estabelecidas
c) Definir os responsveis pela gesto da configurao
aps o aceite do produto ou servio
Fazer o pagamento para o produto entregue ou servio
prestado
Fonte: ABNT, 2009a
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-shelf-software (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
Caractersticas
COTS
MOTS
FD
(Parcial ou completamente
contratado)
Escopo
Fixo
Parcialmente personalizado
Totalmente personalizado
Adequao ao uso
Demonstrado
Demonstrado em aplicaes
similares
Sem precedentes
19
Manuteno
Sem controle
Controle parcial
Controle total
Prazo de entrega
Imediato
Pequeno - Grande
Grande
Custo da aquisio
Baixo - Mdio
Mdio - Alto
Alto
Qualidade (ABNT NBR ISO/IEC

9126-1)
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:1998
Fase
Incio de fase
Planejamento
Desenvolvimento
ideia
Passo no processo de
aquisio de software
Fim de fase
da
Chamada
para
proposta atualizada
1.
8.
Planejamento da estratgia
organizacional,
Implementao do processo
organizacional
Definio dos requisitos do
software
Identificao dos potenciais
fornecedores
Preparao dos requisitos do
contrato
Avaliao das propostas e
seleo do fornecedor
Gerncia do desempenho do
fornecedor
Aceitao do software
9.
Utilizao do software
2.
3.
Contratao
Atualizao da chamada
para proposta
Contrato assinado
4.
5.
6.
Implementao
software
Aceitao do software
Acompanhamento
do
Assinatura do contrato
Recebimento
do
software
Aceitao do software
Recepo
do
software
Aceite do software
Aposentadoria
software
do
7.
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 organizao-cliente avaliar e melhorar sua capacidade de melhor desenvolver
20
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 eSCM-CL 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.
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 e negociar com os diferentes provedores de servio;
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
de seus fornecedores, e que uma 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;
21
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.
Anlise (Analysis): essas prticas focam na capacidade de anlise necessria a
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;
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.
22
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 das atividades de gerenciamento do servio;
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 a 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;
b) Gerenciamento de uma efetiva transfernciados 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) Gesto Estratgica da Contratao;
b) Gesto da Governana;
c) Gesto de Relacionamentos;
d) Gesto de Valores
Foco em Competncias e Mudanas
a) Gesto de Mudanas Organizacionais;
b) Gesto de Pessoas;
23
c) Gesto de Conhecimento;
Foco em Ambiente
a) Gesto da Tecnologia;
b) 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) Anlise de Oportunidades de Contratao;
b) Abordagens de Contratao;
Iniciao
a) Planejamento da Contratao;
b) Avaliao de Provedor de Servio;
c) Acordos de Contratao;
d) 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 iniciase 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 Projeto (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 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 de processo do 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);
24
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.
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 MRMPS, 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 apresenta algumas declaraes que caracterizam o MR-MPS (SOFTEX,
2009c).
Tabela 2-6. Declaraes que caracterizam o MR-MPS
Declaraes MR-MPS
1
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
25
para aquele nvel.

4
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.
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.
10
A capacidade do processo expressa o grau de refinamento e institucionalizao com que o processo

executado na organizao/unidade organizacional.
11
Os diferentes nveis de capacidade dos processos so descritos por nove atributos de processo (AP).
12
O alcance de cada atributo de processo avaliado utilizando os respectivos resultados esperados de atributo
de processo (RAP).
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
Em Otimizao
Gerenciado
Quantitativamente
Definido
Processos MR-MPS (19)
Gerncia de Projetos GPR (evoluo)

Gerncia de Riscos GRI
Desenvolvimento para Reutilizao DRU
Gerncia de Decises GDE
Largamente Definido
Verificao VER
Validao VAL
Projeto e Construo do Produto PCP
Integrao do Produto ITP
Desenvolvimento de Requisitos - DRE
Parcialmente Definido
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
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
26
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).
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.
Figura 2-4. MPS.BR-Guia de Aquisio:2009

Fonte: SOFTEX, 2009b
27
28
3 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).
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).
29
Quadro Referencial Normativo para o processo de

Contratao de Servios de TI no Setor Pblico
(quadro resumo)
Nmero de vinculaes das fontes de dados fase ou etapa
Monitorao interna e aprendizado

Transparncia
Monitorao externa
T
I
B
O
C
.
1
M
Encerramento e transio contratual
Controle e Governana
M
C
S
e
.
2
M
Encaminhamento de demandas
Monitorao tcnica da execuo
Atestao tcnica
Monitorao administrativa do contrato
Avaliao de problemas e ajustes do contrato
C
D
C
.
5
g
e
L
Iniciao do Contrato
Execuo contratual
6 22
7 15
.
d
u
r
p
s
i
r
u
J
Gesto Contratual
s
o
i
r
l
o
r
o
c
.
m
Formalizao do pedido de contratao

Seleo
Assinatura do contrato
o
c
I
T
A
r
P
.
3
M
Seleo e Contratao de Fornecedor
A
G
r
B
.
S
P
M
.
4
M
Definio do objeto da contratao

Definio do modelo de remunerao
Definio do modelo de seleo de fornecedor
Definio dos critrios de seleo do fornecedor
Definio do modelo de gesto do contrato
Levantamento e anlise de preos de mercado
Anlise da economicidade da contratao
Encerramento do planejamento
2
1
C
,
K
o
B
M
P
.
5
M
Planejamento definitivo da contratao
a
c
i
l
b
p
s
e
G
.
6
M
Fundamentao do objetivo da contratao

Designao da equipe projetista
Definio dos requisitos da contratao
Anlise de mercado
Definio do modelo de prestao dos servios
Definio do gestor do futuro contrato
Anlise de impacto da contratao
Aprovao dos estudos tcnicos preliminares
.
t
i
t
s
n
o
C
.
1
g
e
L
Planejamento preliminar da contratao
- 11
.
m
a
r
O
.
3
g
e
L
Planejamento da Contratao
l
a
r
o
t
u
A
.
6
g
e
L
Oramentao
s
a
c
i
t
l
o
P
.
8
g
e
L
Liderana
Gesto de Pessoal de TI
Estratgia de contratao de servios de TI
Quest.
e
l
o
r
t
n
o
C
.
9
g
e
L
Organizao e estrutura de TI
m
d
A
.
z
i
n
a
g
r
O
.
2
g
e
L
11
Planejamento Institucional
Planejamento de TI
.
r
t
n
o
C
.
t
i
c
i
L
.
4
g
e
L
Fase ou etapa do processo
Marco legal
s
e
m
i
r
C
r
u
g
e
S
.
7
g
e
L
Modelos de ref.
16
- 15
4 2 4
9 36
4 1
1
-
1
1
2
3
2
1
3 3
- 10
- 8
- -
- 1 2
- 13
6 3
4
-
2
3
1
-
- 3
- 26
3 13
- 5
4
13
1
- 11
5
3
12
6
27
3
4
3
2
5
3
6
1
1
2
-
2
1
1
2
1
2
-
1
6
4
8
2
1
-
1
6
2
-
- - - 10
- - - - - - -
3 2
- 4 4
- 7 10
1 - 1
- - -
2
8
30
16
31
2
15
6
9
3
1
2
-
4
-
7
-
3
6
3
-
- 11
- 13
3 43
- 28
- 139
2 1
- 13
- 6
- -
1
3
1
37
-
11
2
34
24
13
5
3
2
3
- - 1
- 1
1 1
9 21
1 1
3 2
1 - 4
3
3
5
2
1
1
2
3
1
-
1
3
-
2
-
5
-
2
5
4
-
1
-
26 10 66 30 23 16
11 1
3 1 1 -
2
-
- - - 11
- 1
6 1
- - 6 - -
- 14
- 4
- 55
- 123
1 19
1 24
1 7
3 1
- 4
1
26
21
11
1
-
3
10
10
2
- 11
- 25
10
- 12
- 15
15
- 9 3
1 2 5
5 3
2 15
2
2
1
3
4
2
1
2
-
2
1
-
3
-
3
-
- 2
- 8
2 10
- 5
- 3
- 12
2
-
1
-
- 16
1 3
- - 11
- 4
- 6
20
1 15
6 22
4
7
5
5
2
11
I
T
S
C
p
o
h
s
k
r
o
W
Modelo Genrico do Processo
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
30
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.
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.
EGTI
CaptuloI
DisposiesGerais
PDTI
SeoI
Planejamentoda
contratao
CaptuloII
Processode
contratao
SeoII
Seleodo
fornecedor
CaptuloIII
Disposiesfinais
SeoIII
Gerenciamentodo
contrato
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
d) Indicao do Integrante Requisitante para composio da Equipe de
Planejamento da Contratao.
Essa fase constitui-se das seguintes etapas:
a) Anlise de Viabilidade da Contratao;
b) Elaborao do Plano de Sustentao;
31
c) Elaborao da Estratgia da Contratao;

d) Anlise de Riscos;
e) 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.
32
4 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 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.
Este processo 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.
Este 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.
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;
33
d) A participao de pequenas e mdias empresas na comercializao de

software e servios correlatos para Governo 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
adequadamente tratados, conforme previsto no contrato;
contratual
so
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
1.1 Estabelecer diretrizes para o uso organizacional de TI
1.2 Estabelecer o Plano de Contrataes do PDTI
TAREFAS
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)
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 2. PLANEJAMENTO DA CONTRATAO

ATIVIDADES
2.1 Analisar a viabilidade da contratao
TAREFAS
2.1.1 Analisar e justificar a necessidade
2.1.2 Fundamentar a motivao da contratao
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.
34
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
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
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
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
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
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 3. SELEO DO FORNECEDOR

ATIVIDADES
TAREFAS
3.1 Formalizar e aprovar o termo de referncia (ou o 3.1.1 Formalizar e aprovar o termo de referncia (ou o
projeto bsico)
projeto bsico)
3.1.1 Formalizar e aprovar o termo de referncia (ou o
projeto bsico)
3.2 Selecionar fornecedor (por contratao direta)
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
3.3 Selecionar fornecedor (por licitao)
3.4 Formalizar o contrato
3.3.1 Elaborar o edital

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
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 4. GESTO DO CONTRATO

ATIVIDADES
4.1 Iniciar o contrato
4.2 Encaminhar demandas
4.3 Realizar o monitoramento tcnico

4.4 Executar a atestao tcnica
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.2.1 Receber demandas de negcio
4.2.2 Elaborar a ordem de servio
4.2.3 Assinar a ordem de servio
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
4.4.1 Receber os servios concludos
4.5 Realizar o monitoramento administrativo
4.6 Tratar as demandas por alteraes contratuais
4.7 Realizar o encerramento contratual e a transio
35
4.4.2 Avaliar os servios

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.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
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
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
Fonte: os autores
A seguir, apresentado o detalhamento do PCSTI.
36
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
(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)
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
37
(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.
Responsvel:
Comit de TI
Participante(s):
Autoridade mxima
rea requisitante da soluo
rea de tecnologia da informao
Pti-p03b. Estratgia de TI
Pti-p03c. Indicadores de TI
Pti-p03d. Metas de TI
(Pti-a1-t3) Tarefa: 1.1.3 Definir macroaes de TI
Descrio:
Definir as aes necessrias para o alcance das metas de TI, sempre em
consonncia com as metas de negcio.
Pti-p03c. Indicadores de TI
Responsvel:
Comit de TI
Participante(s):
Autoridade mxima
Pti-p03e. Macroaes de TI
Pti-p06b. Objetivos da contratao
(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).
38
Pti-p03e. Macroaes de TI
Responsvel:
Comit de TI
Participante(s):
Pti-p02. Acordos de nvel de servio
(Pti-a2) Atividade: 1.2 Estabelecer o Plano de Contrataes do PDTI
Descrio:
O plano de contrataes o captulo do PDTI dedicado 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.
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
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.
Responsvel:
Comit de TI
Participante(s):
Pti-p03f. Necessidades de contratao de TI
(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.
Pti-p03f. Necessidades de contratao de TI
Responsvel:
Comit de TI
Participante(s):
39

Fornecedores internos de servios (OLA)
Pti-p03g. Plano de alocao de recursos
Pti-p03h. Plano de contrataes do exerccio
(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.
Pti-p03g. Plano de alocao de recursos
Pti-p03h. Plano de contrataes do exerccio
Responsvel:
Autoridade mxima
Participante(s):
Comit de TI
Autoridade competente
rea de controle interno
rea jurdica
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, IX; D2271). Essa subfase tem duas
atividades, desenvolvidas em paralelo: (a) Analisar da viabilidade da contratao;
(b) Elaborar o plano de sustentao.
40
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.
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
conjunto de tipos de solues de TI e as razes de rejeio das demais solues.
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
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:
41
identificao da necessidade, que um problema de negcio a ser resolvido ou

uma oportunidade de negcio a ser aproveitada;
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.
Responsvel:
Participante(s):
Consultor interno de TI
Pti-p03a. Caracterizao das necessidades de negcio (revisado)
Modelo(s):
Apndice II. Modelo de Oficializao da demanda pelo Requisitante
(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;
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 da disponibilidade dos recursos necessrios.
- demonstrao de que uma soluo de TI a melhor das alternativas para tratar a
necessidade identificada;
Responsvel:
Participante(s):
42
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
(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.
Responsvel:
Participante(s):
Equipe de planejamento da contratao (EPC)
Integrante administrativo da EPC
Integrante tcnico da EPC
Integrante requisitante da EPC
Pla-p05. Documento de designao da equipe de planejamento 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 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
43
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 quantidade 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;
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 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.
Pla-p06c. Anlise das solues identificadas
Responsvel:
Participante(s):
Pla-p06d. Especificao dos requisitos da contratao
44
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
(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
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.
Responsvel:
Participante(s):
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
45
Pla-p09c. Tipo 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).
Responsvel:
Participante(s):
rea de contratos
Pla-p09d. Critrios de aceitao
Pla-p09e. Critrios de avaliao da qualidade
(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.
Responsvel:
46

Participante(s):
Pla-p06k. Parecer tcnico da equipe de planejamento da contratao
Pla-p10a. Levantamento dos riscos de dependncia
(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 custo-benefcio, 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.
Responsvel:
Participante(s):
Pla-p06. Anlise de viabilidade da contratao
Pla-p06l. Fundamentao da escolha da soluo de TI
Pla-p06m. Soluo de tecnologia da informao
(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 prioridae 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.
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:
47
Participante(s):
Comit de TI
Pla-p06. Anlise de viabilidade da contratao (aprovado)
Modelo(s):
Apndice III. Modelo de Anlise da Viabilidade 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.
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
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.
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:
Participante(s):
Pla-p06d. Especificao dos requisitos da contratao (revisado)
Pla-p07d. Procedimentos de segurana da informao
(Pla-a2-t2) Tarefa: 2.2.2 Elaborar procedimento de gesto de recursos
48
Descrio:
Identificar todos os recursos necessrios (humanos, materiais, financeiros etc.) e
definir os procedimentos de gesto desses recursos durante a execuo do
contrato.
Responsvel:
Participante(s):
Pla-p07e. Procedimentos de gesto dos recursos
(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:
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)
encerramento
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:
Participante(s):
49
Pla-p07g. Procedimentos de transferncia de conhecimento
(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.);
riscos (sabotagem, falncia da contratada, desaparecimento de pessoas
crticas para a execuo contratual etc.).
Comentrio:
Este plano de transio deve ser testado, validado e mantido.
Responsvel:
Participante(s):
Pla-p07h. Identificao dos recursos crticos operao do contrato
Pla-p07i. Procedimentos de transio contratual
Pla-p10b. Levantamento de riscos inerentes transio contratual
(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.);
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.
Pla-p10b. Levantamento de riscos inerentes transio contratual
Responsvel:
Participante(s):
Pla-p07j. Procedimentos de continuidade de negcio
50

(Pla-a2-t6) Tarefa: 2.2.6 Elaborar e obter aprovao do Plano de Sustentao
Descrio:
obtidos nas tarefas anteriores da atividade em um documento denominado Plano
de Sustentao e:
negociais;
- submet-lo rea de TI para obter a aprovao dos aspectos tcnicos.
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
Participante(s):
Pla-p07. Plano de sustentao
(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.
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
Atividade 2.3 Elaborar a estratgia de contratao
(Pla-a3-t1) Tarefa: 2.3.1 Indicar o tipo de contratao
Descrio:
51
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).
Responsvel:
Participante(s):
Pla-p09f. Declarao de objeto
Pla-p09g. Modelo de prestao de servios
(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 mensurao de servios (quantidade/qualidade);
Procedimento de interao entre as partes;
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;

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
Responsvel:
Participante(s):
Pla-p09h. Modelo de gesto do contrato
Pla-p09i. Redao das clusulas contratuais bsicas
(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.
52

Pla-p06e. Levantamento de recursos necessrios operao do contrato
Pla-p10a. Levantamento dos riscos de dependncia
Responsvel:
Participante(s):
Pla-p09j. Estratgia de independncia de fornecedor
(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;
etc.
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:
Participante(s):
rea de contratos
Gestor do contrato
Pla-p09n. Minuta de portaria de designao de gestor de contrato
(Pla-a3-t5) Tarefa: 2.3.5 Definir as responsabilidades da contratada
Descrio:
53
Identificar cada item entregvel previsto na contratao, associado sua

descrio e a 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.
Responsvel:
Participante(s):
Gestor do contrato
Pla-p09o. Texto base das clusulas de responsabilidade do contratado
(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
Fruns para objetos frequentes
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):
54
Gestor do contrato
Pla-p08. Estimativa de preo
Pla-p09q. Indicao da fonte de recursos
Pla-p09r. Oramento detalhado
(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.
Pla-p09c. Tipo da contratao
Responsvel:
Participante(s):
rea de licitaes
rea de contratos
Gestor do contrato
Pla-p09s. Critrios tcnicos de seleo
Modelo(s):
Apndice IV. Critrios de qualificao tcnica de licitantes: Fbrica de Software
(Pla-a3-t8) Tarefa: 2.3.8 Elaborar e obter aprovao da Estratgia da Contratao
Descrio:
obtidos nas tarefas anteriores da atividade em um documento denominado
Estratgia da Contratao e:
negociais;
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
55
Responsvel:
Participante(s):
rea de contratos
Gestor do contrato
Pla-p09. Estratgia 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.
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
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.
Pla-p10c. Fluxograma geral do procedimento licitatrio
Pla-p10d. Histrico de eventos danosos em licitaes
Responsvel:
Gestor do contrato
Participante(s):
rea de contratos
Pla-p10e. Levantamento dos riscos da licitao
(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.
Pla-p10f. Histrico de eventos danosos em contrataes
Responsvel:
Gestor do contrato
56
Participante(s):
rea de contratos
Pla-p10g. Levantamento dos riscos na execuo contratual
(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.
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
Participante(s):
rea de contratos
Pla-p10h. Lista de riscos priorizados
(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.
Responsvel:
Gestor do contrato
Participante(s):
rea de contratos
Pla-p10i. Plano de ao para tratamento de riscos
(Pla-a4-t5) Tarefa: 2.4.5 Planejar aes em contingncias
Descrio:
57
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 com aes
suficientes para manter a operao mnima requerida do contrato e as aes
necessrias ao retorno normalidade.
Responsvel:
Gestor do contrato
Participante(s):
rea de contratos
Pla-p10j. Plano de ao para continuidade de negcio
(Pla-a4-t6) Tarefa: 2.4.6 Elaborar e obter aprovao da Anlise de Riscos
Descrio:
obtidos nas tarefas anteriores da atividade em um documento denominado Anlise
de Riscos e:
negociais;
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:
Participante(s):
rea de licitaes
rea de contratos
Gestor do contrato
Pla-p10. Anlise de riscos
Pla-p10m. Lista de riscos
(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.
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)
58

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.
Responsvel:
Participante(s):
Gestor do contrato
Pla-p11a. Demonstrao da economicidade 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.
Responsvel:
Participante(s):
rea de licitaes
rea de contratos
Gestor do contrato
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 o modelo de seleo do fornecedor so utilizados
para selecionar o fornecedor mais adequado ao atendimento da necessidade da
Administrao.
Comentrio:
59
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.
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.
3.1.1 Formalizar e aprovar o termo de referncia (ou o projeto bsico)
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 termo de referncia e obter a sua aprovao
junto rea jurdica e autoridade competente.
Pla-p11c. Termo de referncia (ou do projeto bsico)
Responsvel:
Participante(s):
Gestor do contrato
Pla-p11c. Termo de referncia (ou do projeto bsico) (aprovado)
(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
60
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.
3.2.1 Justificar a contratao direta
3.2.2 Negociar o contrato
3.2.4 Obter a aprovao da contratao
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.
Responsvel:
Participante(s):
rea de contratos
Sel-p11d. Justificativa da 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.
Responsvel:
Participante(s):
rea de contratos
61
Sel-p11e. Demonstrao da razoabilidade do preo

Sel-p11f. Justificativa da escolha do fornecedor
Sel-p14a. Minuta do contrato (negociada)
(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.
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:
Participante(s):
rea de contratos
Sel-p12. Licitao/contratao (examinada e aprovada)
Sel-p14a. Minuta do contrato (aprovada)
(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
62
aprovao pela autoridade competente e a posterior aprovao pela autoridade

mxima da instituio, publicada em dirio oficial, ratificando a contratao direta.
Sel-p12. Licitao/contratao
Responsvel:
Participante(s):
rea de contratos
Sel-p13. Ratificao da autoridade mxima (no Dirio Oficial da Unio)
(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.
3.3.1 Elaborar o edital
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
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 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.
Responsvel:
rea de licitaes
Participante(s):
Gestor do contrato
Fiscal do contrato
Sel-p14. Edital
63

(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
aprovao jurdica.
Responsvel:
Participante(s):
rea de contratos
Sel-p12. Licitao/contratao (examinada e aprovada)
(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.
Sel-p14. Edital
Responsvel:
Participante(s):
64
rea de contratos
Sel-p14. Edital (divulgado e criticado)
(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.
Sel-p14. Edital
Responsvel:
Participante(s):
rea de contratos
Sel-p14. Edital (ajustado)
(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.
Sel-p14. Edital
Responsvel:
Participante(s):
rea de contratos
Sel-p14. Edital (publicado)
(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
65
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.
Sel-p14. Edital
Responsvel:
rea de licitaes
Participante(s):
rea de contratos
Sel-p14. Edital (eventualmente corrigido ou ento impugnado)
(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.
Sel-p14. Edital
Responsvel:
rea de licitaes
Participante(s):
rea de contratos
Sel-p14b. Proposta vencedora
(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.
Responsvel:
rea de licitaes
Participante(s):
66
rea de contratos
Sel-p14b. Proposta vencedora (com adjudicao do objeto)
(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.
Responsvel:
Participante(s):
rea de contratos
Sel-p12. Licitao/contratao (homologada)
(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.
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
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.
Responsvel:
rea de contratos
Participante(s):
rea de licitaes
rea de contabilidade
Gestor do contrato
67
Sel-p14a. Minuta do contrato (ajustada)
(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.
Responsvel:
Participante(s):
rea de contratos
Procurador da Contratada
Sel-p14c. Contrato (assinado/em vigor)
(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 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.
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:
Participante(s):
rea de contratos
Gestor do contrato
Fiscal do contrato
Fiscal administrativo do contrato
Fiscal tcnico do contrato
Fiscal requisitante do contrato
Sel-p15a. Portaria de designao de gestor e fiscais
4.4.4 Fase 4 Gesto do contrato
68
(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.
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.
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
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;
69
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;
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.);
recursos de acesso fsico (chaves, crachs, tokens, uniformes etc.) e lgico
(chave de identificao, senha, perfil de acesso, regras de acesso etc.).
Pla-p11b. Projeto bsico
Sel-p14c. Contrato
Responsvel:
Gestor do contrato
Participante(s):
Fiscal do contrato
Ges-p15. Plano de insero
Ges-p15b. Material didtico
(Ges-a1-t2) Tarefa: 4.1.2 Repassar conhecimento
Descrio:
Garantir o repasse contratada dos conhecimentos necessrios boa execuo
do contrato.
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;
70
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;
uso do sistema de gesto de contratos.
Sel-p14. Edital
Sel-p14c. Contrato
Ges-p15b. Material didtico
Responsvel:
Gestor do contrato
Participante(s):
Equipe tcnica do Contratante
Preposto
Equipe tcnica da Contratada
Ges-p16a. Memrias de reunio
(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.)
71
Sel-p14. Edital
Sel-p14c. Contrato
Responsvel:
Gestor do contrato
Participante(s):
rea de contratos
Fiscal do contrato
Gerente de projeto
Preposto
Ges-p15c. Memria de reunio com a descrio da infraestrutura disponibilizada
(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 que no implica que o gestor do contrato seja
hierarquicamente superior, mas apenas que recebe da autoridade competente
toda a autoridade necessria 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.
Sel-p14. Edital
Sel-p14c. Contrato
Ges-p15d. Processo de trabalho do contratante
Ges-p16b. Designao formal do preposto da Contratada
Responsvel:
Gestor do contrato
Participante(s):
72
Fiscal do contrato
Gerente de projeto
Procurador da Contratada
Preposto
Ges-p15e. Plano de designaes
(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 fsicofinanceiro.
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 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.
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
Fiscal do contrato
Preposto
Ges-p16c. Ata de reunio
73

(Ges-a2) Atividade: 4.2 Encaminhar demandas
Descrio:
Receber as demandas dos clientes da rea de TI, prioriz-las segundo os critrios
de priorizao estabelecidos nos acordos de nvel de servio e em consonncia
com o plano diretor de tecnologia da informao.
4.2.1 Receber demandas de negcio
4.2.2 Elaborar a ordem de servio
4.2.3 Assinar a ordem de servio
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.
Ges-p16d. Demanda de execuo de servio
Responsvel:
Gestor do contrato
Participante(s):
Gerente de projeto
Ges-p16e. Requisitos de desenvolvimento ou manuteno do software
(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;
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;
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.
74
Ges-p16d. Demanda de execuo de servio

Ges-p16e. Requisitos de desenvolvimento ou manuteno do software
Responsvel:
Fiscal do contrato
Participante(s):
Gestor do contrato
Gerente de projeto
Preposto
Ges-p16f. Ordem de servio (elaborada)
(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.
Ges-p16f. Ordem de servio
Responsvel:
Gestor do contrato
Participante(s):
Fiscal do contrato
Gerente de projeto
Preposto
Ges-p16f. Ordem de servio (assinada)
(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 contratado incorra em ato
sancionvel.
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
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.
75
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.
Sel-p14. Edital
Sel-p14c. Contrato
Responsvel:
Fiscal do contrato
Participante(s):
Gestor do contrato
Gerente de projeto
Analista de qualidade (GQS)
Preposto
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
(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. Devem-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
alterao contratual: preservar o ncleo imutvel do objeto
Pla-p10m. Lista de riscos
Sel-p14. Edital
Sel-p14c. Contrato
Responsvel:
Gestor do contrato
Participante(s):
76
Gerente de projeto
Analista de qualidade (GQS)
Preposto
Pla-p07k. Plano de continuidade
Pla-p07l. Responsveis por aes de continuidade
Pla-p10k. Impactos dos riscos
Pla-p10l. Relatrios dos riscos
(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.
Pla-p09d. Critrios de aceitao
Sel-p14. Edital
Sel-p14c. Contrato
Responsvel:
Fiscal do contrato
Participante(s):
Gestor do contrato
Preposto
Ges-p16k. Solicitao de aplicao de glosa
Ges-p16l. Solicitao de aplicao de sano
Ges-p16m. Termo de rejeio
(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.
Sel-p14c. Contrato
Responsvel:
Gestor do contrato
Participante(s):
77
Fiscal do contrato
Preposto
Ges-p16f. Ordem de servio (alterada e assinada)
(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.
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
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 acompanhada dos produtos e a documentao dos produtos
entregues.
Ges-p16j. Termo de entrega
Responsvel:
Fiscal do contrato
Participante(s):
Gestor do contrato
Preposto
Ges-p16n. Servios entregues
(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
78
respectivo contrato, e ser utilizada como um dos parmetros de aferio de

resultados.
Pla-p09e. Critrios de avaliao da qualidade
Ges-p16o. Solicitaes de correo de servio
Responsvel:
Fiscal do contrato
Participante(s):
Gestor do contrato
Usurios finais dos servios
Ges-p16p. Evidncias de anormalidade na execuo contratual
Ges-p16q. Relatrio de avaliao de servios
(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.
Responsvel:
Gestor do contrato
Participante(s):
Fiscal do contrato
Preposto
(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"):
79
provisoriamente, pelo responsvel por seu acompanhamento e fiscalizao,

mediante termo circunstanciado, assinado pelas partes em at 15 (quinze) dias da
comunicao escrita da contratada;
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.
Ges-p16q. Relatrio de avaliao de servios
Responsvel:
Gestor do contrato
Fiscal do contrato
Participante(s):
rea de contratos
Ges-p16r. Termo de recebimento provisrio
(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).
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.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
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.
Sel-p14c. Contrato
80

Responsvel:
Gestor do contrato
Participante(s):
Fiscal do contrato
Ges-p16r. Termo de recebimento provisrio (verificado)
(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.
Sel-p14c. Contrato
Ges-p16c. Ata de reunio
Ges-p16s. Solicitao de atendimento a clusula contratual
Responsvel:
Gestor do contrato
Participante(s):
rea de controle interno
Fiscal do contrato
Ges-p16t. Notificaes ao contratado
Ges-p16u. Termo de recebimento definitivo
(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 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.
Ges-p16. Histrico de gerenciamento do contrato
Ges-p16g. Comunicaes contratada
Ges-p16h. Registro de ocorrncia
81
Responsvel:
Gestor do contrato
Participante(s):
Fiscal do contrato
(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.
Responsvel:
Gestor do contrato
Fiscal do contrato
Participante(s):
(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.
Responsvel:
rea de contratos
Participante(s):
Gestor do contrato
Fiscal do contrato
82

(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;
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.
Sel-p14c. Contrato
Responsvel:
Participante(s):
rea de contratos
Gestor do contrato
Fiscal do contrato
Ges-p16f. Ordem de servio (liquidada)
(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 liquidao da despesa,
pois eventuais discrepncias de valores gerariam a necessidade de glosas ou
acrscimos, ato no autorizado pela legislao em vigor.
Responsvel:
Participante(s):
rea de contratos
Preposto
Ges-p16v. Solicitao de nota fiscal ou fatura
83

(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 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.
Ges-p16w. Evidncias de quitao de encargos trabalhistas e previdencirios
Ges-p16x. Nota fiscal ou fatura
Responsvel:
Participante(s):
rea de contratos
Gestor do contrato
Ges-p16x. Nota fiscal ou fatura (autorizada)
(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;
na fatura ou nota fiscal, oriunda da contratada.
Responsvel:
Participante(s):
rea de contratos
Gestor do contrato
Ges-p16x. Nota fiscal ou fatura (paga)
(Ges-a6) Atividade: 4.6 Tratar as demandas por alteraes contratuais
Descrio:
Analisar, decidir e justificar sobre todas as demandas de alterao contratuais
formalizadas.
4.6.1 Tratar alterao de quantitativos
84
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
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 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.
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
Sel-p14c. Contrato (aditivado)
Ges-p17a. Justificativa de alterao de quantitativo (aceita ou rejeitada)
(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.
Sel-p14c. Contrato
Ges-p17b. Justificativa de alterao de prazo
85
Responsvel:
Gestor do contrato
Participante(s):
Fiscal do contrato
Ges-p17b. Justificativa de alterao de prazo (aceita ou rejeitada)
(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
clausulas 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.
Sel-p14c. Contrato
Ges-p17c. Justificativa de alterao de clusula
Responsvel:
Gestor do contrato
Participante(s):
rea de contratos
Fiscal do contrato
Ges-p17c. Justificativa de alterao de clusula (aceita ou rejeitada)
(Ges-a6-t4) Tarefa: 4.6.4 Tratar alterao tcnica
Descrio:
deve identificar, com antecedncia, as situaes de necessidade de alterao de
clausulas 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.
Sel-p14c. Contrato
Ges-p17d. Justificativa de alterao tcnica
Responsvel:
Gestor do contrato
86
Participante(s):
rea de contratos
Fiscal do contrato
Ges-p17d. Justificativa de alterao tcnica (aceita ou rejeitada)
(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.
Sel-p14c. Contrato
Ges-p17e. Justificativa de alterao de preo
Responsvel:
Gestor do contrato
Participante(s):
rea de contratos
Ges-p17e. Justificativa de alterao de preo (aceita ou rejeitada)
(Ges-a6-t6) Tarefa: 4.6.6 Tratar prorrogao do contrato
Descrio:
deve identificar, com antecedncia, a necessidade, oportunidade e convenincia
de prorrogao do contrato, desde que previsto em edital.
87
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 expectativa de longa
durao contratual.
Sel-p14c. Contrato
Ges-p17f. Justificativa de prorrogao de contrato
Responsvel:
Gestor do contrato
Participante(s):
rea de contratos
Fiscal do contrato
Sel-p14c. Contrato (prorrogado)
Ges-p17f. Justificativa de prorrogao de contrato (aceita ou rejeitada)
(Ges-a6-t7) Tarefa: 4.6.7 Tratar suspenso do contrato
Descrio:
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 quando aos impactos sobre as necessidades de negcio e aos
objetivos da contratao.
Sel-p14c. Contrato
Ges-p17g. Justificativa para suspenso do contrato
Responsvel:
Gestor do contrato
Participante(s):
rea de contratos
Fiscal do contrato
Sel-p14c. Contrato (suspenso)
Ges-p17g. Justificativa para suspenso do contrato (aceita ou rejeitada)
(Ges-a6-t8) Tarefa: 4.6.8 Tratar resciso do contrato
88
Descrio:
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.
Sel-p14c. Contrato
Responsvel:
Gestor do contrato
Participante(s):
rea de contratos
Fiscal do contrato
Sel-p14c. Contrato (rescindido/encerrado)
(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.
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
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.
Responsvel:
Gestor do contrato
Participante(s):
Fiscal do contrato
89
Ges-p18. Conhecimento crtico internalizado

(Ges-a7-t2) Tarefa: 4.7.2 Realizar procedimento de transferncia de recurso
Descrio:
de todos os procedimentos de transferncia de recursos planejados na fase
Responsvel:
Gestor do contrato
Participante(s):
Fiscal do contrato
Ges-p19. Recursos geridos e sob domnio do Contratante
(Ges-a7-t3) Tarefa: 4.7.3 Realizar procedimento de segurana da informao
Descrio:
de todos os procedimentos de segurana da informao planejados na fase
Responsvel:
Gestor do contrato
Participante(s):
Fiscal do contrato
Ges-p20. Informao sensvel devidamente protegida
(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:
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.
Ges-p16w. Evidncias de quitao de encargos trabalhistas e previdencirios
90

Responsvel:
Gestor do contrato
Participante(s):
rea de contratos
Fiscal do contrato
Ges-p16x. Nota fiscal ou fatura (autorizada)
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,
segurana) providos durante a licitao;
representaes
mandados
de
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;
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;
91
g) Grau de envolvimento das partes interessadas no processo de homologao e

implantao.
92
5 A IMPORTNCIA DA QUALIDADE DE PROCESSO

CONTRATAES DE SERVIOS DE SOFTWARE
DE
SOFTWARE
EM
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 aos 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 Resultados esperados
DESENVOLVIMENTO DRE1. As necessidades,
DE REQUISITOS
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.
Tarefa: Levantar e especificar os requisitos

DESENVOLVIMENTO DRE2. Um conjunto definido de
DE REQUISITOS
requisitos do cliente
especificado a partir das
necessidades, expectativas e
restries identificadas.

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.
DESENVOLVIMENTO
DE REQUISITOS
DRE3. Um conjunto de requisitos

funcionais e no-funcionais, 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.
Este resultado esperado aplicado nesta tarefa durante

a derivao dos requisitos dos interessados a para os
requisitos funcionais e no funcionais do software ou
servio a ser contratado.
DESENVOLVIMENTO
DE REQUISITOS
DRE4. Os requisitos funcionais e

no-funcionais de cada
componente do produto so
refinados, elaborados e alocados.
DESENVOLVIMENTO
DE REQUISITOS
DRE6. Conceitos operacionais e

cenrios so desenvolvidos.
GERNCIA DE
PROJETOS
GPR1. O escopo do trabalho

para o projeto definido
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.
Esse 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.
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
DESENVOLVIMENTO
DE REQUISITOS
Este resultado esperado aplicado nesta tarefa com o

objetivo de assegurar que os requisitos especificados so
os efetivamente definidos pelos interessados na
contratao.
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:
existentes
DESENVOLVIMENTO
DE REQUISITOS
DRE8. Os requisitos so
validados
GERNCIA DE
REQUISITOS
GRE2. Os requisitos de produto

so aprovados utilizando critrios
objetivos
GERNCIA DE
REQUISITOS
GRE3. A rastreabilidade
bidirecional entre os requisitos e
os produtos de trabalho
estabelecida e mantida.
93
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.
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.
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.
Tarefa: Analisar preliminarmente riscos, impactos e a viabilidade econmica

Processos do MPS.BR
GERNCIA DE PROJETOS
Resultados esperados
GPR 6. Os riscos do projeto so
identificados e o seu impacto,
probabilidade de ocorrncia e prioridade
de tratamento so determinados e
documentados.

Este resultado esperado aplicado nesta tarefa com o objetivo de
assegurar que riscos, impactos, probabilidade de ocorrncia e
possveis aes corretivas so identificados.
Tarefa: Definir as responsabilidades das partes

Processos do MPS.BR
GERNCIA DE PROJETOS
GPR 12. O Plano do Projeto revisado
com todos os interessados e o
compromisso com ele obtido;

assegurar o comprometimento dos interessados com o projeto de
contratao.
Tarefa: Definir oramento detalhado e fonte de recursos

Processos do MPS.BR
GERNCIA DE PROJETOS
GPR 5. O oramento e o cronograma do
projeto, incluindo a definio de marcos
e pontos de controle, so estabelecidos
e mantidos.

identificar e definir o oramento detalhado do projeto.
Tarefa: Repassar conhecimento

Processos do MPS.BR
Gerncia de Recursos
Humanos GRH
GRH 9. Uma estratgia
apropriada de gerncia de
conhecimento planejada,
estabelecida e mantida para
compartilhar informaes na
organizao;

objetivo de repassar o conhecimento do projeto e garantir
a continuidade do software e ou servio aps o
encerramento do contrato.
Gerncia de Recursos
Humanos GRH
GRH 10. Uma rede de

especialistas na organizao
estabelecida e um mecanismo de
apoio troca de informaes
entre os especialistas e os
projetos implementado.

objetivo de identificar as pessoas que iro receber e
compartilhar o conhecimento adquirido durante o projeto.
Gerncia de Recursos
Humanos GRH
GRH 11. O conhecimento

disponibilizado e compartilhado
na organizao.

objetivo de compartilhar as melhores prticas do projeto e
garantir a continuidade do software e ou servio aps o
encerramento do contrato.
Tarefa: Alocar infraestrutura
94
Processos do MPS.BR
GERNCIA DE
PROJETOS
GPR 8. Os recursos e o ambiente
de trabalho necessrios para
executar o projeto so
planejados;

objetivo de garantir a infraestrutura necessria para a
execuo do projeto
Tarefa: Designar as pessoas para papis

Processos do MPS.BR
GERNCIA DE
PROJETOS
Gerncia de Recursos
Humanos GRH
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;

objetivo de garantir a infraestrutura necessria para a
execuo do projeto
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
GPR 12. O Plano do Projeto
revisado com todos os
interessados e o compromisso
com ele obtido.
Tarefa: Elaborar a ordem de servio

objetivo de garantir o entendimento do projeto pelas
partes interessadas
Processos do MPS.BR
GERNCIA DE
PROJETOS

objetivo de dimensionar servios a serem desenvolvidos
na ordem de servio.
GERNCIA DE
PROJETOS
GERNCIA DE
PROJETOS
GERNCIA DE
PROJETOS
GERNCIA DE
PROJETOS
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;.
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.

objetivo de estabelecer o ciclo de vida do processo de
desenvolvimento da ordem de servio.
objetivo de estimar o esforo e custo da ordem de
servio.

objetivo de estimar o prazo das atividades e os produtos
de trabalho a serem entregues pela ordem de servio.

objetivo de estabelecer co critrios de qualidade dos
produtos de trabalho a serem entregues pela ordem de
servio.
Tarefa: Assinar a ordem de servio

GERNCIA DE
GPR 12. O Plano do Projeto
PROJETOS
revisado com todos os
interessados e o compromisso
com ele obtido.

objetivo de garantir o entendimento do projeto pelas
partes interessadas
Tarefa: Acompanhar a execuo da ordem de servio

GERNCIA DE
GPR 10. Um plano geral para a
PROJETOS
execuo do projeto
estabelecido com a integrao de
planos especficos.

objetivo de garantir o atendimento da Ordem de servio
conforme planejado.
GERNCIA DE
PROJETOS
GERNCIA DE
PROJETOS
GERNCIA DE
PROJETOS
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
utilizando-se 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;
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.
GERNCIA DE
GPR 17. Aes para corrigir
PROJETOS
desvios em relao ao planejado
e para prevenir a repetio dos
problemas identificados so
estabelecidas, implementadas e
acompanhadas at a sua
concluso
GERNCIA DE
GPR 18. (A partir do nvel E) Um
PROJETOS
processo definido para o projeto
estabelecido de acordo com a
estratgia para adaptao do
processo da organizao.
Gerncia de Requisitos GRE 4. Revises em planos e
produtos de trabalho do projeto
so realizadas visando identificar
e corrigir inconsistncias em
relao aos requisitos;
Gerncia de Requisitos GRE 5. Mudanas nos requisitos
so gerenciadas ao longo do
projeto.
Gerncia de
Configurao
Gerncia de
Configurao
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;
Gerncia de
Configurao
GCO 6. O armazenamento, o
manuseio e a liberao de itens
de configurao e baselines so
controlados;
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
95

objetivo de garantir o atendimento das metas da Ordem
de servio conforme os recursos disponveis

objetivo de garantir o atendimento das metas da Ordem
de servio conforme o planejamento e respectivos
resultados esperados.
objetivo de garantir o envolvimento dos interessados na
Ordem de servio conforme planejado.
objetivo de garantir as revises no plano do projeto de
atendimento da Ordem de servio, conforme marcos de
controle definidos no projeto.
objetivo de identificar e registrar os problemas ocorridos
durante o atendimento da Ordem de servio para serem
tratados entre os interessados.
objetivo de estabelecer, implementar e acompanhar
aes corretivas da Ordem de servio.

objetivo de estabelecer um processo a ser adotado para
o atendimento da Ordem de servio.
objetivo de identificar e corrigir inconsistncia em relao
aos requisitos a serem atendidos pela Ordem de servio.
objetivo de gerenciar as mudanas dos requisitos
estabelecidos na Ordem de servio e no projeto como um
todo.
objetivo de controlar se os itens de configurao esto
includos na baseline conforme planejado.
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.
objetivo de gerenciar as mudanas dos itens de
configurao estabelecidos na Ordem de servio e no
projeto como um todo.
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.
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.
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.
objetivo de subsidiar as decises decorrentes das tarefas
de reviso de requisitos realizadas.
96
para apoiar decises

Tarefa: Determinar ao corretiva
Garantia da Qualidade GQA 3. Os problemas e as noconformidades so identificados,
registrados e comunicados;
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.
Tarefa: Providenciar alteraes da ordem de servio

GERNCIA DE
GPR 17. Aes para corrigir
PROJETOS
desvios em relao ao planejado
e para prevenir a repetio dos
problemas identificados so
estabelecidas, implementadas e
acompanhadas at a sua
concluso.
Tarefa: Avaliar os servios
Garantia da Qualidade 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;
GQA 2. A aderncia dos
processos executados s
descries de processo, padres
e procedimentos avaliada
objetivamente;
VALIDAO
VALIDAO
VALIDAO
VALIDAO
VALIDAO
GQA 3. Os problemas e as noconformidades so identificados,

registrados e comunicados;

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.
objetivo de definir as aes corretivas para as no
conformidades identificadas.

objetivo de providenciar as aes corretivas necessrias
para corrigir os desvios identificados na ordem de
servio.

entregues e a aderncia dos mesmos aos processos e
padres estabelecidos na ordem de servio.

objetivo de avaliar a aderncia dos processos e padres
adotados na ordem de servio com os processos e
padres estabelecidos na organizao.

entregues e identificar os problemas e as no
conformidades em relao aos requisitos especificados,
processos e padres estabelecidos.
VAL1. Produtos de trabalho a
serem validados so identificados objetivo de apoiar o trabalho de validao da
especificao dos requisitos e dos produtos e servios
entregues.
VAL2. Uma estratgia de
validao desenvolvida e
objetivo de apoiar o trabalho de validao da
implementada estabelecendo
especificao dos requisitos e dos produtos e servios
cronograma, participantes
entregues.
envolvidos, mtodos para
validao e qualquer material a
ser utilizado na validao
VAL3. Critrios e procedimentos
para validao dos produtos de
objetivo de apoiar o trabalho definio de critrios e
trabalho a serem validados so
procedimentos a serem adotados para a validao da
identificados e um ambiente para especificao dos requisitos e dos produtos e servios
validao estabelecido
entregues.
VAL5. Problemas so
identificados e registrados.
especificao dos requisitos, servindo como base para
modificaes que forem necessrias.
VAL6. Resultados de atividades
de validao so analisados e
disponibilizados para as partes
especificao dos requisitos e de divulgao s partes
VERIFICAO
VERIFICAO
VERIFICAO
VERIFICAO
VERIFICAO
VERIFICAO
interessadas
VER1. Produtos de trabalho a
serem verificados so
identificados
VER2. Uma estratgia de
verificao desenvolvida e
implementada, estabelecendo
cronograma, revisores
envolvidos, mtodos para
verificao e qualquer material a
ser utilizado na verificao
VER3. Critrios e procedimentos
para verificao dos produtos de
trabalho a serem verificados so
identificados e um ambiente para
verificao estabelecido
VER4. Atividades de verificao,
incluindo testes e revises por
pares, so executadas
VER5. Defeitos so identificados
e registrados
VER6. Resultados de atividades
de verificao so analisados e
interessadas
Tarefa: Rejeitar servios inadequados

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.
VALIDAO
VAL6. Resultados de atividades
de validao so analisados e
interessadas
Tarefa: Aceitar servios adequados
Garantia da Qualidade 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.
97
interessadas.
objetivo de apoiar o trabalho de verificao da
especificao dos requisitos.
objetivo de apoiar o trabalho de definio da estratgia
para verificao da especificao dos requisito e dos
produtos e servios entregues..

objetivo de apoiar o trabalho de definio de critrios e
procedimentos para verificao da especificao dos
requisitos e dos produtos e servios entregues.
especificao dos requisitos.
especificao dos requisitos, servindo como base para
modificaes que forem necessrias.
especificao dos requisitos e disponibilizao dos
resultados para as partes interessadas.

objetivo de rejeitar os servios inadequados com base
nos problemas e nas no conformidades identificadas
nos servios e produtos entregues.

especificao dos requisitos e de divulgao s partes
interessadas.

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 fornecedor j executou, com sucesso, servio semelhante quele 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.
98
6 REFERNCIAS
ASSOCIAO BRASILEIRA DE NORMAS TCNICAS - ABNT. ABNT NBR ISO/IEC 155041: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.
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/19901994/D1048.htm>. Acesso em: 26 fev. 2010.
_____. Tribunal de Contas da Unio. Acrdo 1.558/2003-TCU-Plenrio. 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
99
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 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+ple
nario)[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/MostraDocumento?lnk=(acordao+adj+786/2006+adj+plen
ario)[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-dezembrode-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 planejamento estratgico institucional. Deficincia na estrutura de
pessoal. Tratamento inadequado confidencialidade, integridade e disponibilidade das
informaes.
Recomendaes.
2008c.
Disponvel
em:
_____.
_____.
Acrdo
2.471/2008-TCU-Plenrio.
2008d.
Disponvel
em:
_____. _____. 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_tec
nicas/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:
nario)[idtd][b001]>. Acesso em: 22 jun. 2010.
100
_____. 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.
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-denovembro-de-2010>. Acesso em: 26 fev. 2011.
_____. _____. 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-solucoesde-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:
nario)[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_c
omunidade/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.
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-dainformacao-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 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/RVMR6TJQEU/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.
101
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 PauloSP,
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/TDE2008-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.
_____. 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-99334-195. 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. Disponvel em: <http://www.itsqc.org/models/escmcl/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.
102
_____. COBIT - Control Objectives for Information and related Technology. 4.1. ed. Rolling
Meadows:
ITGI,
2007a.
Disponvel
em:
<http://www.isaca.org/KnowledgeCenter/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/KnowledgeCenter/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: AddisonWesley Longman, 1995.
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/jpdf045TopThreePotentialRisks.pdf>. Acesso em: 26 fev. 2011.
103
7 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.
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
104
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.
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).
105
8 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.
PEI - Plano Estratgico Institucional
02.
Acordos de nvel de servio
03.
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
04.
Documento de oficializao da demanda
05.
Documento de designao da equipe de planejamento da contratao
06.
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 contratao
06l. Fundamentao da escolha da soluo de TI
06m. Soluo de tecnologia da informao
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
08.
Estimativa de preo
09.
Estratgia da contratao
09a. Critrios de aceitao
09b. Critrios de avaliao da qualidade
09c. Itens do objeto a contratar
106
10.
11.
12.
13.
14.
15.
16.
16a.
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
09r. Oramento detalhado
09s. 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
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
17.
16f. Ata de reunio

16g. Demanda de execuo de servio
16h. Ordem de servio
16i. Comunicaes contratada
16j. Registro de ocorrncia
16k. Solicitao de aplicao de glosa
16l. Solicitao de aplicao de sano
16m. Termo de entrega
16n. Termo de recebimento provisrio
16o. Termo de rejeio
16p. Relatrio das no conformidades
16q. Servios entregues
16r. Solicitaes de correo de servio
16s. Evidncias de anormalidade na execuo contratual
16t. Relatrio de avaliao de servios
16u. Solicitao de atendimento a clusula contratual
16v. Notificaes ao contratado
16w. Termo de recebimento definitivo
16x. Solicitao de nota fiscal ou fatura
16y. Evidncias de quitao de encargos trabalhistas e previdencirios
16z. 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
107
108
9 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.
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 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
109
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.
110
10 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 mercado, 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
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
111
3.1.6.
Forma pela qual a contratada garantir que, nos afastamentos 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
Probabilidade
Ao para
(1)
de ocorrer
(E) Evitar ocorrncia do risco
(M) Mitigar ocorrncia do risco
(R) Reduzir impacto do risco
a)
b)
Responsvel
Pela ao
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
112
11 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.
(*) Envie para a contratante cpia do certificado ou atestado que comprove a avaliao
01 ISO 9001 (*)
01 Certificao ISO9001. Ms /ano da certificao ISO9001: __/____
02 ISO 9001 pretende fazer Certificao Ms /ano planejado: __/____
02 - CMMI (*)
01 Avaliao CMMI publicada
Nvel: 1, 2, 3, 4, 5. Ms /ano da avaliao: __/____ (vigncia de 3
anos)
02 CMMI pretende fazer Avaliao Ms /ano planejado: __/____
Nvel: 1, 2, 3, 4, 5
03 - MPS.BR (*)
01 Avaliao MPS.BR publicada.
Nvel:
A,
B,
C,
D,
E,
F,
G. Ms /ano da avaliao: __/____
(vigncia de 3 anos)
02 MPS.BR pretende fazer Avaliao Ms /ano planejado: __/____
Nvel: A, B, C, D, E, F, G
04
Outras (*). Especifique a certificao obtida, ms/ano da avaliao e respectivo
prazo de validade ou se est em processo de avaliao: ________________________
05 No busca certificao/avaliao
1.02 A organizao mede o desempenho dos processos?
01 Sim, de forma sistemtica
02 Sim, eventualmente
03 No mede
1.03 Marque os artefatos que a organizao utiliza para gerenciar projetos de software.
01 Planilha com a estimativa do esforo e do custo do projeto
02 Documento com a definio do Modelo do ciclo de vida definido para o projeto
03 Plano do projeto com escopo, tarefas, oramento, cronograma, recursos, marcos e
pontos de controle definidos e mantidos.
04 Documento que comprove a atribuio de responsabilidades
05
Riscos e impactos do projeto, probabilidade de ocorrncia e prioridade de
tratamento so determinados e documentados
06 Relatrios de reviso do projeto realizados e enviados aos interessados
07 Comprometimento dos interessados com o projeto
6
Adaptado de Brasil (2010a).
113
08 Registros dos problemas e aes corretivas do projeto

09 Documento que comprove que os produtos de software foram avaliados quanto a
satisfao dos requisitos
10 Memrias de Reunio de controle
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
Quantidade de
Quantidade
pontos por
total de pontos
projeto
desenvolvido
01 Pontos por Funo (Function Points)
02
Pontos por Caso de Uso (Use Case
Points)
03 Base Histrica
04 Mtodosgeis: especifique_________
05 Outras: especifique_______________
06 No utiliza
1.05 Marque os artefatos que a organizao utiliza para identificar e gerenciar requisitos
de projetos de software.
01 Documento de identificao e especificao dos requisitos pelos fornecedores de
requisitos
02
Documento de avaliao da qualidade e aceitao dos requisitos pelos
fornecedores de requisitos.
03
Documento de comprovao do comprometimento da equipe tcnica com os
requisitos aprovados
04
Documento de rastreabilidade bidirecional entre os requisitos e os produtos de
trabalho do projeto
05
Documento com revises em planos e produtos de trabalho do projeto para
corrigir inconsistncias em relao aos requisitos
06 Documento de mudana de requisitos
1.06 Marque os artefatos que a organizao utiliza para gerenciar configurao de
projetos de software.
01 Documento com a estratgia de Gerncia de configurao definida
02 Lista de itens sujeitos ao controle de configurao
03 Baseline com itens de configurao sujeitos a um controle formal
04
Documento com as alteraes realizadas em itens de configurao das linhas
bsicas e respectivas avaliaes e aprovaes
05 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 Sim, de forma sistemtica
02 Sim, eventualmente
03 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
02 Documento com os dados coletados, analisados e armazenados
03 Documento de comunicao dos resultados enviado aos interessados
1.09 Marque os artefatos que a organizao utiliza para garantir a qualidade
01 Documento com os critrios definidos para a avaliao da qualidade dos produtos
de trabalho do projeto
01
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;
114
02
Documento com avaliao da aderncia dos processos executados aos
processos, padres e procedimentos estabelecidos para o projeto
03 Documento de identificao, registro e comunicao das no-conformidades aos
interessados
04 Documento com as aes corretivas para as no-conformidades estabelecidas
1.10 Que normas a organizao utiliza para definir requisitos de qualidade de produtos
de software?
01 ABNT NBR ISO/IEC 25000
05 No utiliza
115
Currculos (abas)
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.
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).
116
Resumo para a contra capa

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 templates e 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 (Brasil, 1993).

Compras TI No Gov Federal

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Compras TI No Gov Federal

Enviado por

Direitos autorais:

Formatos disponíveis

Processo

Importncia das contrataes de TI na Administrao Pblica Federal ...................................... 1

Breve histrico da pesquisa realizada ......................................................................................... 3

Pblico alvo ................................................................................................................................. 3

2 Processo de contratao no contexto da Governana de TI ..................................................... 5

Importncia da conformidade legal na Governana de TI ........................................................... 5

Importncia das contrataes de servios de TI no setor pblico federal ................................... 6

Modelos, normas e processos de contratao ............................................................................ 8

2.3.1Modelo de Governana de TI - Cobit .............................................................................................................. 9

3 Legislao aplicvel s contrataes no setor pblico ............................................................ 28

Instruo Normativa SLTI/MP 4/2010........................................................................................ 29

Estrutura do PCSTI ................................................................................................................... 32

Propsito do PCSTI ................................................................................................................... 32

Resultados esperados do PCSTI .............................................................................................. 32

Descrio do PCSTI .................................................................................................................. 33

4.4.1Fase 1 Planejamento de TI ........................................................................................................................... 36

Indicadores de desempenho do PCSTI ..................................................................................... 90

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

Aos amigos do Grupo ENAP-DGTI/SLTI, sempre companheiros no compartilhamento e

A DEUS por tudo permitir e possibilitar.

Processo de contratao de servios de tecnologia da informao para organizaes pblicas

Importncia das contrataes de TI na Administrao Pblica Federal

A contratao de servios de tecnologia da informao (TI) pode ser considerada

Processo de contratao de servios de tecnologia da informao para organizaes pblicas

(SLTI) do Ministrio o Planejamento, Oramento e Gesto (MP) (BRASIL, 2006b, item 67 do

Outras recomendaes importantes a mencionar so as constantes dos Acrdos 1.603 e 2.471/2008-TCU-Plenrio

Processo de contratao de servios de tecnologia da informao para organizaes pblicas

Portanto, h uma diretriz clara no sentido de que as organizaes pblicas

Breve histrico da pesquisa realizada

A definio e institucionalizao de processos de contratao de servios de TI,

Apresentar um Processo para organizaes pblicas, alinhado legislao pblica

O PCSTI aplicvel a qualquer organizao pblica nas esferas federal, estadual

O presente captulo do livro faz uma breve apresentao do tema contrataes de

Essas normas e modelos so exemplificados ou detalhados na seo 2.3.

Processo de contratao de servios de tecnologia da informao para organizaes pblicas

a) No contexto da Governana de TI, evidenciando a elevada importncia das

Processo de contratao de servios de tecnologia da informao para organizaes pblicas

2 PROCESSO DE CONTRATAO NO CONTEXTO DA GOVERNANA DE TI

A Figura 2-1 mostra o ciclo Avaliar-Dirigir-Monitorar, os elementos e os

Figura 2-1. Modelo para Governana Corporativa de TI

Importncia da conformidade legal na Governana de TI

Processo de contratao de servios de tecnologia da informao para organizaes pblicas

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,

Processo de contratao de servios de tecnologia da informao para organizaes pblicas

A Figura 2-2 apresenta um levantamento dos acrdos e decises do Tribunal de

O aumento na frequncia de acrdos e decises do TCU relacionados no mbito

Processo de contratao de servios de tecnologia da informao para organizaes pblicas

tecnologia da informao e da comunicao; inexistncia de procedimento para padronizao

Modelos, normas e processos de contratao

Diversas normas e modelos tm contribudo para a melhoria de processos de

Processo de contratao de servios de tecnologia da informao para organizaes pblicas

de processo Gerenciamento de Acordos com o Fornecedor, cujo propsito gerenciar a

Modelo de Governana de TI - Cobit

As organizaes ao adotar e implementar um modelo para governana e controle de

Processo de contratao de servios de tecnologia da informao para organizaes pblicas

Processo de contratao de servios de tecnologia da informao para organizaes pblicas

a) Planejar e Organizar (PO) esse domnio abrange a estratgia e as tticas,

2.3.1.1 Cobit: aquisio e implementao

Processo de contratao de servios de tecnologia da informao para organizaes pblicas

Atualizaes peridicas do estado da

Processo de contratao de servios de tecnologia da informao para organizaes pblicas

Desenvolver manuais de procedimentos para usurios finais;