Como projetar um Sistema de Informação de Gestão Financeira

Posted on fevereiro 5, 2022 em Tecnologia governamental

Como minimizar os riscos na gestão e administração de finanças públicas

Uma abordagem modular é considerada a melhor Sistema de Informação de Gestão Financeira (FMIS) de acordo com o projeto Fundo Monetário Internacional papel Como projetar um sistema de informações de gerenciamento financeiro - uma abordagem modular. O documento analisa os resultados decepcionantes de mais de 45 implementações do FMIS em países em desenvolvimento e economias emergentes. Os autores concluem que um abordagem modular supera muitas deficiências do FMIS e é capaz de atingir objetivos de reforma de longo prazo.

Os países pesquisados tinham alguma forma de Sistema Integrado de Gestão Financeira (IFMIS) em vigor, mas estavam procurando melhorar e modernizar para vincular esses sistemas a plataformas subnacionais e sistemas relacionados de Gestão Financeira Pública (PFM), como planejamento orçamentário, compras públicas e gerenciamento de dívidas.

Os autores questionaram muitos pontos de vista fortemente defendidos nas comunidades de PFM e de software empresarial. Eles mostram como a tecnologia muitas vezes atrasa os esforços de reforma da GFP. E afirmam que "a capacidade do sistema de atender às necessidades atuais e previstas de PFM é uma pré-condição essencial para o sucesso do FMIS". Embora os analistas de tecnologia recomendem o uso de Comercial fora da prateleira (COTS)¹ sistemas de gerenciamento financeiro para aplicativos complexos como os livros contábeis geraisEm um estudo de caso, muitos membros da comunidade de PFM, inclusive os autores do estudo, sugerem que os sistemas desenvolvidos sob medida são escolhas legítimas. Acreditamos que Planejamento de recursos governamentais (GRP) é a resposta.

FreeBalance é algo único no mercado global, com foco exclusivo em aplicações GRP COTS, a FreeBalance Accountability Suite™e uma plataforma COTS para o desenvolvimento de software de gerenciamento financeiro do cliente, o FreeBalance Accountability Platform™. As implementações do FMIS em cerca de 30 países nos dão uma perspectiva diferenciada e experiente sobre a criação de sistemas de gerenciamento financeiro do governo. 

Estamos muito preocupados com sucesso sustentável do governo em gerenciamento financeiro. Vemos a sustentabilidade do FMIS como:

• Sustentabilidade financeiraO governo tem uma política de acessibilidade de longo prazo ou Custo total de propriedade (TCO)² para todo o ciclo de vida da solução, incluindo desenvolvimento, implementação, manutenção e desativação.
• Sustentabilidade da reformaCapacidade dos sistemas de informação de adaptar-se a futuras reformas e modernização, incluindo contabilidade de acumulação, orçamento por programas, gerenciamento de desempenho, custo-benefício e descentralização.

Essa noção de sustentabilidade da reforma é uma preocupação fundamental no setor público. Todos os governos passam por reformas e modernizações. A escala da mudança excede a do setor privado. Sucesso sustentável do FMIS vem da compreensão disso:

• A tecnologia e o design da solução são importantes 
• Os projetos de gerenciamento financeiro são transformacionais, com impacto muito além da TI e da contabilidade
• A governança de projetos e produtos é um ingrediente essencial

Tipos de abordagens do sistema de gerenciamento financeiro

Gostaríamos de estender os conceitos introduzidos em o papel através das lentes da tecnologia de software empresarial e das práticas de implementação, com algumas recomendações. Os temas do documento expandidos abaixo são:

1. Modularidade do software - montagem de portfólios do FMIS usando componentes de software
2. Abordagem Core First - as funções básicas do FMIS são solidificadas primeiro
3. Interoperabilidade fiscal - Processos completos do FMIS integrados em todos os módulos
4. Alavancagem de investimentos - Otimizar os investimentos atuais do FMIS e evitar "rasgar e substituir"
5. Implementação ágil - técnicas científicas modernas adaptadas aos projetos do FMIS
6. Tecnologia avançada - ampliar os recursos do FMIS por meio das mais recentes tecnologias inovadoras
7. Desempenho e transparência - Aproveitamento do FMIS para melhorar a eficácia do governo e a transparência fiscal
8. Construir vs. Comprar - determinar se deve criar software personalizado ou comprar pacotes de software em todo o portfólio do FMIS

Há uma sobreposição significativa entre esses temas. A modularidade é o tema principal do documento e a principal dependência dos outros temas.

1. Modularidade do software

"Os aplicativos FMIS e IFMIS de grande porte demonstraram ser menos eficientes em muitos ambientes do que os sistemas que se concentram em alguns módulos principais de PFM, [e] adotam uma abordagem sequenciada para a implementação."

Modularidade do software³ é necessário para apoiar abordagens sequenciadas em que os sistemas de informações de gestão financeira se alinham às necessidades de reforma e modernização da GFP. E, geralmente, é difícil conter todos os objetivos dos sistemas financeiros usando uma única solução em uma única grande etapa, usando uma abordagem "big bang". No entanto, uma Banco Mundial estudoconcluiu que "tanto os processos de implementação em grande escala quanto os graduais para sistemas FMIS apresentam desafios, e não parece haver uma resposta fácil sobre qual é a melhor abordagem". 

Minha impressão é que a maioria dos especialistas em PFM prefere o ganhos rápidos abordagem para implementações do FMIS. Isso pode reduzir a resistência à mudança. As abordagens do tipo "big bang" podem se beneficiar do design modular, demonstrando o funcionamento do software durante todo o processo de articulação das necessidades. 

Perspectiva de implementação

As implementações do FMIS do governo e as mudanças futuras são possibilitadas pela modularidade:

• A funcionalidade pode ser implementado em fases sem a necessidade de articular totalmente todos os requisitos antes de prosseguir, incluindo a adaptação de requisitos de módulos futuros com base no que foi aprendido nos estágios anteriores
• A implementação da funcionalidade do FMIS pode estar em conformidade com capacidade organizacional e prioridades de finanças públicas, como a implementação de novos módulos em ministérios de maior capacidade com interação significativa com os cidadãos 
• Os módulos podem ser progressivamente ativado⁴ para apoiar a reforma contínua à medida que novas funções são adicionadas em uma sequência adequada aos objetivos do governo

Perspectiva tecnológica

O software de classe empresarial tornou-se mais modular, com importantes benefícios para os governos:

• Uso de componentes granulares em Arquiteturas orientadas a serviços (SOA)⁵ permite o compartilhamento de partes de funcionalidade consistente entre sistemas e pode eliminar a duplicação funcional desnecessária
• Um bom design modular permite a extensibilidade⁶ aproveitando a funcionalidade existente para atender a novos requisitos
• Os governos podem fazer o upgrade para módulos mais avançados com interrupções limitadas quando projetos mais modernos são usados 
• Módulos de serviços externos, como reconciliação bancária, dados macroeconômicos e taxas de câmbio, podem ajudar a automatizar os processos governamentais

Recomendações

A obtenção bem-sucedida dos benefícios da modularidade do governo requer:

