Archive for the ‘open source’ Category

6. Government Resource Planning (GRP) Checklist

Thursday, December 17th, 2009

This is section 6 of a series of blog entries creating a Government IFMIS Technology Evaluation Guide. This includes information to assist in evaluating IFMIS options and the technology requirements for FreeBalance IFMIS implementations. These series will be combined with feedback to produce a comprehensive Technology Evaluation Guide to be published on our web site.

Governments have choices to implement Integrated Financial Management Information Systems (IFMIS) for Government Resource Planning:

  1. Custom developed by the government or consulting firm
  2. Generic Commercial-Off-The-Shelf (COTS) business software, such as Enterprise Resource Planning (ERP), adapted to meet government needs 
  3. Government-specific COTS GRP software

FreeBalance provides:

  • FreeBalance Accountability Suite, a COTS GRP software suite
  • FreeBalance Accountability Platform, a government-specific platform, (that forms the basis for the FreeBalance Accountability Suite) and enables the development of custom government applications

The checklist is designed to assist governments in evaluating GRP options.

Government focus – to what extent is vendor technology developed for government?

Value Best Good Fair Limited
Software functional design Software designed exclusively for government Software designed with public sector in mind Software originally designed for private sector in mind Software is custom developed
Meeting unique requirements Software uses configuration parameters and other non-programmatic methods Software uses accelerators for government implementations Software requires code customization to meet needs Software is custom developed
Localization Supports local languages and enables adjusting terminology. Supports rapid import of languages through multi-language technique and enables adjusting terminology. Is multi-lingual but requires significant effort to support translation. Cannot support local languages.
Internationalization Supports Unicode, multiple languages, different character sets, right-to-left and left-to-right languages in same configuration Supports Unicode, multiple languages, different character sets, only right-to-left or left-to-right languages in same configuration Supports Unicode, multiple languages, but limited character set option, only right-to-left or left-to-right languages in same configuration Does not support Unicode, but supports multiple languages
Help and documentation Help, documentation, e-learning integrated and can be extended to show processes in use by government Custom software has help and documentation designed specifically for government. Help, documentation, e-learning integrated but cannot be extended by government Help, documentation, e-learning a separate sub-systems, some of which can be adapted by government.
Business rules and workflow Parameter setting with simple table-driven workflow. Out of box workflow includes generic government functions. Parameter setting with simple table-driven workflow. Out of box workflow does not include generic government functions. Workflow and/or business rule changes require use of complex generic workflow or business rule tools. Requires code customization to change workflow and business rules.
Rule and workflow flexibility Supports broad range of rule and workflow designed for government without need for code customization and follows good government practices Supports broad range of private sector rule and workflow configuration that can contradict good government practices Customization approach that is flexible but expensive and can contradict good government practices Custom developed and highly flexible so able to implement rules and workflow that contradict good government practices
Software platform design Software platform designed for government includes government components Software includes some government-specific components Platform is proprietary to vendor and has some private sector functions that can be leveraged in government Purely generic technical platform
Adapting to government reform and modernization Progressive activation to enable changes via parameters Many parameters can change Some generic parameters can change but does not support substantial changes easily Requires code customization to adapt to changes
Budget focused Budget and controls built into all modules including HR Budget and controls built-in only to financial management functions Budget and controls added to private sector software Software requires customization in order to support budget management
Controls flexibility Supports multiple controls (appropriations, warrants, budgets) across different fiscal periods with tolerance controls, aggregate to line item, and two commitment stages Supports multiple controls (appropriations, warrants, budgets) across different fiscal periods with tolerance controls, aggregate to line item, with one commitment stage Supports multiple controls (appropriations, warrants, budgets) across different fiscal periods without tolerances Supports line item budget controls only
Support of the budget cycle Supports budget preparation and budget execution Supports budget execution with commitment controls but uses private sector budget preparation Supports budget execution with commitment controls but has no budget preparation Software requires customization in order to support budget cycle
Budget balancing Supports real-time look up of budget (commitments, obligations, received, actuals) and balances against General Ledger Supports real-time look up of budget (commitments, obligations, received, actuals) but does not balance against General Ledger Supports departmental real-time budgets but not whole of government budgets in real-time Does not provide real-time budget information
Functional completeness for government Includes only government functionality, no private-sector specific functions Customized software to be designed specifically for government customer, although runs risk of hard-coding functionality Software configuration limits many private sector functions Software includes both public and private sector functionality and requires configuration or customization to remove private sector functionality.
Chart of Accounts Flexibility Can model multiple segments with alternative roll-ups, support multi-year COA Can model multiple segments with alternative roll-ups, limited multi-year COA Can model current needs in COA, but difficult to adapt COA in future years to reflect changes COA is hard-coded
Accounting methods Supports cash, modified cash, modified accrual and accrual with ability to modernize from one method to the other Supports cash, modified accrual and accrual with ability to modernize from one method to the other Supports cash, modified accrual and accrual without ability to modernize from one method to the other Only supports private sector accrual accounting
Support for public sector accounting standards Supports IPSAS (cash and accrual), GFS, MTEF, COFOG and other relevant standards Current international standards adopted by government is supported Current international standards adopted by government can be customized Custom developed software that could meet relevant standards
Sequenced implementation Can sequence from core treasury functions with simple configuration to all government financial functions and complex configuration Custom solution supports method of sequencing appropriate to government. Modular deployment but each module needs to be fully configured for end state. Big bang’ approach that requires full software product to be rolled-out with all modules.
Multi-year design Has no limit to number of years of historical data and forward data in system for budget analysis, supports changes in chart of accounts configurations Has limits to number of years of historical data and forward data in system for budget analysis but meets MTEF guidelines, supports changes in chart of accounts configurations Has limits to number of years of historical data and forward data in system for budget analysis but meets MTEF guidelines, does not support changes in chart of accounts configurations MTEF analysis needs to be accomplished in data warehouse or other external system
Ease of use Ease of finding account codes, aids in double-entry bookkeeping, ensures valid codes, validates data including from 3rd party integration Ease of finding account codes, aids in double-entry bookkeeping, ensures valid codes, validates data entry only Custom solution designed specifically for government context Validates data entry but expects users to be experts in government financial management
Usability design Goal-oriented user navigation. Functional-oriented user navigation with wizards for common functions and application rather than tool design. Functional-oriented user navigation with wizards for common functions. Functional-oriented user navigation.
Government performance Performance budgeting linked to chart of accounts and outcome and output logic mapping Performance budgeting linked to chart of accounts for performance accounting Supports private sector performance management techniques Performance management must be tracked by separate information system
Government projects Supports project accounting, multi-fund accounting, project tracking and performance measurements in chart of accounts Supports project accounting, multi-fund accounting, and  performance measurements in chart of accounts Supports project accounting in chart of accounts Government project accounting handled in separate system
Reporting Standard government reporting including budget variance, meets international public sector accounting standards, supports ad-hoc reporting Standard government reporting including budget variance, meets international public sector accounting standards, requires 3rd party reporting tool for ad hoc Custom developed solution includes ability to design custom reports Standard private sector reporting, requires customization of reports to support government needs
Accountability and transparency Budget controls, ranges of approval rules, segregation of duties, real-time reporting, full audit trail Budget controls, ranges of approval rules, segregation of duties, historical reporting, full audit trail Approvals main method of control, lack of built-in controls, historical reporting and full audit trail Approvals main method of control, lack of built-in controls, historical reporting and limited audit trail

