MINISTRIO DO PLANEJAMENTO, ORAMENTO E GESTO

Secretaria de Tecnologia da Informao

Departamento de Infraestrutura e Servios de Tecnologia da Informao
Departamento de Governana e Sistemas de Informao

Boas prticas, vedaes e orientaes para contratao de servios de

desenvolvimento e manuteno de software (Fbrica de Software)

1. Antes de decidir pela contratao de servio de desenvolvimento de software ou

pela abertura de projetos de desenvolvimento de software, a Equipe de Planejamento
da Contratao ou a Equipe de Gesto de Projetos do rgo deve realizar Estudo
Tcnico Preliminar, nos termos do disposto no art. 12 da Instruo Normativa
SLTI/MP n 4, de 11 de setembro de 2014, e executar as seguintes atividades:
1.1. Analisar a existncia e a viabilidade de adoo de software que atenda s
necessidades da rea requisitante no Portal do Software Pblico Brasileiro
(https://softwarepublico.gov.br/);
1.2. Analisar a existncia e a viabilidade de adoo de software livre que atenda s
necessidades da rea requisitante;
1.3. Analisar projetos similares realizados por outros rgos ou entidades da
Administrao Pblica;
1.4. Consultar a Secretaria de Tecnologia da Informao sobre contrataes
conjuntas ou planejamento conjunto para desenvolvimento de soluo que
possa atender a necessidade; e
1.5. Analisar a viabilidade de contratao de software proprietrio.
1.6. Dentre as possibilidades elencadas nos itens acima, devem ser analisados os
modelos de negcio para a escolha do que mais se adequa ao atendimento das
necessidades de negcio, necessidades tcnicas e a viabilidade econmica,
quais sejam:
1.6.1. Software como Servio (SaaS);
1.6.2. Aluguel ou subscrio; ou
1.6.3. Licena de uso.
2. Recomenda-se que as contrataes de servio de desenvolvimento de software
sejam realizadas por produto, por linguagem ou por rea de negcio.
2.1. Em contrataes por produto, recomenda-se que elas sejam realizadas com o
escopo definido de cada um dos produtos a serem desenvolvidos. Tal

recomendao visa minimizar o conflito de interesses criado pela contratao

com escopo aberto.
2.2. Caso no seja possvel contratar servio de desenvolvimento de software por
produto, recomendada a contratao do servio com escopo aberto, desde que
um Estudo Tcnico Preliminar com a definio de escopo anteceda a abertura
de cada projeto de desenvolvimento de software.
2.3. Nos casos elencados nos itens 2.1 e 2.2, deve-se realizar a estimativa de todas
as potenciais demandas para compor o escopo, que servir como base para a
contratao ou ordem de servio.
2.4. No incio desse estudo deve ser validado se a demanda de software est prevista
no Plano Diretor de Tecnologia da Informao e Comunicaes (PDTIC) do
rgo. Caso no esteja, o Comit de Governana Digital ou Comit de TIC ou,
na ausncia desse, a autoridade mxima do rgo dever deliberar e decidir
sobre o prosseguimento do projeto.
2.5. vedada a utilizao dos servios contratados para o desenvolvimento de
softwares de atividades meio.
2.5.1. So considerados softwares de atividades meio os que so utilizados para
apoio de atividades de gesto ou administrao operacional, como, por
exemplo, softwares de recursos humanos, ponto eletrnico, portaria,
biblioteca, gesto de patrimnio, controle de frotas, gesto eletrnica de
documentos, e no tm por objetivo o atendimento s reas finalsticas para
a consecuo de polticas pblicas ou programas temticos.
2.5.2. Os softwares de atividades meio devem ser adquiridos no mercado por
meio de adoo de software pblico ou livre, contratao de software como
servio, ou software licenciado.
2.5.3. A Secretaria de Tecnologia da Informao pode coordenar o
desenvolvimento colaborativo para atendimento das necessidades dos
rgos do SISP.
2.5.4. As excees devem ser tratadas, deliberadas, decididas e justificadas pelo
Comit de Governana Digital ou Comit de TIC ou, na ausncia desses,
pela autoridade mxima do rgo.
3. Quando for conveniente a contratao de servios de desenvolvimento e
manuteno de software para atendimento a mais de um rgo ou entidade, a
participao de todos os rgos integrantes na fase do Planejamento da Contratao
obrigatria.
3.1. O rgo gerenciador dever incluir no instrumento convocatrio clusula que
vede a adeso posterior por rgo no participante.
4. Fica vedada a contratao de servios de desenvolvimento e manuteno de
software (Fbrica de Software) por meio de adeso a atas de registro de preos.

5. Visando a reduo de riscos no desenvolvimento de software, o rgo deve adotar

um Processo de Desenvolvimento de Software, considerando os seguintes aspectos:
5.1. O rgo central do SISP prope um modelo de Processo de Software que pode
ser obtido por meio do link: http://www.sisp.gov.br/pswsisp/wiki/guiapswsisp.
5.2. Recomenda-se a customizao de um Processo de Software adequado
maturidade e cultura do rgo;
5.3. Recomenda-se a especializao do Processo de Software considerando a
complexidade das solues a serem desenvolvidas;
6. Em caso de adoo de Metodologia gil, recomenda-se a observao das
orientaes contidas no Guia de Projetos de Software com Prticas de Mtodos
geis para o SISP ( http://www.sisp.gov.br/guiaagil/wiki/Downloads) para a
customizao interna de um processo gil.
7. O rgo deve adotar em seu processo de desenvolvimento de software iteraes
curtas e entregas frequentes, observando a metodologia adotada e a complexidade
do software, para que haja diminuio nos riscos das entregas, melhor
acompanhamento contratual, melhor tratamento de riscos inerentes s reas de
negcio e uma melhor contrapartida financeira empresa contratada pelos produtos
entregues. Para metodologias geis, recomenda-se iteraes de no mximo quatro
semanas, para as demais metodologias e para nveis de complexidade alto
recomenda-se iteraes de no mximo seis meses.
8. O rgo deve adotar metodologia e boas prticas de anlise e gerenciamento de
requisitos.
9. O rgo deve avaliar, durante a fase de Planejamento da Contratao, se dispe de
servidores em quantidade e capacidade suficientes para a fiscalizao de todos os
controles, acompanhamento processual e demais atividades necessrias aferio
das exigncias contratuais. Caso no haja servidores suficientes, o rgo deve
abster-se de contratar.
10. Recomenda-se aos rgos a adequada capacitao de seus servidores para a
fiscalizao e gesto dos contratos e para as atividades do seu processo de
desenvolvimento de software.
11. O rgo deve adotar critrios de teste e qualidade para solues desenvolvidas,
inclusive testes voltados ao atendimento das recomendaes constantes no Modelo
de Acessibilidade em Governo Eletrnico (eMAG), quando for o caso, e o uso de
ferramentas que automatizem a verificao desses critrios, apoiando a fiscalizao
do contrato. Na ausncia de ferramentas de apoio de teste e qualidade j adotadas
pelo rgo, recomenda-se que seja avaliada a convenincia de prever em edital o
fornecimento dessas ferramentas.
12. Nas contrataes de servio de desenvolvimento de software, prever que os direitos
de propriedade intelectual e direitos autorais da Soluo de Tecnologia da
Informao sobre os diversos artefatos e produtos produzidos ao longo do contrato,
incluindo a documentao, o cdigo-fonte de aplicaes, os modelos de dados e as
bases de dados, pertenam Administrao, justificando os casos em que isso no

ocorrer, conforme estabelece o art. 18, inciso I, alnea i, da IN SLTI/MP n 4, de

2014.
13. Todas as atividades inerentes ao ciclo de vida de desenvolvimento de software
devem estar includas na mtrica de pagamento em funo dos resultados e produtos
entregues.
14. O rgo deve abster-se de pagar por atividades j includas no escopo dos servios
aferidos pela mtrica de desenvolvimento de software, como levantamento de
requisitos, reunies ou outros custos operacionais da contratada que j fazem parte
dos encargos do contrato passveis da contraprestao financeira aferida pela
mtrica de resultados.
15. O rgo deve abster-se de fazer converses e vinculaes com demais mtricas,
sobretudo com a mtrica Ponto de Funo. Respeitar e seguir, de forma estrita, a IN
SLTI/MP n 4, de 2014, quanto obrigatoriedade de justificativa e de vinculao
entrega de produtos de acordo com prazos e qualidade previamente definidos
quando utilizarem a mtrica homem-hora.
16. Para as contrataes que utilizem mtrica de Ponto de Funo, o rgo deve:
16.1.
Avaliar a viabilidade de adoo de um guia complementar ao Manual de
Prticas de Contagem (CPM), para os pontos no cobertos pelo International
Function Point Users Group (IFPUG);
16.2.
Avaliar a viabilidade de adoo do Roteiro de Mtricas de Software do
SISP e do Guia de Contagem de Pontos de Funo do SISP para projetos Data
Warehouse, que podem ser obtidos atravs do link http://www.sisp.gov.br/;
16.3.
Avaliar a viabilidade de desenvolver um roteiro de contagem
complementar, contendo clusulas que elucidem os pontos no abordados pelo
CPM e/ou por outros roteiros existentes;
16.4.
Adotar procedimento para validao das planilhas de contagem de Ponto
de Funo.
17. Em atendimento ao estabelecido no art. 19, inciso IV, da IN SLTI/MP n 4, de 2014,
recomenda-se aos rgos avaliar a utilizao de mtricas atreladas a pagamento por
resultado que sejam alternativas ao Ponto de Funo para:
17.1.
Remunerao dos servios de portais web com sistema gestor de
contedo:
17.1.1. Os servios de implantao e configurao, bem como aqueles
relacionados apresentao visual e gesto de contedo, claramente no
se enquadram como desenvolvimento ou manuteno de funcionalidades
de um sistema.
17.1.2. Apenas os servios relacionados adaptao (customizao) dos portais
que se relacionam a desenvolvimento ou manuteno de funcionalidades
podem ser mensurados em Pontos de Funo, desde que sigam as
recomendaes do Roteiro de Mtricas de Software do SISP.

17.2.
Remunerao dos servios de aferio ou auditoria de contagem de
pontos de funo, visto que a remunerao desse servio a partir da quantidade
de pontos de funo contados configura claro conflito de interesse.
18. Os Comits de Governana Digital dos rgos devem elaborar um PDTIC alinhado
ao planejamento estratgico do rgo, considerando os Projetos de Softwares e
sistemas e suas respectivas relevncias estratgicas.
18.1.
O Comit de Governana Digital responsvel pela validao e
priorizao de cada software a ser desenvolvido e deve deliberar e decidir sobre
sua viabilidade e desenvolvimento antes de sua contratao ou antes que a
demanda seja enviada empresa contratada por meio de Ordem de Servio.
19. Recomenda-se s reas de negcio, potencialmente requisitantes de solues de
software ou sistemas, a realizao de atividades de mapeamento e melhoria de
processos previamente contratao.