Porque é que o software FreeBalance custa menos? class=

Porque é que o software FreeBalance custa menos?

Posted on em Transformação Digital do Governo

Provavelmente está a desperdiçar tempo e dinheiro em software que não funciona para si.

Custo justo e financeiramente sustentável

Qual é o segredo?

É verdade que o software com capacidades semelhantes, implementado através de metodologias semelhantes, com pessoal com competências semelhantes e com modelos empresariais semelhantes, deve ter preços semelhantes. A FreeBalance consegue obter preços de implementação mais baixos através de um modelo de negócio que é único entre os fornecedores de software empresarial.

FreeBalance diferenças de quase todas as ofertas competitivas:

  1. Centrado no cliente modelo empresarial para limitar os custos a longo prazo
  2. Perícia em GFP e um enfoque em desenvolvimento de capacidades
  3. Implementação ágil métodos concebidos para acelerar a aplicação
  4. Pós-moderno específico do governo software que se adapta mais fácil e rapidamente à mudança

1. Modelo de negócio centrado no cliente

Comprometidos com o mercado governamental

FreeBalance é um dirigido de propósito organização centrada na melhoria da governação governamental através da utilização da tecnologia. Concentramo-nos na GFP e no governo aberto. O modelo de negócio da FreeBalance é orientado pela necessidade de sustentabilidade financeira nas implementações do GRP. Isto deve-se ao facto de os sistemas GRP deverem permitir a reforma atual e futura da GFP e da transparência sem que o seu custo seja proibitivo. Isto é conhecido como a Custo total de propriedade (TCO) na indústria tecnológica. E o ónus de operar o software empresarial a um custo mais elevado é conhecido como "Dívida técnica”.

A FreeBalance monitoriza a sustentabilidade financeira e a satisfação do cliente no nosso processo do Sistema de Gestão da Qualidade (SGQ) ISO-9001:2015. Entre as métricas que monitorizamos está a sustentabilidade financeira do cliente porque faz parte do nosso mandato dirigido propositadamente para garantir que as implementações do FreeBalance Accountability Suite é acessível ao longo do tempo. Isso faz com que a FreeBalance se concentre na redução do TCO do cliente.

Acompanhamos as métricas com base em propostas competitivas "chave na mão" cujos preços se tornaram públicos ou conhecidos a título privado. As propostas têm de ter um custo total de 3 a 5 anos para software, implementação e manutenção para serem consideradas "chave na mão". Os requisitos "chave na mão" incluem normalmente middleware, como proteção contra vírus, sistemas de gestão de bases de dados e servidores de aplicações. Os requisitos "chave na mão" incluem frequentemente servidores de rede com outro hardware informático e de rede necessário.

Custo total de propriedade do FreeBalance vs. fornecedores de ERP de nível 1

 2. Experiência em gestão das finanças públicas

Experiência no mercado governamental

Os fabricantes de software raramente estão envolvidos em implementações governamentais, ao contrário do que acontece com FreeBalance onde estamos sempre envolvidos como contratante principal ou parceiro de joint venture nas nossas implementações. O conhecimento especializado é importante.

As equipas tradicionais de implementação de software empresarial para projectos governamentais são constituídas por especialistas no pacote de software que foi vendido, mas com experiência limitada na administração pública. Estas equipas tendem a incluir peritos em projectos governamentais que têm frequentemente uma experiência limitada com o pacote vendido ou com governos em circunstâncias semelhantes. Temos visto um grande número de consultores estrangeiros em projectos governamentais de economias emergentes.

Os projectos governamentais deparam-se frequentemente com problemas quando os consultores não compreendem plenamente o contexto governamental ou quando existem incentivos para as empresas de integração de sistemas gerarem receitas através de taxas de serviços adicionais. Alguns consultores decidem limitar o desenvolvimento de capacidades porque isso reduz as suas oportunidades de receitas a longo prazo.

O Abordagem FreeBalance difere:

  • Estamos envolvidos na equipa de projeto de todas as implementações para garantir que os custos são minimizados, de modo a que os governos possam adquirir mais funcionalidades GRP para apoiar futura reforma da governação
  • Utilizamos pessoal especializado em GFP que conhece os nossos produtos e os implementou em muitas países com circunstâncias semelhantes
  • O nosso pessoal especializado permite utilizar menos pessoal do que nos projectos tradicionais de software empresarial, o que também melhora a coordenação
  • O nosso pessoal especializado conhece as boas práticas para prestar aconselhamento sobre procedimentos e configuração do sistema
  • Abrimos escritórios locais em países onde existe uma implementaçãoe contratar pessoal local a preços locais
  • Formamos o pessoal local e criamos apoio local
  • Centramo-nos no desenvolvimento das capacidades de pessoal local da FreeBalance e funcionários públicos nos países clientes
  • Partilhamos os avanços da governação com os clientes na conferência anual FreeBalance International Steering Committee (FISC) e a Mesa Redonda bianual dos Ministros do FreeBalance (FMRT)