Government process – to what extent is vendor implementation and support developed for government?

Value Best Good Fair Limited
Methodology used Government-specific methodology built on best practices. Certified by ISO, CMM or equivalent Certified use of standard methodology like Prince 2 Uses proprietary methodology that is not government specific but has been certified. Uses proprietary methodology that has not been certified.
Implementation team Government experts, former civil servants, wide range of experience in governments around the world and with international standards Custom solution designed by government with full knowledge of government requirements Team has some government experts Expert with software solutions, without significant government expertise
Implementation speed First phase implementations average less than 1 year from project kick-off. First phase implementations average less than 2 years from project kick-off. First phase implementations average less than 3 years from project kick-off. First phase implementations average less than 5 years from project kick-off.
Capacity building Implementation team provides mentoring, recommends blueprint, trains on software, government accounting and IT. Implementation team trains on software, government accounting and IT. Implementation team trains on software and IT. Implementation team trains on software package only
Enhancement methods Software vendor support and services integrated with product development, government requirements have top priority, use of steering committee to anticipate future needs Custom solution owned by government determines enhancements but cannot take advantages of enhancements made for other customers Software vendor specializes in a small number of markets, one of which is government, has government user group to help drive enhancements Implementation done by third party, software vendor weighs enhancements across many markets
Additional enhancement participation Custom software enables government to determine what enhancements will be implemented – is essentially handling the entire software development cycle. Government customers can be integrated within the entire software vendor development cycle including developing specifications, approving specifications, beta testing Customers can request enhancements, any customer can beta test Customers can request enhancements, only ‘qualified’ customers can beta test
Support locations Software vendor or custom provider provides support centre directly in government IT offices Software vendor provides local support and services office with local staff fully trained in government functionality. Software vendor provides local support and services office supporting public and private sector customers. Regional support centre provided.
Maintenance method Maintenance includes software support and free upgrades, even when platforms change. Maintenance can be discontinued but reconstituted by back paying maintenance. Maintenance includes software support and free upgrades, even when platforms change. Any discontinuing of maintenance requires re-purchase of licenses to receive maintenance in future. Maintenance handled through third parties. Government maintains custom code.
Sustainable upgrading Vendor places customized features into main line of code to ease upgrading BPM approach where customization is limited to workflow and is separate from the main code Custom developed solution where government or consultant upgrades to next version Change management of code customization requires significant effort to ensure customizations work with next version
Upgrade policy Custom software enables government to upgrade when needed Vendor supports many versions of the software and recognizes that upgrades need to be budgeted and respects government fiscal years Vendor support many versions but operates on delivery schedule independent of government customer fiscal years Vendor forces government to upgrade to next version with little grace period
Multiple version support Vendor fixes defects in many previous versions of the software Vendor fixes defects in current and previous version of the software Vendor fixes defects in previous versions of the software at an additional cost Vendor only fixes defects in current version of software