• Uma perspectiva de componente de funções é útil em vez de considerar as funções de silo como grandes "módulos" autônomos, em outras palavras, folha de pagamento ou compras Os "módulos" devem consistir em muitos componentes identificáveis para que possam ser considerados "modulares":
• Um conceito de projeto do FMIS que consiste em vários módulos que podem ser integrados ou reutilizados em vários contextos

Examinar as abordagens de modularidade de componentes, verificando se são de granulação grossa ou fina⁷ , com acoplamento frouxo ou forte⁸ para determinar a aplicabilidade da tecnologia para qualquer componente.

2. Núcleo Primeiro

"Apoiar a implementação e o monitoramento dos principais objetivos fiscais, regras fiscais e regulamentações financeiras, dando prioridade ao fortalecimento das funções de contabilidade, orçamento, tesouraria e relatórios do FMIS." 

Essa noção de modularidade vai além dos conceitos de tecnologia. Alguns governos tentaram automatizar mais funções do que a capacidade de absorção do serviço público permitia. As implementações do sistema financeiro poderiam ser melhor entendidas como exercícios de desenvolvimento de habilidades. A abordagem de núcleo primeiro permite o escalonamento de habilidades. Avançado Habilidades de PFM dependem do dimensionamento das habilidades essenciais.

A definição do que é essencial e do que não é essencial depende da circunstância. O documento destaca que "um FMIS essencial é definido nesta nota como um sistema de informações que dá suporte à execução orçamentária, à contabilidade e às funções de tesouraria e gestão de caixa, além de gerar relatórios financeiros em tempo hábil". Por exemplo, a sofisticação da execução orçamentária difere entre os países. Alguns países usam vários estágios de contabilidade de compromissos com tolerâncias embutidas e critério de transferência orçamentária. Há muitas economias avançadas que só recentemente adotaram contabilidade de compromisso. 

Serviços públicos com maior capacidade podem absorver mais funções novas e apresentar menor resistência a mudanças. Além disso, o núcleo pode depender das circunstâncias do país, onde a automação da folha de pagamento, das compras ou da administração tributária pode ser de vital importância. Essas considerações proporcionam uma análise mais matizada das abordagens "big bang" e gradual.

Perspectiva de implementação

A abordagem central, que normalmente abrange a contabilidade e a execução orçamentária:

• Captura metadados essenciais⁹Os controles, controles e processos necessários para o gerenciamento financeiro em todo o ciclo orçamentário que são compartilhados com todas as outras funções, em que fazer isso corretamente tem resultados significativos como módulos adicionados
• Torna-se a chave mudança organizacional e capacidade humana que estabelece expectativas para mudanças futuras
• Proporciona aprendizado organizacional ao permitir mudanças nos sistemas de protótipo, prova de conceito, teste e produção, ao mesmo tempo em que estabelece padrões de gerenciamento financeiro
• Melhora a qualidade das informações para estruturar melhor a formulação do orçamento e as funções financeiras não essenciais

Perspectiva tecnológica

Modularidade em Tecnologia FMIS é uma consideração importante na abordagem core-first:

• Algumas abordagens do FMIS não suportam essa intenção de core-first de forma eficaz quando todas as funções e metadados precisam ser definidos antecipadamente, pois o ajuste posterior é difícil e demorado, como não suportar um período de vários anos. Plano de contas
• Os módulos autônomos são projetados sem considerar o estado final desejado do FMIS, impulsionado por reformas futuras previstas

Recomendações

As implementações bem-sucedidas seguem uma abordagem central que demonstra:

• Pegada central realista para o contexto do governo, incluindo a maturidade da capacidade de gerenciamento financeiro que difere entre os países - o núcleo difere com base no contexto 
• Necessidade de criar classificações orçamentárias e contábeis compartilhadas para "garantir o registro contábil e orçamentário oportuno e confiável das transações financeiras"
• Adaptabilidade que antecipa reformas futuras, incluindo descentralizaçãoreorganização ou funções de acumulação que ocorrem dentro das funções principais  
• Fases que podem se sobrepor para que o projeto de uma nova fase possa ser realizado durante o teste de fases anteriores em alguns casos

3. Interoperabilidade fiscal

"Facilitar a troca de informações entre os módulos principais e não principais do FMIS e entre os sistemas de informação operados por ministérios e agências individuais." 

Interoperabilidade¹⁰ é mais do que tecnologia e mais do que eficiência. A interoperabilidade implica a integração de processos nas funções financeiras que são replicadas e automatizadas por meio da tecnologia. Os processos financeiros do governo geralmente não são integrados logicamente entre ministérios, níveis de governo ou empresas estatais. A integração tecnológica geralmente segue práticas inadequadas e se concentra na execução de despesas e receitas, e não na preparação completa do orçamento e nos ciclos de previsão de caixa. Conformidade, controles e segregação de funções¹¹ muitas vezes não estão presentes na integração de processos e tecnologias, aumentando os riscos.

Muitos fornecedores de COTS afirmam que oferecem integração e interoperabilidade. Isso geralmente é enganoso. Alguns grandes fornecedores adquiriram tantas empresas com tantas plataformas tecnológicas que a interoperabilidade total é quase impossível. Alguns conjuntos de produtos podem ser implantados com metadados e controles diferentes entre os módulos.

Perspectiva de implementação

A interoperabilidade do processo requer a integração do processo e do fluxo de trabalho:

• Muitas vezes, há vários subsistemas que fornecem funções financeiras específicas e exclusivas para atender às exigências legislativas e legais em ministérios, agências e empresas estatais que precisam de consolidação financeira para mostrar a posição fiscal real dos governos
• As definições consistentes de processos e conceitos permitem a interoperabilidade funcional mesmo com interfaces de software limitadas ou com o uso de práticas de integração inadequadas, como chamadas diretas a bancos de dados
• Os requisitos de descentralização legal podem impedir que os governos alcancem a interoperabilidade entre governos

Perspectiva tecnológica

A interoperabilidade tem muitas dimensões tecnológicas a serem consideradas:

• Mapeamento de metadados ou conceitos entre módulos para fornecer uma versão consistente da "verdade", eliminando inconsistências
• Resiliência a mudanças nos módulos por meio de APIs (Interfaces de Programas de Aplicativos) eficazes¹² ou Serviços da Web¹³ apoio
• Boas práticas de integração, como a eliminação de chamadas diretas ao banco de dados, procedimentos armazenados, interfaces manuais, raspagem de tela, arquivos simples e abordagens proprietárias
• Os conjuntos de produtos que oferecem boa interoperabilidade imediata entre as funções podem fazê-lo usando interfaces e middleware proprietários¹⁴ aumentando o risco de que os governos fiquem presos a essa carteira

Recomendações

Poucos governos estão em condições de interoperabilidade total entre os sistemas por motivos tecnológicos e legais. Os governos podem melhorar a interoperabilidade por meio de:

