-
Eminent Panel Member Insight – Mr Chris Cawood – 13 May 2024
Experience from the heavy industry sectors suggests ERP implementation requires a sustained commitment and continuity from the top, as they are hard to execute and stay the course through the ups and downs of what is usually a complex project.
Off -
-
-
Key observation 1:
The shifts in GovERP’s scope, changes in ownership, and limited stakeholder consistency (as evidenced by multiple changes to the entities identified for initial onboarding) have culminated in a program that has not delivered as originally intended.
The volatility, and ambiguity in ownership and accountability, has resulted in an underdelivering project. The need for well-functioning ERP capabilities across government has not abated.
Recommendation 1:
- As core underpinning capability of all government entities, ERP uplifts need clear ownership and accountability mechanisms established at both the COO Committee and Secretaries Data and Digital Committee (SDDC) levels, to ensure considered uplift sequencing and to promote common approaches with limited customisations.
- To ensure equitable access to market resources across entities, overarching SDDC governance is needed to support successful ERP uplifts and implementation across government.
-
GovERP reuse assessment delivery and expenditure
-
References
- That is, GovERP was premised on use of SAP as the fundamental technology building block for the program. The program then envisaged an additional series of software solutions to extended this basic or core functionality, if needed.
- Services Australia, January 2024 DTA Approved Programs Collection (Wave 24) Project Collection Survey Form, January 2024
- Services Australia Chief Information and Digital Officer, email Dissolution of GovERP Programme Board, 5 February 2024
- See Appendix E, letter from Minister of Government Services to Minister for Finance, 26 April 2024.
-
3. Delivery and expenditure
3.1 Expenditure to date
The Assessment has identified investments of $340.6 million since 2019-20 in development and transition to GovERP as outlined in Table 2.
-
Table 2 GovERP investment Source Entity Purpose 2019-20 $ m 2020-21 $ m 2021-22 $ m 2022-23 $ m Total $m 2021-22 Budget (May 2021) (see note a) Services Australia To: (see note b)
• Build GovERP technology platform
• On-board entities to GovERP
• Transition the SDO Provider Hubs
• Program management126.4 119.7 Services
Australia total $246.1Department of Industry,
Science
Energy and
Resources
(DISER)Business case development to develop SecondPass Business Cases for further adoption of GovERP and the design of suitable standardised technologies for small and medium entities 2 DISER total $2.0 Australian
Taxation
Office (ATO)3.3 ATO total $3.3 Department of Finance 2.5 Department
of Finance
totalDepartment of Finance Onboarding readiness and legacy systems assist the SDO client entities to prepare for the transition to the GovERP platform, including the integration and decommission of legacy systems that result from onboarding to GovERP 19.6 $89.20 2020-21
Budget
(October 2020)Department
of FinanceTo develop the GovERP model and Whole-of-government Business Case 35.6 Modernisation
Fund
(August 2019)Department
of FinanceTo progress a GovERP prototype 31.5 Total $340.60 Table source: Department of Finance, Additional Information Factsheet Shared Services Overview (incl GovERP), 15 May 2024.
-
Table notes
- Note a: Not all of the figures presented in this table are readily identifiable in historical budget papers. Given the commercial sensitivities at the time, GovERP-related payment measures in the 2021-22 Budget (for example) were listed as “nfp” (not for publication) – refer 2021-22 Budget Paper 2, page 77.
- Note b: This consisted of:
- Build GovERP technology platform: lead the design, build and operation of the SAP GovERP platform (including the SAP template and the technology hub) – $159.7 million over 2 years
- On-board entities to GovERP: on-board 14 of the Service Delivery Office’s (SDO) client entities onto the GovERP platform, including roll out of the GovERP solution, cut over to business-as-usual and close-out issues to sustain – $20.3 million over 2 years
- Transition the SDO Provider Hubs: lead the SDO Provider Hub uplift, including build of the GovERP instance and onboarding cut-over activities – $11.1 million over 2 years
- Program management: lead whole-of-government program arrangements in line with client capability needs, including design and oversight functions – $55 million over 2 years.
-
-
-
Services Australia has advised that, of the $246.1 million allocated as its budget for GovERP, $198.15 million had been spent as of 31 December 2023 (Services Australia January 2024). The Minister for Government Services has subsequently advised (see Reference 2) that the remaining budget will be used to continue sustainment of the current ERP solution, including ongoing licensing and hosting costs of the platform, see Appendix D.
3.2 Delivery to date
The Panel understand that 30 capabilities (out of 39 functional capabilities of the MVP 1.1) have been developed to date, with a subset of 18 of these capabilities having completed functional testing.
Development and functional testing have primarily focused on:
- human capability management-related capabilities (hire to retire), with 9 capabilities having completed functional testing to date;
- financial management-related capabilities (budget to report), with 8 capabilities having functional completed testing; and
- procurement-related capabilities (procure to pay), with one capability having completed functional testing.
The Panel could not confirm through evidence that travel and expense management-related capabilities completed GovERP functional testing. However, a key vendor (8common) has advised that all build elements for the travel and expense management tool (Expense8; see Reference 3) have been completed and functionally tested, albeit not explicitly integrated as part of the MVP 1.1 GovERP solution.
Figure 2 GoverERP delivery to date (against MVP1.1) Note: Figure 2 shows DTA analysis based on Appendix C, Reason Group technical assessment report.
-
-
Figure description
The table above contains the following information:
1. Hire to retire
Developed and functionally tested
• Learning management
• Leave and absence management
• Organisational management
• Performance and goals management
• Recruitment
• On-boarding
• Off-boarding
• Work time and attendance
• Time sheet recording and managementDeveloped, but functional testing not yet passed
• Manager self-service
• Employ self-service
• Payroll services2. Budget to report
Developed and functionally tested
• Asset accounting
• Cost management
• Funds management
• General ledger
• Project accounting
• Tax management
• Statutory reporting
• Management reportingDeveloped, but functional testing not yet passed
• Budgeting and planning
3. Revenue to bank
Developed, but functional testing not yet passed
• Accounts receivable
• Banking and cash management4. Procure to pay
Developed and functionally tested
• Services procurement
Developed, but functional testing not yet passed
• Purchasing
• Receipting
• Contractor management
• Contract management4a. Target capability built in procure to pay
Developed and functionally tested
• Supplier management
Developed, but functional testing not yet passed
- Sourcing
5. Travel & expense
Developed, but functional testing not yet passed
• Expense management
Off
• Auditing and compliance -
-
-
Components built-to-date were prioritised around the functionality required to onboard AGD (i.e. MVP1.1). There are some positive foundational features, however, existing capabilities are not sufficiently developed to address the MVP1.0 capabilities necessary for broader use across government.
3.3 Remaining work
As part of its terms of reference, the Panel was asked to advise on any remaining work envisaged to complete GOVERP. The Panel understands the following functional capabilities have not yet been developed and would require progression to complete the MVP1.1 (refer Appendix F):
- Budget to Report – 2 capabilities (18 per cent of 11 functional capabilities envisaged for this value stream under MPV1.1): Commonwealth Reporting, and Lease Accounting
- Hire to Retire – 1 capability (8 per cent of 13 MPV1.1 functional capabilities): Employee Management
- Procure to Pay – 4 capabilities (44 per cent of 9 MPV1.1 functional capabilities): Accounts Payable, Report Procurement Activities, E-procurement, and Whole-of-government Purchasing (see Reference 4)
- Travel and Expense – 2 capabilities (50 per cent of 4 MPV1.1 functional capabilities): (see Reference 5) Credit Card Management and Travel Management.
The Panel notes that, while functional testing has been completed for some capabilities, no system integration testing or user acceptance testing appears to have occurred as part of activities to date. Such testing is critical to completion of trusted and operational ERP (see Reference 6). Services Australia has stated (Services Australia June 2024):
- SIT [system integration testing] and UAT [user acceptance testing] were planned prior to the implementation of Attorney-General’s Department (AGD) and were scheduled. SIT was to commence November 2023 and UAT early 2024
- [System integration testing and user acceptance testing may] have been completed if the programme was not ceased mid-flight.
3.3.1 Potential costs, risks, and benefits of remaining work
The Panel is mindful that progressing development of the capabilities identified in Section 3.3 for AGD’s deployment (i.e. MVP1.1) may not be sufficient to complete GovERP.
In correspondence of 26 April 2024, the Hon Bill Shorten MP advised, “The development of the current ERP solution had primarily focussed on meeting the Attorney-General’s Department’s requirements, which in its current form are not suitable to meet the expansive operational requirements of Services Australia.” (see Reference 8).
Considering Minister Shorten’s advice that the current ERP solution is not suitable to meeting Services Australia’s requirements, the Panel notes the 18 functional capabilities completed to date falls short of both the MVP1.1 (of 39 functional capabilities) and the MVP1.0 for whole-of-government purposes (54 functional capabilities). In this context, the objective of a standardised, common transactional corporate service will not be achieved by GovERP, even if it is further developed to carry out the remaining work to complete the MVP1.1.
Additionally, the underlying technical stack is no-longer current for GovERP’s financial and procurement-related capabilities, with a version change released in 2023. Updating to more current versions is necessary to ensure appropriate functionality, reduce ongoing out year maintenance, and to remain on the upgrade path.
-
Eminent Panel Member Insight – Mr Chris Fechner, 16 May 2024
Fully managed ERP services across the Commonwealth do not have a good record of performance. Generally, over the previous decade, only minimum support upgrades have been applied, and versions of SAP across the Commonwealth are at elevated levels of risk due to falling behind in the currency of the software.
Off -
-
-
Key observation 2:
GovERP has not achieved the aim of a standardised common transactional corporate service across the APS. 30 functional GovERP capabilities have been developed to date with 18 of these having completed functional testing, but none have progressed beyond functional testing, system integration testing, user acceptance testing or into production. The ERP solution in its current form is not suitable to meet whole-of-government or Services Australia’s operational requirements. The objective of a standardised, common transactional corporate service will not be achieved by GovERP, even if the remaining work to complete the MVP1.1 is progressed.
Recommendation 2:
Given the objective of a standardised, common transactional corporate service will not be achieved by GovERP, further direct investment in GovERP for whole-of-government use is not recommended.
-
The above recommendation aligns with the new APS approach to shared services that is premised on principles of choice, market competition and affordability rather than focussing directly on GovERP.
-
GovERP reuse assessment
-
References
- Services Australia, January 2024 DTA Approved Programs Collection (Wave 24) Project Collection Survey Form, January 2024.
- The Hon Bill Shorten MP, letter to Senator the Hon Katy Gallagher MS24-000015, 26 April 2024.
- Expense8 is a Software-as-a-Service (Saas), cloud-based travel and expense management solution. It has been operational in the Australian Government since 2011.
- The Panel notes GovERP has not integrated with existing whole-of-government solutions such as ARC (the whole-of-government AusTender publishing integration tool), and Peppol (the whole-of-government e-invoicing solution). ARC and Peppol are already built and operational across a range of entities.
- The vendor, 8common, advised all build elements were completed and tested, however, these were not integrated by Services Australia as part of the GovERP solution. See Table 4 of Appendix C: Reason Group technical assessment report.
- System integration testing (SIT) is software testing that evaluates how individual components work together within a larger system. User acceptance testing (UAT) is where end user tests systems to ensure the application or processes are fit-for purpose.
- Services Australia, Services Australia feedback – Review of Independent Reuse Assessment, email to DTA CEO, 21 June 2024.
- See Appendix E, letter from Minister of Government Services to Minister for Finance, 26 April 2024.
-
4. Reuse assessment
4.1 Reusability by tier
The government’s Digital and ICT Reuse Policy is underpinned by three high-level requirements:
- Reuse whenever possible – your proposed investments must plan for and make use of any opportunities to reuse existing services or tools within your agency and across government
- Design and build for reuse – if your proposed investment cannot reuse an existing digital or ICT solution, you must ensure that the service you build, can be reused by other agencies
- Enable reuse by others – you must ensure anything you create is shared for others to reuse unless there’s a good reason not to.
For the purposes of this Assessment, the concept of reuse has been applied broadly to capture as many reuse opportunities as possible. This includes consideration of opportunities to utilise existing technologies that have been built, all the way through to consideration of opportunities to leverage existing processes or patterns. As such, GovERP’s technical reusability has been considered across three tiers
- Tier 1 use of what has already been built
- Tier 2 building on something that exists, and
- Tier 3 items for a whole-of-government repository.
-
Test publication card
Limited to the number of characters configured in the theme settings.Data and Digital Government Strategy - What we heard.pdf (pdf, 378.03 KB)
Connect with the digital community
Share, build or learn digital experience and skills with training and events, and collaborate with peers across government.