Open technology – to what extent is vendor technology open, accessible and low cost to support?

Value Best Good Fair Limited
Middleware approach Software is open system – can use open source and commercial middleware Software is somewhat open by using widely adopted software stacks Software platform is somewhat proprietary but has options for open source and commercial middleware Software utilizes proprietary middleware stack from application vendor
Service oriented architecture Software design is a component-based SOA to facilitate integration Software design is monolithic but supports a broad set of industry standard integration methods Software integration utilizes vendor proprietary standards for integration Software integration requires batch interfaces
Web-based Pure web-based through the use of applications servers Web-wrapped where software core is client/server but is deployed via the web through wrappers and other techniques Web-enabled where software core is client/server and is deployed through web enabled virtualization and other techniques Software is client/server
Multi-tiered architecture Multi-tiered design that exceeds the minimum of presentation, business logic and data layers 3-tiered design, presentation, business logic and data layers Some overlap of tiers such as some business logic in presentation layer or most business logic in data tier No respect of 3-tiered design
Technical footprint Optimal – designed for government, can operate on a single laptop for 10 concurrent users + Custom developed so has no unneeded tables and functions Built on private sector base and includes many unneeded tables and functions, but some removed in configuration Built on private sector base and includes many unneeded tables and functions
Functional footprint Implemented by vendor at every tier of government in countries integrated Implemented by vendor at every tier of government in countries but not fully integrated Implemented only at a single government tier Only a departmental solution
Support for government transactions, content and collaboration Integrates transactions, content and collaboration functions and uses Web 2.0 user interface Integrates transactions, content and collaboration functions and uses traditional user interface Transaction-centric with some content attachment, notations and message integration Transactions only
Scalability From small departmental solutions and projects to whole of government Scales to very large organizations but footprint too large for departmental solutions Scales to thousands of users but cannot scale to whole of government Cannot scale beyond departmental level
Deployment Central, de-centralized, regional hubs, stand-alone systems and disconnected systems supported. Cloud computing supported. Some flexibility in deployment options Supports centralized deployment with always-on network and assumes minimum bandwidth Supports stand-alone systems only
Multi-tiered deployment Supports integration among different configurations across line ministries and government tiers and multi-tiered synchronization of budget adjustments and outturns Supports integration among different configurations across line ministries and government tiers without multi-tiered synchronization Supports integration within tiers of governments where systems have the same configuration within tier (national, regional, local) Centralized approach where all configuration in all line ministries and government tiers are identical
Government control Fully customized solution where government uses technical platform and owns developed code Option for government platform that accelerates development compared to technical platform and government owns developed code General software application platform that enables customization and government owns the customized code Vendor software code placed in escrow
Security Supports security standards, has plug-in architecture for government standards Custom developed so any security method could be supported Supports some security standards, most security it proprietary to the software vendor Security is proprietary to software vendor
Licensing method Custom solution, has no license Combination of license methods: rental, named users, concurrent users, occasional users, site and enterprise. Supports component level licensing. Combination of license methods: rental, named users, site and enterprise. Supports module level licensing. Combination of license methods: named users, site and enterprise. Supports module level licensing.

Government Performance Management needs Government 2.0

Thursday, December 3rd, 2009

Originally from the ICGFM Blog 

Government Performance Management requires Citizen Feedback

Government 2.0 and government transformation is inevitable, according to Doug Hadden, VP of Products at FreeBalance, and VP Communications for ICGFM. Government, society and technology trends are creating an environment for transformation. Citizens demand improved performance. Techniques used for Corporate Performance Management (CPM) are not effective in government.

Mr. Hadden introduced Web 2.0 and Government 2.0 applications. ICGFM has been leveraging social networking or Web 2.0:

The differences between E-Government and Government 2.0 were presented. The impact of cloud computing, semantic web and mobile computing was put into perspective. Mr. Hadden questioned the categories of unstructured and structured data used in the software industry. He predicts that the next generation of government applications will integrate transactions, documents and collaboration.

Corporate Performance Management techniques operate well in business because there is a bottom line – profit. There can be numerous unintended consequences of government programs. These impacts may not be measured giving and incorrect view of success. Government Performance Management focuses on structural concerns, according to Mr. Hadden. Internal and external social networks are required to provide a 360 degree view of government performance. Examples of the use of Government 2.0 to enhance government performance was presented.

View more presentations from icgfmconference.
View more presentations from icgfmconference.
View more presentations from icgfmconference.

Security is a concern for Government 2.0 adoption. Yet, the fastest adopters for this technology are in the Defence and Homeland Security departments in the United States. The US Government Intellipedia application has become the “meme” case study for Government 2.0 adoption, according to Mr. Hadden.

Inevitable Government Transformation