• Gráfico de todos os aplicativos em uso, tecnologia de suporte em uso, integração existente, qualidade da integração, comparações com a integração lógica
• Estrutura clara de interoperabilidade em todo o ciclo orçamentário, como a integração do gerenciamento da dívida com sistemas de preparação de orçamento para melhorar a tomada de decisões, com controles de compromisso para prever melhor os gastos com o pagamento da dívida e com sistemas de contabilidade para gerenciar a receita da dívida e os custos de pagamento. transações de despesas
• Governança da informação¹⁵ com definições de metadados, limpeza de dados e procedimentos de auditoria
• Barramento de serviços empresariais¹⁶  design que empurra todas as interfaces por meio de um barramento compartilhado que melhora a consistência da integração 
• Abordagens baseadas em riscos que reconhecem o nível de necessidade de interoperabilidade funcional em que alguns sistemas isolados em silos podem não afetar materialmente a consolidação do orçamento
• Sistemas abertos selecionados¹⁷ para reduzir a dependência do fornecedor e aumentar as opções de módulos futuros
• Métodos inovadores para lidar com aplicativos legados que não suportam a integração moderna

4. Alavancagem do investimento

"Permitir que os países façam o melhor uso de seus sistemas existentes, utilizando investimentos em TI e recursos humanos que já estão disponíveis e evitando a necessidade de substituir todo ou a maior parte de seus FMIS existentes." 

Os orçamentos de TI do governo estão sob pressão. A maioria das organizações governamentais oferece suporte a uma variedade maior de aplicativos legados do que as empresas. Isso resulta em proporções maiores de orçamentos de TI dedicados a operações e manutenção - "manter as luzes acesas". Enquanto isso, os governos enfrentam demandas para melhorar a prestação de serviços com orçamentos cada vez menores. 

O documento faz uma observação importante: "No caso de soluções de software comercial de prateleira (COTS), por exemplo, funcionalidades melhores e mais eficientes podem ser obtidas com frequência por meio da parametrização aprimorada dos módulos FMIS existentes." Algumas opções do FMIS oferecem isso configuração capacidade de tornar o investimento mais alavancável. A realidade é que muitos investimentos em sistemas financeiros governamentais exigem personalização significativa do código para permitir mudanças. Algumas implementações do FMIS do governo usam tecnologias obsoletas, aumentando os custos operacionais e reduzindo a extensibilidade.

Perspectiva de implementação

As considerações do processo para alavancar os investimentos atuais incluem:

• Até que ponto a eficiência ou a eficácia é apoiada, mesmo que os processos completos não sejam automatizados
• Conformidade com os procedimentos de finanças públicas atuais e previstos, como a contabilidade de exercício
• Alinhamento com a capacidade atual do governo e melhoria previsível das habilidades

Perspectiva tecnológica

As considerações tecnológicas para alavancar os investimentos atuais incluem:

• Até que ponto a tecnologia é recente ou legadoincluindo plataformas sem suporte e versões de aplicativos sem suporte
• Adaptabilidade às soluções atuais com personalização de custo limitado, ou pós-moderno¹⁸ em design
• Até que ponto o software é codificado e difícil de ser adaptado a reformas futuras
• Até que ponto a tecnologia proprietária é usada, o que restringe escolhas futuras
• Custos atuais para manter e atualizar Sistemas FMIS
• Capacidade de ampliar a tecnologia atual para dar suporte a outras funções
• Número de plataformas tecnológicas diferentes em uso, onde menos plataformas simplificam a manutenção e a segurança cibernética
• Extensão da escalabilidade para atender às necessidades de processamento do governo
• A extensão das necessidades de interoperabilidade que são ou não satisfeitas e o risco de conformidade da falta de integração
• Capacidade de implementar aplicativos em ambientes virtuais e de nuvem para reduzir custos
• Facilidade de migração de dados de aplicativos legados para aplicativos financeiros modernos e mais baratos
• Capacidade de migrar para middleware de software menos dispendioso, inclusive de código aberto, para reduzir os custos de manutenção

Recomendações

• Assegurar que todos os patches da plataforma tecnológica sejam instalados prontamente para reduzir as vulnerabilidades de segurança cibernética
• Use uma abordagem baseada em riscos, identificando vulnerabilidades de controle, segregação de funções, integração e tecnologia ao considerar a substituição de módulos ou aplicativos
• Avaliar efetivamente qualquer substituição, certificando-se de que todos os custos sejam considerados
• Considere abordagens para reduzir os custos operacionais, como a implantação de nuvem ou a substituição de middleware proprietário
• Não caia na armadilha dos custos irrecuperáveis pensar que um investimento existente deve ser aproveitado quando os custos de substituição, com custos operacionais projetados, forem menores do que os custos operacionais do software atual

5. Implementação ágil

"Fornecer soluções mais ágeis em ambientes de rápida evolução (por exemplo, onde várias reformas de PFM estão ocorrendo simultaneamente)." 

Há um motivo pelo qual os principais provedores da Web, de mídia social e de economia compartilhada aproveitam ágil¹⁹ metodologias de implementação. 

Os processos ágeis se tornaram mais comuns no governo. Os governos usam o Agile para desenvolver novas ideias inovadoras e criar aplicativos rápidos. Isso geralmente é usado em um modelo bimodal²⁰ abordagem em que as operações dos sistemas existentes seguem os métodos tradicionais, mas as novas iniciativas usam o método ágil.

Nossa experiência é consistente com a observação de que "abordagens mais ágeis de desenvolvimento de software impulsionadas pela automação estão tornando essa estratégia mais rápida de implementar e mais econômica do que no passado".

Estruturas ágeis escalonadas (SAFe)²¹  são usados quando as organizações governamentais desenvolveram habilidades ágeis. Adaptação iterativa orientada por problemas (PDIA)²² é usado para descobrir problemas e desenvolver soluções eficazes no desenvolvimento do país, que geralmente não inclui tecnologia. DevOps²³ é usado para alinhar as prioridades tecnológicas e funcionais. DevSecOps²⁴ integra a segurança cibernética à implementação do software.

Perspectiva de implementação

Os sistemas de gerenciamento financeiro têm sido tradicionalmente implementados usando técnicas de cascata que são associado a dificuldades que incluem:

• Desenvolvimento de requisitos complexos antes da aquisição, que muitas vezes estão desconectados das necessidades reais
• Análises longas de "como está", "como será" e de "lacunas de ajuste" que aumentam a resistência à mudança e, ao mesmo tempo, aumentam as chances de personalizações desnecessárias
• Gerenciamento de projetos rígido que cria marcos irrealistas, em vez de reconhecer que as especificações originais provavelmente têm falhas e que os processos ágeis costumam ser mais eficazes.
• Foco na conformidade contratual, incluindo o desenvolvimento de documentação desnecessária

A eficácia ágil vem de:

• Foco no problema, incluindo técnicas científicas para validar ideias em vez de impor soluções que não sejam adequadas
• Iterações curtas que alcançam ganhos rápidos e envolvem os usuários para reduzir a resistência à mudança
• Adaptação da implementação para atender melhor aos requisitos reais
• Integração de especialistas de domínio, designers, analistas e equipes de desenvolvimento para facilitar a comunicação e a priorização

Perspectiva tecnológica

O Agile é viabilizado por meio de tecnologias como:

• Linguagens de programação orientadas a objetos²⁵ que suportam reutilização e extensão
• Uso de código baixo²⁶ e nenhum código²⁷ métodos que facilitam a mudança e aceleram as implementações
• Ferramentas automatizadas usadas para testes, prototipagem e monitoramento de projetos