Roteiro de produtos antigos

O roteiro do produto FreeBalance é alterado todos os anos na FISC. Comprometemo-nos com as principais prioridades da FISC e acompanhamos esses compromissos no nosso processo ISO.

Roteiro de produtos FreeBalance

3. Aplicação acelerada

Metodologia governamental

A FreeBalance utiliza uma metodologia de desenvolvimento com certificação ISO-9001:2015 denominada A-i3+qM. A caraterística única desta metodologia ágil é o facto de abranger a implementação de software, a personalização de software para clientes e o desenvolvimento de produtos de software. A-i3+qM não é uma técnica genérica de gestão de projectos. É específica do governo, baseada em quase 40 anos de experiência em matéria de GFP e de transparência governamental.

As implementações de software empresarial antigo seguem processos "em cascata" de recolha de necessidades, documentação, aprovação, implementação e teste. O processo em cascata é centrado na documentação e pressupõe que tudo o que diz respeito à implementação pode ser conhecido à partida. Esta abordagem tradicional tem inúmeras consequências negativas:

  • Integrado através de uma metodologia única para apoiar o desenvolvimento e a implementação de serviços. Isto é integrado com os requisitos do cliente através dos processos centrados no cliente. Isto proporciona transparência entre o pessoal do cliente, os implementadores, e a equipa de desenvolvimento. As equipas de implementação e desenvolvimento de produtos são integradas seguindo as práticas DevOps.
  • Iterativo para responder às mudanças do cliente e da implementação. A metodologia aproveita o melhor das metodologias comprovadas de desenvolvimento de software e serviços "lean" com workshops, iterações curtas, histórias de utilizadores, marcos e a capacidade de mostrar o progresso. Estas técnicas são alargadas para além da organização de desenvolvimento para os serviços de implementação, alavancando os ganhos de produtividade e a capacidade de reagir aos requisitos do cliente.
  • Implementação–focada em modelos de boas práticas e processos comprovados de gestão de programas. Esta metodologia centra-se no sucesso da implementação do cliente, em vez de uma versão de software que atinja objectivos internos ou arbitrários. A implementação e o desenvolvimento do produto são geridos através de um Gabinete de Gestão de Programas.
  • Qualidade assegura que o software é lançado e suportado de acordo com as boas práticas de Commercial Off-the-Shelf (COTS) com testes unitários, de sistema, de stress e de regressão. A qualidade está integrada na implementação, onde a FreeBalance efectua testes com base nos ambientes dos clientes.
A-13+qM
  • Atrasos na implementação, uma vez que os processos actuais e futuros são documentados e analisados, em vez de se utilizarem demonstrações e workshops para criar protótipos
  • A conformidade dos contactos centra-se nas cláusulas das propostas e dos contratos, e não no que é realmente necessário
  • Quaisquer novas necessidades identificadas durante o processo em cascata requerem ordens de alteração e custos acrescidos
  • A funcionalidade está ancorada nas capacidades do sistema atual, em vez de nas capacidades do sistema futuro, em que as práticas manuais e herdadas não são frequentemente substituídas

Os métodos de implementação ágeis melhoram o sucesso dos projectos. Isto estende-se para além das técnicas tecnológicas "lean", "design thinking" e "DevOps" para a reforma governamental. "Fazendo o desenvolvimento de forma diferente" e "Adaptação Iterativa orientada para o Problema" (PDIA) surgiram como técnicas ágeis eficazes.

A FreeBalance utiliza uma abordagem faseada para a implementação. Aproveitamos a capacidade de reconfigurar o nosso software para fornecer versões de referência do software, antes de qualquer personalização.

A-i3+qM permitiu à FreeBalance fornecer a funcionalidade no prazo de 6 meses após o início do projeto.

FreeBalance A-13+qM Abordagem Iterativa
Metodologia Iterativa FreeBalance