Mr, Hadden placed Government Performance Management in context to social change and social pressures. Globalization creates competitive pressures among countries. The desire for improved governance and transparency from citizens is creating more open governments. And, citizens and businesses have expectations set through the use of e-commerce and Web 2.0 tools.

This move to Government 2.0 and Government Performance Management is part of long-term trends. Mr. Hadden introduced theories presented by Marshall McLuhan. He suggests that government transformation is inevitable – that Government 2.0 is a technology enabler. The organizational and societal changes that make this inevitable are:

  • Flattening of organizations
  • Move from vertical to virtual integration
  • Project and program focus in government
  • Top-down to bottom-up organizations
  • Role changes and the move to generalization

There will remain cultural barriers to adoption of Government Performance Management 2.0. Mr. Hadden described a number of government initiatives world-wide that demonstrate movement to this new model of social networking and performance. A scenario for the future was presented – showing the necessity of linking transactions, documents and collaboration in order to have a full picture of government performance.

What is the Business Case for ERP in Government?

Saturday, November 28th, 2009

Imagine our surprise when we were invited to speak at the Financial Management Institute Professional Development Week about the value of ERP in government. Why? For one thing, FreeBalance is not an Enterprise Resource Planning vendor. We’re a Government Resource Planning (GRP) vendor, as we have spoken about frequently in this blog. ERP vendors operate in many vertical markets – FreeBalance provides software for governments only.

Nevertheless, we took up the challenge. The presentation was focused for Government of Canada financial managers, but it is applicable to many countries. We focused on three elements of the Treasury Board Secretariat Investment Planning Policy: value for money, total cost and project governance.

We think that we did a very good job presenting an objective viewpoint. We didn’t talk about FreeBalance and how our solutions are more applicable than generic software for governments.

Government Performance Management Needs Government 2.0

Saturday, November 28th, 2009

Performance measurements are more difficult to determine for governments than companies. The private sector has an objective measurement for performance: profit.  FreeBalance presented the case for linking Government Performance Management with Government 2.0 at the recent Financial Management Institute Professional Development Week.

The technical discipline of “corporate performance management” provides governments with compelling planning and analytical tools. However, the “performance management” discipline is narrow focused and does not include all relevant aspects of government performance. Government 2.0 is a new trend in government transformation. Our presentation describes how Government 2.0 will transform the practice of public financial management. We describe how the government “back-office” benefits from citizen and civil society collaboration.

The practical application of performance management techniques in government has had mixed results. Unlike the private sector, Government Performance Management has no easily identifiable “bottom-line.” Government initiatives have unexpected positive and negative consequences. The selection of specific outputs and outcomes does not provide a 360 degree view of government performance.

Government 2.0 is the use of Web 2.0 techniques to enable collaboration among like-minded people in government. Government 2.0 provides the tools necessary to link government initiatives with societal impact. It also enables governments to improve performance by leveraging the wisdom of crowds.

FreeBalance Government of Canada Discussions

Sunday, November 22nd, 2009
FreeBalance_Cluster

FreeBalance_Cluster

Our Financial Management Institute of Canada (FMI) Professional Development Week started early with presentations to the FreeBalance Government of Canada Cluster and to our Performance Budgeting for Human Capital (PBHC) customers in Ottawa. FreeBalance has the largest cluster in the Government of Canada – 28 departments, agencies and commissions. And, PBHC has become the gold standard for civil service planning and salary planning. We’re participating in FMI as a sponsor. We’ll be talking about new product releases and describing how government performance management needs Government 2.0 in order to succeed.

The Cluster presentation was a deep dive into the technology of the FreeBalance Accountability Suite. Both presentations ended with invitations to join the on-line FreeBalance Customer Exchange. We started both presentations with a quick business update including mentioning the Uganda Civil Service Management implementation and the reduction of open support cases by 64% over the past 18 months.

This wasn’t your typical roadmap presentation: “this is what you’re going to get, this is when you’re going to get it, this is when you’re going to have to upgrade, if you don’t like it, it’s too bad.” After all, the FreeBalance roadmap is owned by customers. Our goal is to align our roadmap: government customers tell us what we are going to deliver and when we are going to deliver it.

 We described the FreeBalance Accountability Suite original design criteria. We believe that many problems experienced in the implementation of Government Resource Planning (GRP) systems originate with the design. We’ve written and presented our lesson-learned: the typical methods used by software vendors to design, develop and implement software needs to be adjusted to support Public Financial Management (PFM) needs.

Social networking capabilities, often called Government 2.0,  are required for the current generation of pure-web GRP. We showed part of our original vision case from 2005. This original vision included the fundamental integration of transactions, content and collaboration within a single system architecture.

We described:

There were many questions that we were able to clarify:

  • Version 7 of the FreeBalance Accountability Suite provides comprehensive human resources and payroll functionality – full civil service management
  • FreeBalance is testing  software using VMWare
  • The technical infrastructure is open – we are prepared to support other operating system environments other than Linux and Windows
  • How “custom domains” differs from the typical “additional fields” approach
  • How the technology is scalable and the scale of recent implementations
  • Exact method for multiple year chart of accounts
  • How customers can customize help, documentation and e-learning
  • Software deployment