Recomendações

O conceito de agilidade é contra-intuitivo para muitos funcionários públicos. Os projetos geralmente são selecionados com base na previsibilidade dos resultados. Projetos de governança, como a implementação de um novo sistema financeiro, podem ser políticos. Agile também mudam a natureza do gerenciamento de projetos:  

• Pensamento em design²⁸ e abordagens de prototipagem para validar o atendimento às necessidades dos usuários substitui os processos tradicionais de TI de cima para baixo
• Comunicações contínuas por meio de quadros de processos que mostram as iterações atuais, o progresso e os atrasos
• Abordagens bimodais em que alguns novos projetos utilizam o Agile, enquanto a manutenção dos sistemas atuais permanece tradicional
• A experimentação em pequenos aplicativos, geralmente começando com protótipos de papel, gera insights 
• Teste cada etapa para descobrir práticas e soluções, muitas vezes não relacionadas à tecnologia, que funcionem de forma eficaz no contexto

6. Tecnologia avançada

"Aumentar a flexibilidade para incorporar tecnologias avançadas no FMIS, incluindo sistemas baseados na Web ou em várias camadas." 

A tecnologia avançada geralmente é implementada como funções autônomas ou para satisfazer os requisitos exclusivos dos ministérios. Os aplicativos de governo inteligente e de autoatendimento para cidadãos têm um potencial de retorno significativo. Entretanto, os governos que enfrentam dificuldades com a implementação da funcionalidade financeira básica podem não estar em condições de adquirir e implementar efetivamente a tecnologia avançada. 

A maioria dos observadores descreve a necessidade de desenvolver casos de negócios antes de adquirir tecnologias avançadas, embora seja difícil tirar conclusões sobre a utilidade desses casos. A experimentação é incentivada, mas a maioria das provas de conceito de blockchain e muitas provas de conceito de aprendizado de máquina e IoT não conseguiram escalar no governo, apesar de tantos "casos de uso" publicados pelos principais fornecedores de tecnologia.

Perspectiva de implementação

A utilidade das tecnologias avançadas para ampliar a funcionalidade financeira do governo depende do contexto do país:

• Metas do usuário, incluindo infraestrutura digital, habilidades e formatos de dispositivos usados
• Normas sociais e culturais relacionadas à automação, privacidade e segurança
• Priorização de domínios com base nas necessidades do país, como a aplicabilidade do blockchain para registro de propriedades em países com largura de banda suficiente que sofrem com a evasão fiscal de propriedades

Perspectiva tecnológica

As tecnologias avançadas geralmente exigem "sistemas de registro" de back-office confiáveis.²⁹ como um gerenciamento financeiro robusto:

• Sistemas de engajamento como pagamentos on-line de cidadãos e empresas para licenças, autorizações ou impostos, requer integração com sistemas de receita, despesas, gerenciamento de casos e sistemas bancários
• Sistemas de inteligência como o on-line portais de transparência orçamentária Exigir integração com sistemas de contabilidade governamental de retaguarda com dados integrados para obter informações precisas e oportunas
• Sistemas de inovação tais como ativos inteligentes requer integração com sistemas de aquisição de back-office para gerenciar a manutenção e prever as necessidades de substituição

Recomendações

Os governos devem considerar o uso de tecnologia avançada de forma holística:

• Priorização, combinando casos de uso de tecnologia avançada com as necessidades do país e identificando as necessidades de infraestrutura digital dependentes
• Experimentação usando técnicas de implementação ágil para solidificar os retornos potenciais e priorizar as iniciativas
• Aquisição ágil métodos para envolver fornecedores inovadores para criar provas de conceito
• A análise dos sistemas existentes para entender qual iniciativa de tecnologia avançada pode ser melhor viabilizada
• Testar soluções na nuvem pública³⁰ e código aberto, sempre que possível, para reduzir custos
• Foco em protótipos e provas de conceito com menos preocupação com as plataformas usadas, reconhecendo que as soluções implementadas podem ter plataformas diferentes
• Considere o melhor híbrido³¹ aplicativos de nuvem privada³², serviços compartilhados³³, nuvem comunitária³⁴e nuvem pública tecnologias para otimizar os custos e a segurança cibernética, reconhecendo que as versões de teste e produção podem ser implantadas com abordagens diferentes
• A maioria das tecnologias avançadas é baseada em projetos de código aberto, portanto, os governos devem preferir isso a soluções proprietárias, especialmente nos estágios de experimentação

7. Desempenho e transparência

"O objetivo geral de um FMIS, como principal ferramenta de gestão fiscal, é gerar dados e relatórios financeiros oportunos, relevantes e confiáveis que apoiem a tomada de decisões financeiras e melhorias na disciplina fiscal, no controle de despesas e na transparência fiscal." 

O pensamento sobre análise no setor de software empresarial amadureceu nas últimas duas décadas. Um exemplo é a Quatro recursos analíticos apresentado pela Grupo Gartner de: 

• Descritivo: o que aconteceu?
• Diagnóstico: por que isso aconteceu?
• Preditivo: o que acontecerá?
• Prescritivo: o que devo fazer?

A tomada de decisões financeiras exige mais do que os relatórios tradicionais. Os relatórios estatutários são obrigatórios no governo. Mas os relatórios de exceção e os alertas são muito mais importantes do ponto de vista operacional. O valor real da tomada de decisões vem da previsão, da ciência de dados, dos modelos analíticos e da visualização.

A transparência fiscal geralmente é apoiada usando a mesma infraestrutura e ferramentas semelhantes fornecidas aos tomadores de decisão do governo. Isso porque a transparência fiscal permite a tomada de decisões por parte de cidadãos, expatriados, empresas, investimentos estrangeiros diretos, remessas e agências de crédito. 

Também deve ser entendido que o gerenciamento do desempenho é muito mais difícil no governo do que no setor privado. As empresas operam com base em um resultado final - o lucro. Os gerentes de negócios sabem que o não cumprimento dos objetivos de lucro quando os objetivos de desempenho são atingidos é um sinal de objetivos ruins. No entanto, os governos não têm esse resultado final. E, muitas vezes, há muitos fatores envolvidos, fora do controle do governo, que afetam os resultados.

Perspectiva de implementação

Há vários recursos de "inteligência de negócios" e "gerenciamento de desempenho corporativo"³⁵ soluções de software. A implementação dessas soluções depende de muitos fatores não tecnológicos:

• Vínculos lógicos de desempenho com a estratégia do governo para uma medição consistente, como a relação custo-benefício das aquisições e a avaliação de desempenho dos funcionários públicos
• Vínculos lógicos entre metas de resultados e produtos com classificações orçamentárias para acompanhar a eficácia das alocações (o que chamamos de: integração do plano de contas com o plano de metas)
• Conjunto adequado de indicadores de desempenho para facilitar o acompanhamento, sem sobrecarregar os funcionários públicos
• Acessibilidade, clareza e usabilidade das informações com base no público-alvo

Qualidade e amplitude de informações para cientistas de dados³⁶

Perspectiva tecnológica

