Upload
freebalance
View
1.056
Download
0
Tags:
Embed Size (px)
DESCRIPTION
how can government financial management software be financially and environmentally sustainable?
Citation preview
Version 7 section
• brief discussion What is Sustainable Government
Resource Planning?
April 16, 2012
Doug Hadden
VP Products
Version 7 section
• brief discussion
Version 7 section
• Budget-centric software designed to meet resource management requirements (financial and non financial)
• Sometimes referred to as Integrated Financial Management Information Systems (IFMIS)
• Covers all aspects of government budgeting, revenue, expenditures
GOVERNMENT RESOURCE PLANNING [GRP]
Version 7 section
• brief discussion
Version 7 section • Systems must be financially sustainable by
governments
• Environmentally sustainability – Financially sustainability linkage
• Sustainability is particularly important in developing countries
GRP SUSTAINABILITY
Version 7 section
• brief discussion
Version 7 section • Show characteristics of
GRP financial sustainability
• Align financial sustainability with Total Cost of Ownership (TCO) concept
• Align financial sustainability with environmental sustainability
PRESENTATION GOAL
Version 7 section
• brief discussion
1. Financially Sustainable Prerequisite:
GRP must be operational
Version 7 section
• brief discussion
GRP is in use
Version 7 section
• brief discussion
delivered on budget
Version 7 section
• brief discussion
delivered on time
Version 7 section
• brief discussion
achieves expectations
Version 7 section
• brief discussion
demonstrably improves processes
Version 7 section
• brief discussion
Version 7 section Yet, Failure is not Uncommon • Estimates range (depending on definition) from
20 to 40% for large IT projects
• Enterprise Resource Planning projects tend to have high cost overruns in public and private sector
• Large IT project failure rate thought to be higher in government than in private sector
• Hard for GRP to be financial sustainable long term if failed to meet objectives in first place
Version 7 section
• brief discussion
2. Flexibility
Version 7 section
• brief discussion
Version 7 section Context: GRP more subject to
change than ERP 1. Cannot adopt many “best practices” because
requires legal reform – that takes time
2. Many argue that there are few “best practices” but many “good practices”
3. It is considered a good practice to sequence public financial management reform
4. Elections result in new governments with different priorities
Version 7 section
• brief discussion
ability to roll-out to all government entities without difficulty
Version 7 section
• brief discussion
adaptable to change
Version 7 section
• brief discussion
supports public financial management modernization
Version 7 section
• brief discussion
without need for consultants
Version 7 section
• brief discussion
Version 7 section Context
• Government self-sufficiency is a critical theme in GRP sustainability
• Initial success in first phase often difficult to replicate as software rolls out to the periphery of the organization
Version 7 section
• brief discussion
Version 7 section 3. Financially Sustainable
Version 7 section
• brief discussion
low Total Cost of Ownership (TCO)
Version 7 section
• brief discussion
= low cost to upgrade to next
version
Version 7 section
• brief discussion = low training costs
Version 7 section
• brief discussion
= low staff and staff retention
costs
Version 7 section
• brief discussion
Version 7 section Context
• Staff, upgrade, on-going consultant costs rarely calculated in GRP projects
• i.e. World Bank methodology typically covers 5 Year TCO but not upgrade or staff retention costs
Version 7 section
• brief discussion
4. Environmentally
Sustainable
Version 7 section
• brief discussion power required to run GRP in data centre can
be substantial
Version 7 section
• brief discussion
software may require significant amounts of
hardware
Version 7 section
• brief discussion
why is software material to data centre power consumption?
Version 7 section
• brief discussion
software bloat: poorly implemented code
Version 7 section
• brief discussion
“featurities”: too many unused features taking
memory, CPU, disk
Version 7 section
• brief discussion
including requiring many database tables
Version 7 section
• brief discussion and using legacy, obsolete
computer languages that require more hardware resources (“rust”)
Version 7 section
• brief discussion
not to mention: proprietary software languages and
“middleware” requiring expensive consultants and extensive
certification
Version 7 section
• brief discussion
you may be shocked to discover how much old & inefficient old client/server software code is still operating in the latest version of “modern” software
Version 7 section
• brief discussion
…not mentioning any names…
Version 7 section
• brief discussion
so, don’t be fooled by all the “hype”
36 36
Version 7 section
• brief discussion putting legacy code in the cloud can improve efficiencies somewhat, but
still does not optimize the power footprint
37 37
Version 7 section
• brief discussion
Version 7 section Conclusions: Linkages
• Environmentally sustainable GRP reduces running costs
• The “total cost of ownership” for public financial management often much higher than software & maintenance $$$