We look forward to more dialog with our Government of Canada customers. We described how customers can participate to help design, adapt and test. Web 2.0 tools provide companies with the ability to support customer disruptive  innovation, as described by Clayton Christensen.  It’s a far cry from the days of “Mad Men” – creating demand when there isn’t any. The management of the Cluster has been enabling more interaction among customers and with FreeBalance. We are working together to leverage tools to enable more peer communications.

Proposed Framework for Understanding Government 2.0

Wednesday, November 11th, 2009

Framework for Understanding Government 2.0 Effects

Government 2.0 will change everything. Government 2.0 will change nothing. There is a tendency for some experts to focus exclusively on technology change without a comprehensive viewpoint. And, some experts view technology change as nothing new. Our view is that Government 2.0 represents the technology continuum of e-government. We also see the linkage between Government 2.0 and government back-office technology.

We see government application categories as:

  • Internal: internal by governments
  • External: external to government with government involvement
  • Structural: follow government structure and mandate
  • Social: enable collaboration

This framework identifies three classes of applications:

  • Back-office: operational budget, financial and civil service management-transaction management
  • E-Government: exposing government information and transactions
  • Government 2.0: social networking whether exclusively internal or collaborating externally

Government 2.0

Relevant Government Trends

There are numerous trends in government that have technology implications. These implications can be mapped against the Government 2.0 framework:

  • Collaboration: Use of Web 2.0 tools and metaphors is improving internal government efficiency and moving to external collaboration
  • Transparency: Exposing more government information to citizens and businesses is moving from the structural to the social domain
  • Accountability: More information from back-office systems is being presented to citizens. That information is being mashed up and analyzed and providing a feedback loop to government
  • Performance: Internal social networking and feedback from citizens, businesses and civil society are improving government performance

 Government 2.0 Trends

Relevant Technology Trends

The government domain is affected by current technology trends. Technology adoption trends include:

  • Cloud computing that is providing platforms for social networking. Open source technology is also linked with cloud computing enablement
  • Mobile computing is affecting all structural and social computing in government
  • Semantic web technology is making government information more accessible and usable internally and externally

Government 2.0 Tech

Government 2.0 in Practice

Government 2.0 leverages Web 2.0 technology metaphors. Web 2.0 tools are leveraged or adapted. There are some emerging trends in how these metaphors are enabling governments.

Government 2.0 Metaphors

Preliminary Framework

Government 2.0 lessons are still emerging. We look forward to continued feedback from the community to help us crystallize this framework. In response to one reader’s comment that citizen services have not been improved through Government 2.0 and a lack of use cases, we plan to provide use cases. These use cases will show the linkage of back-office, e-government, Government 2.0 and citizen services:

  • Auditing
  • Tendering
  • Budget planning
  • Regulatory reporting
  • Travel & subsistence
  • Permits & licensing
  • Civil service recruitment
  • Government project management
  • Grants management
  • Vendor management
  • Balanced scorecard
  • Government performance management
  • Aid transparency
  • Tax management
  • Public works

Note: first 5 use cases published at http://www.freebalance.com/blog/?p=706

How to Implement Government 2.0

Friday, November 6th, 2009

Benefit from Social Networking in Government

The November Government Open Source Conference (GOSCONDC) in Washington DC provided valuable lessons on implementing FOSS in Government. Most of the intriguing examples were about how to leverage open source software for social networking – Government 2.0.  Keynote speaker David Wennergren, the Deputy CIO of the US Department of Defence concluded that Government 2.0 with Service-Oriented Architecture is  a strategic inflection point for government: “a future much more quickly.” Another pointed out that open source technology has become the foundation for Andrew McAfee’s SLATES vision of Enterprise 2.0: Search, Links, Authorship, Tags, Extensions, Signalling.

Culture change and security risks were sited as the main barriers to adoption. The irony, of course, is that adoption of open source technology, particularly middleware, and social networking is highest in the Defence and Security establishments. As we tweeted after the event, Intellipedia has become the meme, or established standard for Government 2.0 and collaboration.

Security and Risk

Security and risk was addressed by many speakers. The availability of source code has enabled government IT groups to discover and trap security flaws. Of course, implementing software in closed networks can eliminate external threats.

Panelists like Martin Standtler pointed out that open and adaptable tools enable agility. Tools designed for a particular purpose often restricts users for leveraging for a similar situation. Recent experiences on the battlefield demonstrates demonstrated the value of hacking into open systems. His conclusion: “if you can’t hack it, don’t pack it”.

Dr. David Boyd of the Department of Homeland Security pointed out that information is central to the security mission. The after-action reports after 9/11 and Katrina demonstrated the breakdown in communications. He made a persuasive argument that risk is higher when information is not shared and collaboration is restricted.

Overcoming Cultural Resistance