A integração entre os sistemas facilita o gerenciamento do desempenho e permite a automação da transparência fiscal. As considerações tecnológicas incluem:

• Integração de metadados entre sistemas, especialmente classificações de orçamento e metas, usando o gerenciamento de metadados corporativos³⁷
• Aumento do volume de big data, incluindo dados não estruturados na forma de documentos, trilhas de auditoria, dispositivos de IoT e feeds de mídia social.
• Aumento da complexidade da classificação de informações para aprendizado de máquina
• Necessidade potencial de análise de computação de borda e computação em nuvem elástica para conjuntos de dados muito grandes
• Análise de autoatendimento³⁸ necessidades usando scorecards, painéis de controle e consultas de dados fáceis 

Recomendações

Relatórios, análises e painéis eficazes para auxiliar os tomadores de decisão exigem a integração de dados entre os sistemas:

• Uso de armazenamento de dados³⁹ tecnologia para racionalizar dados de sistemas diferentes para os tomadores de decisão em situações em que há uma consistência razoável de dados 
• Métodos de validação de informações para melhorar a qualidade dos dados, que podem incluir métodos de limpeza de dados
• Uso de lagos de dados⁴⁰ e computação em nuvem para gerenciar big data⁴¹ integração para tomadores de decisões financeiras
• Desenvolver habilidades adequadas de TI e ciência de dados para criar análises mais eficazes
• Uso de visualização⁴² tecnologias para simplificar a tomada de decisões por meio do reconhecimento de padrões
• Adaptar a produção de informações para que sejam acessíveis e compreendidas pelos usuários finais visados

8. Construir vs. Comprar

A tabela na parte superior deste artigo, que descreve as vantagens e desvantagens das soluções alternativas de TI, apresenta as opções de soluções de TI internas, soluções de software desenvolvidas localmente e soluções comerciais de prateleira.

A alternativa GRP Commercial-Off-The-Shelf (COTS) não é descrita especificamente no documento. Em nossa opinião, o GRP fornece todos os recursos COTS comprar benefícios para governos com menos desvantagens. Além disso, as plataformas GRP oferecem construir benefícios. Construir vs. comprar não é mais uma escolha binária para os governos.

Perspectiva de implementação

O pensamento sobre a construção versus a compra de sistemas financeiros governamentais mudou ao longo do tempo:

• A falta de funcionalidade governamental no software COTS levou a maioria dos governos a desenvolver software personalizado ("soluções de software desenvolvidas localmente"), cuja cobertura nem sempre era abrangente, e o desenvolvimento e os testes não estavam em níveis comerciais
• A adição de funcionalidades governamentais, como a contabilidade de compromissos, no software COTS deu início à tendência de migração para o COTS, principalmente nos países desenvolvidos, com ampla cobertura e código de qualidade superior
• Implementações governamentais de COTS, especialmente de ERP (Enterprise Resource Planning)⁴³ tornaram-se complicados e excessivamente personalizados, gerando altos custos e dificuldade de adaptação a mudanças
• Surgiram softwares COTS de GRP, embora, com exceção do FreeBalance, a maioria dos fornecedores de GRP se concentre em funções subnacionais, regionais ou especializadas, como gerenciamento de ajuda, portais de orçamento, administração alfandegária, gerenciamento de dívidas ou administração tributária 
• As soluções GRP COTS geralmente são mais flexíveis do que o software sob medida desenvolvido internamente ou localmente
• Alguns governos de economias avançadas tentaram, com sucesso limitado, adotar serviços compartilhados de ERP com versões genéricas e processos padronizados
• Muitos países continuam a usar software personalizado ("soluções de software desenvolvidas localmente") para funcionalidades essenciais ou periféricas, apesar da complexidade de fazê-lo
• Os analistas de tecnologia da informação recomendam que a funcionalidade principal, como livros-razão, seja adquirida como COTS, mas os analistas de desenvolvimento de condados veem o software personalizado como uma opção legítima para os governos

Perspectiva tecnológica

Há várias considerações tecnológicas, independentemente das opções de construção ou compra:

• Flexibilidade, abertura, adaptabilidade e usabilidade das plataformas e ferramentas tecnológicas utilizadas
• Conhecimento e suporte de tecnologias e ferramentas selecionadas em todo o setor 
• Modernidade das tecnologias usadas com o objetivo de facilitar o suporte no futuro
• Suporte à mais ampla variedade de navegadores, dispositivos e formatos
• Linguagens de programação adequadas à finalidade, inclusive se podem ser dimensionadas para atender aos requisitos do governo
• Plataformas tecnológicas e governamentais que podem acelerar o desenvolvimento
• Capacidade de oferecer suporte às infraestruturas digitais atuais do país

Conclusões e observações

O documento oferece aos profissionais mais informações sobre os principais fatores para o sucesso sustentado dos sistemas FMIS:

Tecnologia e design de soluções 

• A tecnologia e o design definem "a capacidade do sistema de atender às necessidades atuais e previstas de PFM"
• As abordagens de modularidade baseadas em componentes aumentam a reutilização, a adaptabilidade e a extensibilidade, permitindo uma mudança de um "conjunto totalmente integrado de funções e processos para um sistema virtual"
• Os projetos pós-modernos suportam melhor a interoperabilidade do sistema financeiro, a integração de tecnologias emergentes e a capacidade de implantação em infraestrutura mais barata para superar "desafios na sincronização e normalização de dados de várias fontes"
• Os sistemas abertos suportam a mais ampla gama de opções de tecnologia

Gerenciamento financeiro transformacional

• O uso de tecnologias de implementação ágil e de desenvolvimento de produtos dá suporte ao gerenciamento de mudanças de transformação
• Reconhecimento de que o FMIS traz interrupções aos serviços públicos, como o aumento da "transparência no setor público" fiscal

Governança de projetos e produtos 

• O uso de implementação ágil e de tecnologias de desenvolvimento de produtos melhora a governança do FMIS ao se conectar melhor com as necessidades do usuário
• Reconhecimento de que "forte motivação e comprometimento político" são necessários para o sucesso, dados os incentivos em jogo na transformação do setor público e "estratégia eficaz de gerenciamento de mudanças, bem como arranjos institucionais para coordenar as atividades entre as diversas partes interessadas"

Recomendações

1. Especificidade-Indústria: Muitas soluções COTS foram criadas para outros mercados. isto tem conseqüências significativas para os governos que têm tantas necessidades únicas
   • Considere comprar Quando o software é escrito para a função governamental, o design do produto é importante
   • Considere construir quando não há software disponível para a função governamental, especialmente quando se trata de uma necessidade estatutária exclusiva
2. Risco do produto: A criação de funcionalidades complexas, como um livro-razão, é arriscada, e a flexibilidade para mudanças é importante. isto tem consequências significativas para os governos que esperam uma futura modernização e reforma
   • Considere comprar quando as necessidades de pegada do produto são complicadas e são esperadas mudanças futuras
   • Considere construir quando as necessidades de pegada do produto são modestas, e poucas mudanças futuras são esperadas