Há menos personalização de código necessária para o FreeBalance Accountability Suite do que as aplicações COTS tradicionais. O enfoque da FreeBalance na administração pública permitiu a criação de software que é configurado de forma massiva. As regras comerciais, o fluxo de trabalho, os campos adicionais, a ajuda e a terminologia são todos adaptáveis sem qualquer codificação. Isto significa que não há scripts, chamadas ou personalização de código para suportar estas funcionalidades.
A prática da FreeBalance é colocar todo o código personalizado desenvolvido, com exceção da codificação de relatórios ou interfaces personalizadas, na base de código do produto, para que seja totalmente suportado. Isto também elimina o custo das actualizações de software, reduzindo o código órfão que tem de ser mantido.

A FreeBalance utiliza workshops e storyboards no desenvolvimento de código personalizado. O processo funciona da seguinte forma:

  • Os clientes são formados com uma configuração padrão para que as capacidades do produto sejam compreendidas de modo a minimizar a personalização com base na forma como o sistema anterior funcionava, analisando a funcionalidade configurável incorporada
  • Uma configuração de referência, sem personalização de código, é desenvolvida em workshops
  • Os storyboards são utilizados para compreender facilmente a funcionalidade de novos produtos
  • Existe um conjunto de pontos de validação desde o storyboard até ao teste de aceitação do utilizador

Esta abordagem ágil acelera o desenvolvimento e a implementação em comparação com a abordagem em cascata.

Abordagem do legado
FreeBalance A-13+qM Abordagem acelerada


Descobrimos que a abordagem tradicional em cascata, que consiste em documentar integralmente todas as funções actuais, as novas funções e as lacunas, atrasa significativamente o desenvolvimento personalizado. É difícil para os funcionários públicos compreenderem especificações técnicas pormenorizadas. É comum que as especificações sejam aprovadas apenas para descobrir que a personalização resultante não cumpre os objectivos. Os storyboards são mais eficazes. 
O processo específico de personalização de código em nome dos clientes é apresentado no diagrama seguinte:

Processo de desenvolvimento personalizado A-13+qM

4. Software pós-moderno específico da administração pública

Desenho Governamental

Ao contrário da maioria dos softwares empresariais, o FreeBalance Accountability Suitefoi reescrita de raiz para refletir os últimos avanços tecnológicos. Em particular, a Suite foi concebida para ser configurada em massa, utilizando muitas técnicas sem código. Isto é o que se tornou conhecido como "pós-moderno" software empresarial.
O Plataforma FreeBalance AccountabilityA FreeBalance Accountability Suite, a tecnologia subjacente às aplicações da FreeBalance Accountability Suite, foi concebida para uma configuração maciça.

A abordagem de configuração reduz o tempo necessário para adaptar o software às necessidades dos clientes, permitindo simultaneamente uma futura reforma ou "ativação progressiva". As áreas de configuração são únicas no sector do software empresarial:

  • Todas as regras de negócio são parametrizadas, todos os objectos de negócio têm parâmetros
  • O fluxo de trabalho é configurado sem código
  • São configurados campos e tabelas adicionais
  • A língua e a terminologia são configuradas, de modo a que todos os termos sejam alterados de acordo com a terminologia do governo
  • A documentação e a ajuda são configuradas num sistema de gestão de conteúdos
Configuração vs Personalização

Muitos fornecedores de software empresarial afirmam ter conseguido "pós-moderno" configurabilidade para implementações no local e na nuvem. Estes fornecedores afirmam frequentemente que os scripts e as chamadas são "configuração". Trata-se de personalização de código.

Naturalmente, a maioria do software COTS, como o ERP, foi originalmente concebido para empresas e alargado a outros sectores. Estas aplicações têm uma configuração limitada para as necessidades da administração pública. O software FreeBalance foi concebido exclusivamente para a administração pública. Isto torna possível ter um GRP massivamente configurado.

Implementações governamentais financeiramente sustentáveis

O FreeBalance consegue reduzir os custos de GRP através de metodologia, configuração, compromissoe tecnologia. Isto é suficiente?

FreeBalance Accountability Suite. Saiba mais

Um dos objectivos da FreeBalance é encontrar formas de reduzir ainda mais o TCO. As propostas de preços para implementações de fases múltiplas de 5 anos não captam todos os custos. O sistema financeiro do FreeBalance sustentabilidade A vantagem estende-se ainda mais quando os elementos de custo não incluídos nos concursos públicos são avaliados:

  • Custos de manutenção e atualização, incluindo a necessidade de consultoria adicional
  • Custos de capacidade baseados na complexidade do produto, incluindo custos de erros
  • Custos de retenção do pessoal
  • Custos de alteração do software para apoiar a futura reforma
TCO do FreeBalance

 Ler mais

Tópicos

Contacto