Dr. Mark Drapeau pointed out at the FreeBalance-sponsored ICGFM DC Forumthat the opposite of Web 2.0 culture is Government. GOSCONDC panelists agreed: public servants who lead Government 2.0 initiatives have more to gain than to lose. Panelists Martin Standtler of Red Hat, Don Burke of the CIA, Eric Gundersen of Development Seed, and Rob Wolborsky of the U.S. Navy had very good advice including:

  • Initiatives that advance the mission will get command approval
  • Grassroots initiatives will work better than top-down – middle managers often resist top-down initiatives more
  • Implement in a protected environment
  • Quick wins – start small and implement incrementally
  • Develop rapid prototypes
  • Sell ideas that demonstrate asymmetrical advantages
  • Seek out those willing to help – in any group of people will be found someone who recognizes how the solution will help them
  • It is myth that social networking will only be used by younger people
  • Demonstrate to users how the approach will enable them to do their job better
  • Develop topical solutions rather than organization-centric solutions

Government is in the “information business.” Making information more available in the back-office can improve collaboration and government results. The Department of Homeland Security is finding inexpensive ways to coordinate across levels of governments and security organizations. Perhaps Intellipedia is the right place to start when justifying a Government 2.0 initiative.

 

5.4.2 Software Engineering Best Practices

Sunday, June 28th, 2009

This is section 5.4.2 of a series of blog entries creating a Government IFMIS Technology Evaluation Guide. This includes information to assist in evaluating IFMIS options and the technology requirements for FreeBalance IFMIS implementations. These series will be combined with feedback to produce a comprehensive Technology Evaluation Guide to be published on our web site.

Software engineering practices advance as technology modernizes. Many commercial software applications in use today were engineered based on obsolete practices. A fundamental requirement for the FreeBalance Accountability Platform was to support the most modern best practices in software architecture including: 

  1. Service-Oriented Architectures
  2. N-Tier Design
  3. Pure Web
  4. Cloud Computing support
  5. Flexible deployment
  6. Web 2.0
  7. Open Systems

Development using a Service Oriented Architecture

Service-Oriented Architecture (SOA) is an established best practice in the development of new software. The techniques used to elaborate these components are based on a proven SOA architecture modeling tool. This maximizes the useful life of the software. Most commercial applications that support integration standards do not follow the best practice of component-based SOA where functionality is provided in small components. The component approach enables assembly, replacement and integration of components to form a complete application set. This differs from the approach of connectors on a monolithic application.

FreeBalance determined the high-level business components needed for an Integrated Financial Management Information System for national and sub-national governments in developing and developed nations. The results have enabled FreeBalance to:

  1. Architect a ‘service-oriented architecture’ through service identification and definition into ‘business components’.
  2. Determine the entire scope of the current and future FreeBalance product portfolio based on domain requirements.
  3. Identify the relative value of any component through the use of a ‘component business map’, ‘business competencies’ and ‘heat map’. This allows FreeBalance to exceed typical COTS capabilities for components that are important for governments.
  4. Identify reusable components and support extensibility to enable FreeBalance to support emerging government needs faster.
  5.  Provide a technical approach that meets the high technical standards of the Governments of Canada the United States and many other countries that require a robust SOA approach.

N-Tier Design

Most government IT departments want software with 3-tier or n-tier architectures, which allows these applications to be scaled easier. Functionality can be extended to different devices. The FreeBalance Accountability Platform utilizes an n-tier architecture that includes the following:

  • Separation of presentation, business logic and data layers. These three layers support extensibility including migrating to different display devices. It assists in identifying software problems and upgrading to new technology.
  • Multiple business logic layers. The business logic layers of “entities”, “functions” and “applications” in the FreeBalance Accountability Platform can be viewed as multiple tiers.
  • Scalability. Each tier can be scaled separately enabling governments to add equipment to meet added capacity. Vertical and horizontal scaling is supported.

Pure Web

Web-based systems provide many organizational benefits including simplicity and reducing administration costs. Most business software available today for financial management is not purely web-based. These software applications often have client/server functionality at its core. The functionality is presented on the web via a browser and appears to be fully web-based, but is not. A significant portion of the “business layer” is in client/server. Many aspects of the ‘business layer” are often expressed in the “data layer” with proprietary database calls or stored procedures. These characteristics reduce the each of use and administrative costs. The FreeBalance Accountability Platform is “pure web” technology supporting:

  • Web Browsers. Displays information to users in web browsers using industry standards including HTML, W3C and CSS. Ease of use supported through Java Server Faces. Does not require special plug-ins to operate.
  • Web Server. Data sent from servers in standard web format using web servers.
  • Application Server. Java-based application server follows industry standards and contains business logic.
  • Databases. Supports different relational databases. Does not generate proprietary database instructions or use stored procedures.

Cloud Computing

Many organizations are acquiring software on-line without using their data centers. This is often called Software-as-a-Service (SaaS), on-demand, or cloud computing. Some governments are prepared to have financial applications hosted by third parties. Many governments wish to consolidate data centres by providing shared services. Shared services enable a government entity to provide software on demand to many government organizations. The FreeBalance Accountability Platform supports cloud computing deployment by supporting multiple instances to run different configurations on the same server or group of servers.