3. Risco de integração: O software não deve ser considerado uma caixa preta - silos isto tem consequências significativas para os governos que carecem de metadados e controla a integração através dos ciclos orçamentários
   • Considere comprar quando as necessidades de integração funcional são altas, como compras, ativos e gerenciamento de investimentos públicos, em que as incompatibilidades de interface podem ter consequências materiais, como atrasos do governo e orçamentos ilegalmente excedidos, ou quando as informações do sistema são essenciais para os tomadores de decisão e para a transparência fiscal
   • Considere construir quando as funções operam isoladamente com necessidade limitada de lançamento em sistemas financeiros centrais

Notas de rodapé Glossário

1. Comercial fora da prateleira (COTS): Os produtos comerciais prontos para uso ou comercialmente disponíveis (COTS) são soluções empacotadas que são adaptadas para atender às necessidades da organização compradora, em vez de encomendar soluções personalizadas ou sob medida. Fonte: Wikipedia
2. Custo total de propriedade (TCO): Uma avaliação abrangente da tecnologia da informação (TI) ou de outros custos ao longo do tempo nos limites da empresa. Para TI, o TCO inclui aquisição de hardware e software, gerenciamento e suporte, comunicações, despesas do usuário final e o custo de oportunidade de tempo de inatividade, treinamento e outras perdas de produtividade. Fonte: Gartner 
3. Projeto de software modular: Refere-se a uma estratégia de design em que um sistema é composto de rotinas relativamente pequenas e autônomas que se encaixam. Fonte: Webopédia
4. Ativação progressiva: Abordagem de adaptabilidade e modularidade em sistemas GRP que pressupõe mudanças significativas no futuro, incluindo a adição de novas funções, o aumento da amplitude funcional, a alteração de classificações, o aumento da automação e o suporte à reforma e modernização previstas do governo. 
5. Arquitetura orientada a serviços: A arquitetura orientada a serviços (SOA) é um paradigma e uma disciplina de design que ajuda a TI a atender às demandas comerciais. Algumas organizações obtêm benefícios significativos com o uso da SOA, incluindo um tempo de comercialização mais rápido, custos mais baixos, melhor consistência dos aplicativos e maior agilidade. A SOA reduz a redundância e aumenta a usabilidade, a capacidade de manutenção e o valor. Isso produz sistemas interoperáveis e modulares que são mais fáceis de usar e manter. A SOA cria sistemas mais simples e rápidos que aumentam a agilidade e reduzem o custo total de propriedade (TCO). Fonte: Grupo Gartner
6. Extensibilidade: Um princípio de projeto de sistemas e engenharia de software que prevê o crescimento futuro. A extensibilidade é uma medida da capacidade de estender um sistema e do nível de esforço necessário para implementar a extensão. As extensões podem ser feitas por meio da adição de novas funcionalidades ou da modificação de funcionalidades existentes. O princípio prevê aprimoramentos sem prejudicar as funções existentes do sistema. Fonte: Gartner
7. Princípio da granularidade do serviço: No contexto da engenharia de software e da arquitetura de software, a granularidade do serviço é uma das principais preocupações de design ao aplicar o paradigma de orientação a serviços, por exemplo, durante a modelagem orientada a serviços. A granularidade do serviço especifica o escopo da funcionalidade comercial e a estrutura da carga útil da mensagem em uma operação de serviço que é fornecida em uma arquitetura orientada a serviços (SOA). Fonte: Wikipedia
8. Acoplamento solto: Na computação e no projeto de sistemas, um sistema fracamente acoplado é aquele em que cada um de seus componentes tem, ou faz uso de, pouco ou nenhum conhecimento das definições de outros componentes separados. As subáreas incluem o acoplamento de classes, interfaces, dados e serviços. O acoplamento frouxo é o oposto do acoplamento rígido. Fonte: Wikipedia
9. Metadados: Comumente chamados de "dados sobre dados". Nos sistemas GRP, os metadados incluem classificações comuns como orçamento, organização, contabilidade, estatísticas e desempenho. 
10. Interoperabilidade: Interoperabilidade é a propriedade que permite o compartilhamento irrestrito de recursos entre sistemas diferentes. Isso pode se referir à capacidade de compartilhar dados entre diferentes componentes ou máquinas, tanto por meio de software quanto de hardware, ou pode ser definido como a troca de informações e recursos entre diferentes computadores por meio de redes locais (LANs) ou redes de longa distância (WANs). Em termos gerais, a interoperabilidade é a capacidade de dois ou mais componentes ou sistemas trocarem informações e usarem as informações que foram trocadas. Fonte: Tecnopédia
11. Separação de funções: O conceito de ter mais de uma pessoa necessária para concluir uma tarefa. Nos negócios, a separação por compartilhamento de mais de um indivíduo em uma única tarefa é um controle interno destinado a evitar fraudes e erros. Fonte: Wikipedia
12. Interface de programação de aplicativos (API): Na programação de computadores, uma interface de programação de aplicativos (API) é um conjunto de definições de sub-rotinas, protocolos de comunicação e ferramentas para a criação de software. Em termos gerais, é um conjunto de métodos de comunicação claramente definidos entre vários componentes. Uma boa API facilita o desenvolvimento de um programa de computador ao fornecer todos os blocos de construção, que são então montados pelo programador. Fonte: Wikipedia
13. Serviços da Web: Um conceito e uma infraestrutura de software para comunicação entre programas e fornecimento de componentes de aplicativos. O conceito de serviços da Web trata o software como um conjunto de serviços acessíveis em redes onipresentes usando padrões e protocolos baseados na Web. Especificamente, um serviço da Web é um componente de software que pode ser acessado por outro aplicativo (como um cliente, um servidor ou outro serviço da Web) por meio do uso de protocolos e transportes ubíquos e geralmente disponíveis. Fonte: Gartner
14. Middleware: Middleware é a "cola" de software que ajuda programas e bancos de dados (que podem estar em computadores diferentes) a trabalharem juntos. Sua função mais básica é permitir a comunicação entre diferentes partes do software. Fonte: Grupo Gartner
15. Governança da informação: A especificação dos direitos de decisão e uma estrutura de responsabilidade para garantir o comportamento adequado na avaliação, criação, armazenamento, uso, arquivamento e exclusão de informações. Inclui os processos, funções e políticas, padrões e métricas que garantem o uso eficaz e eficiente das informações para permitir que uma organização atinja seus objetivos. Fonte: Gartner
16. Barramento de serviços empresariais (ESB): Um Enterprise Service Bus (ESB) é fundamentalmente uma arquitetura. É um conjunto de regras e princípios para a integração de vários aplicativos em uma infraestrutura semelhante a um barramento. Os produtos ESB permitem que os usuários criem esse tipo de arquitetura, mas variam na forma como o fazem e nos recursos que oferecem. O conceito central da arquitetura ESB é que você integra diferentes aplicativos colocando um barramento de comunicação entre eles e, em seguida, permite que cada aplicativo se comunique com o barramento. Isso desacopla os sistemas uns dos outros, permitindo que eles se comuniquem sem dependência ou conhecimento de outros sistemas no barramento. O conceito de ESB nasceu da necessidade de se afastar da integração ponto a ponto, que se torna frágil e difícil de gerenciar com o tempo. A integração ponto a ponto faz com que o código de integração personalizado seja distribuído entre os aplicativos, sem uma maneira central de monitorar ou solucionar problemas. Isso geralmente é chamado de "código espaguete" e não é dimensionado porque cria dependências rígidas entre os aplicativos. Fonte: Mulesoft
17. Sistemas Abertos: Sistemas de computador que oferecem alguma combinação de interoperabilidade, portabilidade e padrões de software abertos. Fonte: Wikipedia
18. Pós-moderno: Uma estratégia de tecnologia que automatiza e vincula recursos comerciais administrativos e operacionais (como finanças, RH, compras, fabricação e distribuição) com níveis adequados de integração que equilibram os benefícios da integração fornecida pelo fornecedor com a flexibilidade e a agilidade dos negócios. Fonte: Gartner
19. Agile: Abordagem de desenvolvimento que fornece software em incrementos, seguindo os princípios do Manifesto para o Desenvolvimento Ágil de Software. Fonte: Gartner
20. TI bimodal: A prática de gerenciar dois estilos de trabalho separados, mas coerentes: um voltado para a previsibilidade e o outro para a exploração. O Modo 1 é otimizado para áreas que são mais previsíveis e bem compreendidas. Ele se concentra em explorar o que é conhecido e, ao mesmo tempo, renovar o ambiente legado em um estado adequado para um mundo digital. O Modo 2 é exploratório, com experimentos para resolver novos problemas e otimizado para áreas de incerteza. Essas iniciativas geralmente começam com uma hipótese que é testada e adaptada durante um processo que envolve iterações curtas, possivelmente adotando uma abordagem de produto mínimo viável (MVP). Ambos os modos são essenciais para criar um valor substancial e promover mudanças organizacionais significativas, e nenhum deles é estático. Combinar uma evolução mais previsível de produtos e tecnologias (Modo 1) com o novo e inovador (Modo 2) é a essência da capacidade bimodal de uma empresa. Ambos desempenham um papel essencial na transformação digital. Fonte: Gartner
21. Estrutura ágil escalonada (SAFe): Um conjunto de padrões de organização e fluxo de trabalho destinado a orientar as empresas no dimensionamento de práticas enxutas e ágeis. Fonte: Wikipedia
22. Adaptação iterativa orientada por problemas (PDIA): Uma abordagem passo a passo que o ajuda a decompor os problemas em suas causas básicas, identificar pontos de entrada, buscar possíveis soluções, agir, refletir sobre o que aprendeu, adaptar-se e agir novamente. É um processo dinâmico com ciclos de feedback estreitos que permite que você crie sua própria solução para o problema que se adapta ao seu contexto local. Fonte: Escola de Governo Kennedy de Harvard
23. DevOps: Conjunto de práticas de desenvolvimento de software que combinam o desenvolvimento de software (Dev) e as operações de tecnologia da informação (Ops) para reduzir o ciclo de vida de desenvolvimento de sistemas e, ao mesmo tempo, fornecer recursos, correções e atualizações com frequência, em estreita sintonia com os objetivos comerciais. Fonte: Wikipedia
24. DevSecOps: Pensar na segurança dos aplicativos e da infraestrutura desde o início. Isso também significa automatizar algumas portas de segurança para evitar que o fluxo de trabalho do DevOps fique lento. Selecionar as ferramentas certas para integrar continuamente a segurança pode ajudar a atingir suas metas de segurança, mas a segurança eficaz do DevOps exige mais do que novas ferramentas - ela se baseia nas mudanças culturais do DevOps para integrar o trabalho das equipes de segurança o quanto antes. Fonte: Red Hat
25. Programação orientada a objetos: Paradigma de programação baseado no conceito de "objetos", que podem conter dados, na forma de campos (geralmente conhecidos como atributos ou propriedades), e código, na forma de procedimentos (geralmente conhecidos como métodos). Um recurso dos objetos são os procedimentos de um objeto que podem acessar e, muitas vezes, modificar os campos de dados do objeto ao qual estão associados (os objetos têm uma noção de "this" ou "self"). Na OOP, os programas de computador são projetados com base em objetos que interagem entre si. Fonte: Wikipedia
26. Código baixo: Software que fornece um ambiente que os programadores usam para criar software de aplicativo por meio de interfaces gráficas de usuário e configuração, em vez da programação tradicional de computador. A plataforma pode se concentrar no projeto e no desenvolvimento de um tipo específico de aplicativo, como bancos de dados, processos comerciais ou interfaces de usuário, como aplicativos da Web. Essas plataformas podem produzir aplicativos totalmente operacionais ou exigir codificação adicional para situações específicas. As plataformas de desenvolvimento com pouco código reduzem a quantidade de codificação manual tradicional, permitindo a entrega acelerada de aplicativos comerciais. Fonte: Wikipedia
27. Sem códigoO desenvolvimento sem código: permite que programadores e não programadores criem softwares de aplicativos por meio de interfaces gráficas de usuário e configuração em vez da programação tradicional de computadores. As plataformas de desenvolvimento sem código estão intimamente relacionadas às plataformas de desenvolvimento com pouco código, pois ambas são projetadas para agilizar o processo de desenvolvimento de aplicativos. Fonte: Wikipedia
28. Pensamento em design: Os processos cognitivos, estratégicos e práticos pelos quais os conceitos de design (propostas de novos produtos, edifícios, máquinas etc.) são desenvolvidos por designers e/ou equipes de design. Muitos dos principais conceitos e aspectos do design thinking foram identificados por meio de estudos, em diferentes domínios do design, da cognição e da atividade de design em contextos laboratoriais e naturais. O design thinking também está associado a prescrições para a inovação de produtos e serviços em contextos comerciais e sociais. Fonte: Wikipedia
29. Sistemas de: Estrutura para entender as tecnologias de transformação digital no governo:
    • Sistemas de registroSistemas de informações centrais que fornecem dados transacionais, gerenciamento de transações, fluxo de trabalho e controles
    • Sistemas de engajamento: sistemas de informação projetados para comunicações bidirecionais, e novas formas de coleta de dados, freqüentemente chamados SMACT (Social, Móvel, Analítico, Nuvem, e Internet das Coisas), ou que analistas, que o Gartner Group chama de "o Nexo de Forças"e a IDC chama de "a Terceira Plataforma.”
    • Sistemas de Inteligência: sistemas de informação projetados para dar sentido ao fluxo de informações de novas maneiras:
      • Economia CompartilhadaFacilitar a transferência e a partilha de valores
      • Realidade Aumentada e Realidade Virtual: facilitar a visualização das informações
      • Blockchain: aumentar a confiança digitalmente
      • Computação cognitiva: aumento das capacidades humanas com aprendizado de máquina
      • Sistemas Cibernéticos Físicos: possibilitando a "quarta revolução industrial" de produtividade e personalização sem precedentes, especialmente para governos e cidades inteligentes
    • Sistemas de Inovação: sistemas de informação projetados para avanços na governança, aproveitando as tecnologias emergentes de:
      • Colaboração ágilFacilitar a colaboração entre organizações governamentais, cidadãos, partes interessadas sem fins lucrativos e empresariais, governos externos e instituições internacionais.
      • MicrosserviçosFacilitar a integração entre programas de software usados por governos e partes interessadas
      • Código baixo/ Sem código: facilitando a configuração e a personalização dos sistemas de informação
      • Inteligência Artificiale: aumento dos sistemas de inteligência de sistemas especializados, como UIs de conversação, chatbots, automação de processos robóticos e aprendizado de máquina específico de domínio para IA generalizada
      • Tecnologias que ainda não surgiram ou tecnologias ainda perdidas em meio ao barulho e ao hype