Flexible Government Deployment

 

Many governments implement financial software across all government tiers. The national political structure of countries ranges from highly centralized unitary governments to highly decentralized federal governments. Many countries are decentralized where government entities require some degree of financial autonomy. Some government organizations operate in areas without reliable access to computer networks. The integration of government functions among tiers of governments differs in scope. Most commercial financial software designed for the private sector assumes always-on and highly reliable computer networks. These systems also assume tight hierarchical control from the head office that may not apply in government.

The FreeBalance Accountability Platform has been designed for deployment options encountered in multi-tiered governments. It has also been designed to enable centralized and decentralized deployments and synchronization. The FreeBalance Accountability Platform supports the following deployment options:

  • Centralized Web-Based Deployment. Support the traditional method for the deployment of pure web-based solutions is through a centralized structure.
  • Decentralized and Developed Deployment. Support decentralized deployment of PFM functionality and multi-tiered synchronization for federal political systems or in situations where there is insufficient or non-existent network connectivity. This approach deploys simple government financial management functionality to sub-national governments with data synchronization (budget allocations from the central government and outturns from the sub-national government) when bandwidth is available or through the physical transfer of data.
  • Hybrid Centralized and Decentralized. Support a combined approach that can include regional centres.

Web 2.0

Web 2.0 technology provides rich user interfaces to the web. These interfaces can be as functional and rich as traditional client/server. The FreeBalance Accountability Platform supports rich Web 2.0 interfaces to improve usability through:

  • Rich User Interfaces. Support of Java Server Faces (JSF) and Asynchronous JavaScript and XML (AJAX).
  • Content Management Integration. Support of web content and document management including rich text editors and adaptable help.
  • Notation. Support of notation, narrative and threads to enhance collaboration.

Open Systems

Governments want technology choices. Some large software companies attempt to lock customers into proprietary technology. This enables software companies to charge more for support and additional software. The FreeBalance Accountability Platform is a standards-based open system providing choice to government through:

  • Java Enterprise Edition. Support the broadest range of open source and commercial operating systems. Java software operates on all major computer brands.
  • Web Services Support: Support standards to enable more effective integration among government systems.
  • Open Source Support: Support open source and commercial database management, application and web server technologies to give governments the broadest choices.

Technology Trends: Open Source

Wednesday, April 29th, 2009

This is section 3.1.2 of a series of blog entries creating a Government IFMIS Technology Evaluation Guide. This includes information to assist in evaluating IFMIS options and the technology requirements for FreeBalance IFMIS implementations. These series will be combined with feedback to produce a comprehensive Technology Evaluation Guide to be published on our web site.

Risk or Opportunity?

Should governments adopt open source software? Critics of open source are quick to point out faults, risks and long-term costs. Advocates of open source point out acquisition cost and flexibility advantages.

Free and Open Source Software (FOSS) is effective in many circumstances. The results are clear:

  • The proposed acquisition of Sun Microsystems by Oracle Corporation was driven by the open source Java and MySQL products.
  • Governments around the world have mandated the use of open source software.
  • Open source software has proven effective in military applications.

Where should open source be considered?

There are advantages for open source and commercial software. A clear pattern has emerged. Open source software should be considered for middleware – databases, application servers, operating systems etc. Many open source products are category leaders like Apache, Java, and Eclipse.

Open source software can be more difficult to integrate than commercial equivalents. But open source provides more flexibility including access to source code.

Many open source products come at a cost to get advanced features or customer support. Those costs tend to be less expense that the fully commercial equivalent.

Open Source financial applications

Open source software has not been proven effective for financial applications. Some vendors are extending base functionality but there remains a lot of work to create robust and effective open source financial applications for government.

Companies that specialize in specific markets, such as public financial management, are able to leverage robust middleware to create robust applications. Government customers have the choice of implementing these solutions on commercial or open source platforms. And, the cost avoided by the vendor results in a lower cost to the government.

Why discuss open source software for public financial management?

Acquiring software to support line ministries or sub-national governments can be expensive. Most software licensing has been designed based on the economics in developed countries. Fair and effective pricing is required for emerging country governments. Open source provides a vehicle to make implementation and maintenance prices sustainable by the government.

We may find effective government financial management software in the open source community in the future.  Governments need to evaluate implementation and support needs. Commercial and open source vendors need to provide affordable options for this.

FreeBalance and open source

FreeBalance provides Commercial Off-the-Shelf software (COTS) that is built using open source components. These applications are deployed on Java Enterprise Edition. Customers are able to leverage open source operating systems, databases, application and web servers.

The cost for FreeBalance software in emerging countries is calculated based on value and the economic context of the country.  This model is designed for government affordability because it uses metrics that are typically not used in software costs.

The Strategic Inflection Point: Public Financial Management 2.0

Monday, March 2nd, 2009
This is section 3.0 of a series of blog entries creating a Government IFMIS Technology Evaluation Guide. This includes information to assist in evaluating IFMIS options and the technology requirements for FreeBalance IFMIS implementations. These series will be combined with feedback to produce a comprehensive Technology Evaluation Guide to be published on our web site.

Are we witnessing a fundamental change in public financial management technology? The generic “enterprise software” market is changing thanks to the introduction of open source software, Software-as-a-Service (SaaS), and Service-Oriented Architecture. 
We believe that the PFM technology market, including government Integrated Financial Management Information Systems (IFMIS), are at a strategic inflection point of technology and functionality
pfm21
The First Generation
The first generation of PFM saw the maturing of small or “point” solutions to government-wide capabilities. Governments were faced with two models of technology acquisition: build or buy. PFM systems experienced mixed results with some very successful while many failed to meet expectations. This generated a search for good practices to mitigate implementation, capacity and sustainability problems. 
 
Strategic Inflection Point
Governments have been implementing the complete budget cycle from budget preparation through financial management to audit. Civll service management and procurement have been important initiatives. 
 
Although good practices have been developed and shared among practitioners, the added burden of comprehensive public financial management has resulted in challenge. Capacity and sustainability challenges have increased. Comprehensive government ERP implementations have stalled. Government developed software has required radical redesign.
 
Many practitioners realize that PFM requires different project management priorities and implementation concerns than traditional IT projects. 
 
Evidence of the Strategic Inflection Point
  1. Software strategy questioned. Governments with “bespoke”or customized solutions are looking for Commercial Off-the-Shelf (COTS) alternatives that are more flexible to change. Meanwhile, governments with COTS are considering “bespoke” solutions to reduce maintenance costs.
  2. Software roll-outs stalled. ‘Successful’ central government implementations are not being rolled out to smaller line ministries or sub-national governments because of high cost and low capacity.
  3. Lack of flexibility. Many financial systems in government are unable to adapt to meet government reform. Chart of Account, control level, separation of duties, decentralization and accounting method changes are difficult or impossible with many IFMIS.
  4. Bigger bangs. Sequencing is acknowledged the better practice for implementing PFM technology. A series of “small wins” tends to increase project momentum  rather than a multi-year “big-bang.” Many governments are looking for more than “small wins”. Perhaps bigger bangs, but not “big bang”.
  5. Governments want more than operational IFMIS. Governments are looking for better alternatives to enable transparency, audit, and monitoring of programs. Techniques and technology for performance management in the private sector are insufficient for governments.
  6. RFP Complexity. Requests for Proposal for IFMIS systems are becoming more complex. Governments are introducing more and more functional and technical requirements in an attempt to reduce risk. 
  7. Taking the “I” out of IFMIS. Some experts have proposed removing the “Integrated” from IFMIS because many well integrated systems are very complex. Many governments can better leverage practical solutions that are not tightly integrated.
  8. Documents and Transactions meet. Enterprise software has traditionally included document systems and transactional systems as separate categories. Governments realize that planning, operations and accountability require linking documents and transactions into a single system.
  9. Self-Funding. Most emerging country governments leverage donor funding to acquire PFM systems. Many governments recognize the importance of fiscal discipline in the global economy. Some of these governments are accelerating their acquisition of new technology by taking full control and full funding.
  10. Government 2.0 has emerged. The affect of social networking and Web 2.0 on everyday life has reached government. Many government organizations are collaborating effectively with tools that improve citizen service and development outcomes. This new class of tool has begun to change the nature of public financial management.

What will Public Financial Management 2.0 be like?

  1. Ease of Use. PFM 2.0 systems will have more intuitive interfaces and integrate help, manuals and knowledge bases together. These systems will have capacity building built-in.
  2. Performance Management. PFM 2.0 systems will track objectives, budgets and indicators to provide more effective decision-making. Monitoring and reporting will improve.
  3. Low cost infrastructure. PFM 2.0 systems will leverage open source middleware to reduce costs. These systems will also operate on commercial middleware for governments that have developed expertise.
  4. Flexibility for reform. PFM 2.0 systems will be designed for government. These systems will adapt to reform.
  5. Green IT. PFM 2.0 systems will be optimized to use the least amount of resources possible. These systems will be more environmentally sustainable.
  6. Alternative models. Governments will leverage Software-as-a-Service (SaaS) and shared services models with PFM 2.0 to reduce costs and make systems more sustainable. 
  7. Innovation from emerging countries. PFM 2.0 will no longer be about exporting innovation from developed countries. PFM 2.0 will see innovations in connectivity, devices and usability that will be exported to developed countries.
  8. True Service-Oriented Architecture. PFM 2.0 will fulfill the promise of SOA by enabling the integration of components from multiple sources. Governments will no longer be “owned” by large vendors who supply large amounts of software. Governments will have the choice to acquire optimized software modules from multiple vendors that better meet needs.
  9. Decentralization enabled. PFM 2.0 will facilitate decentralization, devolution and deconcentration. These systems will enable devolving decision-making while enhancing accountability.
  10. E-Government matures. PFM 2.0 includes all the technology and functionality to make e-government successful. In particular, PFM 2.0 will provide the foundation to make the government operations or “back office” ready to provide improved citizen services. This will enable Government 2.0