30. Computação em nuvem pública: Um estilo de computação em que recursos escalonáveis e elásticos habilitados para TI são fornecidos como um serviço para clientes externos usando tecnologias da Internet, ou seja, a computação em nuvem pública usa tecnologias de computação em nuvem para dar suporte a clientes externos à organização do provedor. O uso de serviços de nuvem pública gera os tipos de economias de escala e compartilhamento de recursos que podem reduzir custos e aumentar as opções de tecnologias. Do ponto de vista de uma organização governamental, o uso de serviços de nuvem pública implica que qualquer organização (em qualquer setor industrial e jurisdição) pode usar os mesmos serviços (por exemplo, infraestrutura, plataforma ou software), sem garantias sobre onde os dados seriam localizados e armazenados. Fonte: Gartner
31. Computação em nuvem híbrida: Provisionamento, uso e gerenciamento de serviços coordenados e baseados em políticas em uma combinação de serviços em nuvem internos e externos. Fonte: Gartner
32. Computação em nuvem privada: Uma forma de computação em nuvem que é usada por apenas uma organização ou que garante que uma organização esteja completamente isolada de outras. Fonte: Gartner
33. Serviços compartilhados ou centro de serviços compartilhados (SSC) Uma unidade dedicada (incluindo pessoas, processos e tecnologias) estruturada como um ponto de serviço centralizado e focada em funções comerciais definidas. Essas funções são apoiadas por serviços de TI e TI para várias unidades de negócios dentro da empresa. Os serviços compartilhados podem vir de vários locais físicos diferentes e podem envolver várias funções de negócios e processos de TI. A definição, a estrutura e o escopo de um SSC começam na empresa. Às vezes, as empresas contratam fornecedores externos para prestar consultoria sobre vários elementos do projeto, da estrutura, das opções de local e de execução. A execução e o fornecimento de longo prazo podem ser feitos pela equipe interna da empresa, por prestadores de serviços ou por uma combinação de ambos. Consequentemente, a definição de serviços compartilhados é independente da opção de sourcing para a entrega. Fonte: Gartner
34. Computação em nuvem comunitária: Um ambiente de serviço de computação em nuvem compartilhado que é direcionado a um conjunto limitado de organizações ou funcionários (como bancos ou chefes de empresas comerciais). O princípio de organização da comunidade varia, mas os membros da comunidade geralmente compartilham requisitos semelhantes de segurança, privacidade, desempenho e conformidade. Os membros da comunidade podem querer invocar um mecanismo que geralmente é executado por eles mesmos (e não apenas pelo provedor) para analisar aqueles que estão buscando entrar na comunidade. Fonte: Gartner
35. Gestão do desempenho corporativo: Termo abrangente que descreve as metodologias, as métricas, os processos e os sistemas usados para monitorar e gerenciar o desempenho comercial de uma empresa. Os aplicativos que permitem o CPM traduzem informações estrategicamente focadas em planos operacionais e enviam resultados agregados. Fonte: Gartner
36. Cientista de dados: A função crítica é para organizações que buscam extrair insights de ativos de informações para iniciativas de "big data" e requer uma ampla combinação de habilidades que podem ser melhor desempenhadas em equipe, por exemplo: A colaboração e o trabalho em equipe são necessários para trabalhar com as partes interessadas do negócio para entender os problemas comerciais. São necessárias habilidades analíticas e de modelagem de decisões para descobrir relacionamentos dentro dos dados e detectar padrões. As habilidades de gerenciamento de dados são necessárias para criar o conjunto de dados relevante usado para a análise. Fonte: Gartner
37. Gerenciamento de metadados corporativos: A disciplina de negócios para gerenciar os metadados sobre os ativos de informação da organização. Metadados são "informações que descrevem várias facetas de um ativo de informação para melhorar sua usabilidade durante todo o seu ciclo de vida". Fonte: Gartner
38. Análise de autoatendimento: Uma forma de business intelligence (BI) na qual os profissionais da linha de negócios são capacitados e incentivados a realizar consultas e gerar relatórios por conta própria, com suporte nominal de TI. A análise de autoatendimento geralmente é caracterizada por ferramentas de BI simples de usar, com recursos analíticos básicos e um modelo de dados subjacente que foi simplificado ou reduzido para facilitar a compreensão e o acesso direto aos dados. Fonte: Gartner
39. Armazém de dados: Uma arquitetura de armazenamento projetada para manter dados extraídos de sistemas de transação, armazenamentos de dados operacionais e fontes externas. Em seguida, o warehouse combina esses dados em um formato agregado e resumido, adequado para análise de dados em toda a empresa e geração de relatórios para necessidades comerciais predefinidas. Fonte: Gartner
40. Lago de dados: Uma coleção de instâncias de armazenamento de vários ativos de dados adicionais às fontes de dados de origem. Esses ativos são armazenados em uma cópia quase exata, ou até mesmo exata, do formato de origem. O objetivo de um data lake é apresentar uma visão não refinada dos dados apenas para os analistas mais altamente qualificados, para ajudá-los a explorar suas técnicas de refinamento e análise de dados, independentemente de qualquer comprometimento do sistema de registro que possa existir em um armazenamento de dados analíticos tradicional (como um data mart ou data warehouse). Fonte: Gartner
41. Grandes dados: Ativos de informações de alto volume, alta velocidade e/ou alta variedade que exigem formas econômicas e inovadoras de processamento de informações que permitam uma melhor percepção, tomada de decisões e automação de processos. Fonte: Gartner
42. Visualização: A ilustração de objetos de informação e seus relacionamentos em uma tela. A visualização estratégica ilustra graficamente a força dos relacionamentos pela proximidade dos objetos na tela. A tecnologia avançada pode fazer uma diferença significativa na capacidade dos usuários de interagir com grandes repositórios de conhecimento. Esses avanços usam a distância entre os objetos na tela para refletir a semelhança de significado, a semelhança de conteúdo ou outros relacionamentos (por exemplo, associação com um grupo). Fonte: Gartner 
43. Planejamento de Recursos Empresariais (ERP)ERP: é definido como a capacidade de fornecer um conjunto integrado de aplicativos de negócios. As ferramentas de ERP compartilham um processo e um modelo de dados comuns, abrangendo processos operacionais abrangentes e profundos de ponta a ponta, como os encontrados em finanças, RH, distribuição, manufatura, serviços e cadeia de suprimentos. Os aplicativos de ERP automatizam e dão suporte a uma série de processos administrativos e operacionais de negócios em vários setores, incluindo a linha de negócios, os aspectos voltados para o cliente, administrativos e de gerenciamento de ativos de uma empresa. No entanto, as implementações de ERP tendem a ter um preço significativo, e os benefícios comerciais são difíceis de justificar e entender. Fonte: Grupo Gartner