Guidance for Senior Responsible Officials

Assurance Research Series 02

Appendix: Digital Project Governance Board Roles and Responsibilities

References: 10, 12, 15, 19, 21, 23, 28, 31, 51-53

Roles and responsibilities on digital project boards
RoleRelationship to BoardResponsibilities
All members and chairComprise the Board
  • Representing the interests of areas within their expertise (22)
  • Removal of roadblocks within the scope of their authority and social capital
  • Ensuring they have the information they need about project status
  • Supporting the Chair's timely and informed decision-making
  • Advising the Project Manager on contextual (for example, inter-agency) changes that may affect strategic alignment
  • Support the Project Manager with difficult decisions and resourcing

Senior Responsible Official (SRO)

Also known as:

  • Project/Program Sponsor
  • Senior Accountable Officer
  • Senior Responsible Owner/Officer

To note:

  • For the largest (Tier 1) projects, the SRO is usually a Senior Executive Band 2 or Band 3 official.
  • The SRO is typically the Chair of the board.
  • For major digital projects, the SRO is accountable to the Agency Accountable Authority (for example, Secretary/CEO).
Chair of board

The Senior Responsible Official (SRO), is the official with ultimate accountability for a project meeting its objectives, delivering the projected outcomes and realising the required benefits within the policies set by Government. The SRO is the owner of the business case and accountable for all aspects of governance.

Responsibilities include, but are not limited to:

  • delivery of the project according to its business case, measured against the agreed baseline
  • ensuring the policy/business need is well defined and being addressed
  • assuring ongoing viability – including through effective use of assurance under the Assurance Framework for Digital and ICT investments
  • engaging key stakeholders
  • providing the team with leadership, decisions and direction
  • ensuring the delivered solution meets the needs of the agency and its stakeholders

Senior User

Also known as:

  • Business Owner
  • Senior User
  • Benefit Owner
  • Operations Manager
  • Asset Manager
Member of board

A business owner/senior user must be identified for all projects, no matter the size or complexity. There may be one or more senior users or operations managers at varying managerial levels depending on the size of the project. These are typically senior operational or policy staff who will benefit, or whose stakeholders will benefit.

The senior user is a core member of the governance board.

Responsibilities may include, but are not limited to:

  • providing subject matter expertise throughout the project, to ensure that business requirements are communicated, and products are tested and fit for purpose
  • representing the user experience
  • supporting change management and implementation
  • managing project outputs for their operational use
  • securing resources for the ongoing maintenance of the asset/solution
  • being accountable for the measuring and reporting of project outcomes
  • being responsible for the realisation of benefits from the investment

Independent Board Adviser

To note:

  • This role could be filled by a representative from another agency or by an externally-engaged specialist.
  • For the largest, most complex projects (Tier 1), the DTA may fulfil this role consistent with the Assurance Framework for Digital and ICT Investments.
Member of board

An independent board adviser provides scrutiny and constructive challenge to help keep the SRO and board focussed on what must go right for the project to succeed. They are free from material conflicts of interest to ensure they can faithfully discharge their responsibilities.

Responsibilities may include, but are not limited to:

  • bringing their expert judgement to scrutinise project performance and identify emergent areas of risk drawing on past experience
  • probing and challenging project reporting to support high-quality decision-making
  • providing strategic foresight to assist the SRO and board in remaining focussed on what will 'make the difference' in ensuring the project succeeds
  • supporting the SRO to maximise the value of the board in enabling good decision-making
  • actively engaging in assurance planning to maximise its value in effectively managing key areas of risk
Assurance providersIndependent advice and assurance to BoardProviding impartial, expert advice and assurance to support informed decision-making and successful delivery of digital initiatives. To achieve this, assurance providers conduct objective assessments of project health, delivery confidence, and risk exposure. They also help identify early warning signs and recommend corrective actions to support successful outcomes.
DTACentral Oversight and Monitoring

The DTA's role on digital project boards usually includes:

  • representing whole-of-government digital strategy and policy (including the Assurance Framework and Benefits Management Policy), and ensuring alignment, transparency, and value in digital investments
  • sharing insights and lessons learned from across government to uplift delivery capability and advise on creating conditions for success
  • encouraging continuous improvement in digital governance practices

The DTA has a mandated role for Tier 1 projects as well as projects experiencing delivery difficulty. Advice will be provided to relevant projects.

Project Management Office (PMO)Support

Providing support, for example, on reporting, project management and project governance standards.

PMOs may also advise on adherence to agency project governance frameworks, methodologies, and assurance processes; promote continuous improvement and uplift in project delivery maturity across the agency; and provide insights into interdependencies, capacity, and delivery risks across the agency and wider portfolio.

SecretariatSupportProviding support to the Board to comply with corporate and project governance requirements and standards, for example, with meeting administration and ensuring accurate records of meetings.

Project Risk Manager/Lead

Also known as:

  • Chief Risk Officer
Support

The purpose of the risk role is to take the lead in ensuring that the project has effective processes in place to identify and monitor risks, has access to reliable and up-to-date information about risk and uses the appropriate controls and actions to deal with risks. This role should also ensure that these processes are aligned with enterprise and whole-of-government risk management policy.

Responsibilities include, but are not limited to:

  • establish and maintain a project risk register, integrating where necessary with the enterprise risk register
  • assist in the identification and ongoing management of risks by running risk workshops and conducting risk review activities
  • ensure that all risks have a nominated owner and actioner; take a proactive stance in ensuring that risks are proactively managed across the project and its stakeholders
  • ensure that the agreed risk responses are planned, resourced and implemented
  • establish consistent mitigation and contingency plans for risk that should be tackled across the project
  • assess and monitor the effectiveness of risk processes and refine as necessary

Depending on the size of the project, part or all of the risk manager's role may be subsumed within the project manager's role.

Project Director

Also known as:

  • Program Manager
  • Project Manager
  • Delivery Manager
  • Stream Lead
  • Deputy SRO

To note:

  • In larger, more complex programs there may be multiple Project Directors reporting to a Program Director who is accountable to the SRO.
Reports to board

The project director is accountable to the senior responsible officer for establishing the governance framework and for the day-to-day management of the project, to deliver the outputs and desired outcomes, and realise the required benefits.

Responsibilities may include, but are not limited to:

  • ensuring the solution is designed and business case and plans prepared
  • defining the approach, accountabilities, work scope and targets for the team
  • timely monitoring, forecasting and reporting overall progress against the plan
  • resolving risks and issues and controlling change within their delegation and escalating to the board those outside their delegation
  • delivering the required outputs and outcomes
  • monitoring and managing supplier performance
  • engaging and communicating with stakeholders

Change Manager

To note:

  • Change Manager will sometimes report to a business lead or business owner
  • Duties may be integrated into another PMO role such as Director/Manager role
Reports to board

Change managers may report directly to the project manager or PMO, but can also report to a business lead, business owner, or a separate change management function. These duties may also be integrated into another role such as Director/Manager role.

The primary responsibility of an organisational change manager is to develop and implement change management strategies and plans that maximise employee adoption and usage of required changes.

The change manager's goal is to drive faster adoption, higher ultimate utilisation of changes, and proficiency with the changes that impact employees who must use the changes in their daily work. These improvements increase benefit realisation, value creation, ROI, and the achievement of results and outcomes.

Responsibilities include, but are not limited to:

  • Leverage a change management methodology, process and tools to create a strategy to support adoption of the changes required by a project or initiative
  • Lead changes (to business processes, work practices, organisational structure, training, communications, roles and responsibilities, and so on) to ensure the realisation of business benefits
  • Conduct impact analyses, assess change readiness, and identify key stakeholders
  • Communicate with stakeholders, particularly those who are directly affected either by the change itself or by the response to the change
  • Provide input, document requirements, and support the design and delivery of training programs
  • Evaluate the extent to which business change activities have contributed to the realisation of business benefits

Benefits Manager

To note:

  • Duties may be integrated into another role such as the Project Manager role
Reports to board

The purpose of the benefits and value role is to ensure that a consistent 'fit for purpose' approach to benefits and value management is applied across the portfolio or program and that benefits realisation is optimised from the organisation's investment in change.

Responsibilities include, but are not limited to:

  • lead and facilitate the benefits identification and mapping workshops
  • develop and maintain a benefits map and accompanying benefits profiles
  • facilitate agreement of the benefits realisation plan
  • develop and maintain the benefits management framework and ensure alignment with activities
  • work with business change managers and their teams to promote more effective benefits management practices
  • maintain the benefits forecast and escalate issues with benefits realisation
  • set the standards for, and monitor post implementation reviews to compare benefits realised with benefits forecast to capture lessons in relation to benefits management for wider dissemination

Duties may be integrated into another role such as Project Manager role and may be sourced from the PMO.

Senior SupplierReports to board

The Senior Supplier represents the interests of those designing, developing, facilitating, procuring and implementing the project's product/s. This role is accountable for the quality of the product/s (and its components) delivered by the supplier(s) and is responsible for the technical integrity of the project. If necessary, more than one person may represent the suppliers.

The Senior Supplier may be within the agency, for example the CIO, or an external integration partner. Depending on the customer/supplier environment, the customer may also wish to appoint an independent person or group to carry out assurance on the supplier's products (for example, if the relationship between the customer and supplier is a commercial one).

Responsibilities may include, but are not limited to:

  • providing supplier expertise throughout the project to ensure that technical requirements are understood and that the products are fit for purpose
  • representing the supplier's interests, ensuring the project team has the necessary resources (people, technology, funding) to create the solution
  • being accountable to the project executive for the technical aspects of the project, including progress reporting and issue resolution
  • being responsible for the technical viability of the solution, making sure it can be built, tested, and implemented successfully
  • communicating technical standards and guidance on areas such as technical compliance

Note: Vendors should not play any Board role in decision-making regarding their own work, such as vendor selection, progress payments, change requests, or readiness assessment.

Guidance for Senior Responsible Officials

Assurance Research Series 02

References

  1. Chesterman, R. Queensland Health Payroll System Commission of Inquiry; 2013. http://www.healthpayrollinquiry.qld.gov.au/
  2. Rees, D. Review of the Modernising Business Registers Program; Commonwealth of Australia, Canberra, Australia, 2023. https://treasury.gov.au/sites/default/files/2023-08/review-modernising-business-registers-program-report-redacted_0.pdf
  3. QAO. Effectiveness of the State Penalties Enforcement Registry ICT reform; Queensland Audit Office, Brisbane, 2020. https://www.qao.qld.gov.au/reports-resources/reports-parliament/effectiveness-state-penalties-enforcement-registry-ict-reform
  4. Flyvbjerg, B.; Budzier, A.; Aaen, J.; Keil, M.; Zottoli, M. The Uniqueness of IT Cost Risk: A Cross-Group Comparison of 23 Project Types. Project management Journal 2025, in press.
  5. Drake, S.; Bekker, M. C. Functions of project steering committees in large capital projects. Procedia Computer Science 2023, 219, 2058-2066.
  6. PMI. A guide to the project management body of knowledge (PMBOK® Guide); Project Management Institute, 2021.
  7. Lechler, T. G.; Cohen, M. Exploring the role of steering committees in realizing value from project management. Project management journal 2009, 40 (1), 42-54.
  8. McGrath, S.; Whitty, S. Do steering committees really steer? International Journal of Managing Projects in Business 2018.
  9. APM. What is governance? 2025.
  10. Cooke, J. The PRINCE2 Agile® Practical Implementation Guide-Step-By-step Advice for Every Project Type [online]. IT Governance Ltd. 2021.
  11. Karlsen, J. T. The project steering committee, project governance and trust: insights from a practical case study. Management Research Review 2021, 44 (6), 926-947.
  12. PMI. The Standard for Project Management; Project Management Institute, 2024.
  13. Zwikael, O.; Meredith, J. R. Who's who in the project zoo? The ten core project roles. International Journal of Operations & Production Management 2018, 38 (2), 474-492.
  14. Pollack, J.; Anichenko, E. The ten differences between programs and projects, and the problems they cause. Engineering Management Journal 2022, 34 (2), 314-328.
  15. Stoppels, J.; Bosch-Rekveldt, M.; Mooi, H.; Bakker, H. Exploring Current Practice in the Formation and Functioning of Project Steering Committees. Journal of Modern Project Management 2023, 11 (2), 58-77.
  16. Huse, M. Corporate governance: Understanding important contingencies. Corporate Ownership & Control 2005, 2 (4), 41-50.
  17. Teisman, G.; Gerrits, L. The emergence of complexity in the art and science of governance. Complexity, Governance & Networks 2014, 1 (1), 17-28.
  18. Garland, R. Project governance: A practical guide to effective project decision making; Kogan Page Publishers, 2009.
  19. Garland, R.; Morey, A. Project, Program and Portfolio Governance; The Stationery Office, 2022.
  20. Smith, N. Reducing transformation friction: the role of organisational leadership in transformational project outcomes. University of Queensland, Queensland, 2021.
  21. Crawford, L. Steering committees as governance entities. In Research Handbook on the Governance of Projects, Edward Elgar Publishing, 2023; pp 116-123.
  22. Huang, R.; Zmud, R. W.; Price, R. L. Influencing the effectiveness of IT governance practices through steering committees and communication policies. European Journal of Information Systems 2010, 19 (3), 288-302.
  23. Loch, C.; Mähring, M.; Sommer, S. Supervising projects you don't (fully) understand: Lessons for effective project governance by steering committees. California management review 2017, 59 (2), 45-67.
  24. QAO. Queensland Health's new finance and supply chain management system; Brisbane, 2020. https://www.qao.qld.gov.au/sites/default/files/2020-09/Queensland%20Health%27s%20new%20finance%20and%20supply%20chain%20management%20system%20%28Report%204%E2%80%942020%E2%80%9321%29.pdf
  25. Dolfing, H. Project Failure Case Studies: Lessons learned from other people's mistakes; Amazon, 2020.
  26. Cresswell, K.; Ali, M.; Avery, A.; Barber, N.; Cornford, T.; Crowe, S.; Fernando, B.; Jacklin, A.; Jani, Y.; Klecun, E.; et al. Adoption of the National Health Service Care Records Service (NHS CRS) in Secondary Care in England: Final report for NHS Connecting for Health Evaluation Program; 2011.
  27. Atlassian. A project management team's guide to successful project governance. 2021.
  28. McGrath, S.; Whitty, S. Governance terminology confusion in management and project management reference documents. Journal of Modern Project Management 2019, 7 (3), 146-171.
  29. Prasad, A.; Heales, J.; Green, P. A capabilities-based approach to obtaining a deeper understanding of information technology governance effectiveness: Evidence from IT steering committees. International Journal of Accounting Information Systems 2010, 11 (3), 214-232, Article. DOI: 10.1016/j.accinf.2010.07.013 Scopus.
  30. Müller, R. Project governance; Gower Publishing, 2017.
  31. Olsson, N. Elaborations on the role of project owner: introducing project owners type 1 and 2. International Journal of Managing Projects in Business 2018, 11 (3), 827-844.
  32. Sia, S. K.; Weill, P.; Zhang, N. Designing a future-ready enterprise: The digital transformation of DBS bank. California management review 2021, 63 (3), 35-57.
  33. Woerner, S. L.; Weill, P.; Sebastian, I. M. Future ready: the four pathways to capturing digital value; Harvard Business Press, 2022.
  34. Mosavi, A. Exploring the roles of portfolio steering committees in project portfolio governance. International Journal of Project Management 2014, 32 (3), 388-399. Scopus.
  35. Jenkins, M.; Warendh, A. Is it time to consider co-CEOs? Harvard Business Review 2022, Jul-Aug 2022.
  36. QAO. Report to Parliament No. 7 for 2010 Information systems governance and control, including the Queensland Health Implementation of Continuity Project; Queensland Audit Office, Brisbane, 2010. http://www.healthpayrollinquiry.qld.gov.au/__data/assets/pdf_file/0009/177903/Auditor-General_of_Queensland_Report_to_Parliament_No_7_for_2010.PDF
  37. Brunet, M.; Petit, M.; Romero-Torres, A. Interorganizational design for collaborative governance in co-owned major projects: An engaged scholarship approach. Project Management Journal 2024, 55 (5), 580-598.
  38. Whiteley, A.; Pollack, J.; Matous, P. The origins of agile and iterative methods. The Journal of Modern Project Management 2021, 8 (3).
  39. PMI. Agile Practice Guide; Project Management Institute, 2017.
  40. Smith, N.; Burton-Jones, A.; Sullivan, C. From benefits idealisation to value optimisation: Application in the digital health context. Australian Health Review 2020, 2020 (44), 706-722.
  41. NSW Government Sydney Water Customer Experience Program (CxP): Lessons to Emulate. 2021.
  42. Elonen, S.; Artto, K. A. Problems in managing internal development projects in multi-project environments. International journal of project management 2003, 21 (6), 395-402.
  43. Murphy, K. A Theory of Steering Committee Capabilities for Implementing Large Scale Enterprise-Wide Information Systems; Case Western Reserve University, 2016.
  44. Shergold, P. Learning from Failure: Why large government policy initiatives have gone so badly wrong in the past and how the chances of success in future can be improved. Commission, A. P. S., Ed.; Australian Public Service Commission, 2015.
  45. Axelos. Managing Successful Projects with PRINCE2; The Stationery Office, 2017.
  46. DTA. Closure Reporting Standard for Digital and ICT-enabled Projects. Digital Transformation Agency, 2024. https://architecture.digital.gov.au/standard/closure-reporting-standard-digital-and-ict-enabled-projects
  47. Lewis, E.; Millar, G. The viable governance model: A theoretical model for the governance of IT. In 42nd Hawaii International Conference on System Sciences, 2009; IEEE.
  48. Hamilton, S. Moveable Transactions Project – Senior Responsible Officer (SRO) reflections. Scottish Government, 2024. https://blogs.gov.scot/digital/2024/11/13/moveable-transactions-project-senior-responsible-officer-sro-reflections
  49. ANAO. myGov Digital Services. Australian National Audit Office, 2024. https://www.anao.gov.au/work/performance-audit/mygov-digital-services
  50. House of Commons. Oral evidence: Lessons learned: Delivering value from government investment in major projects – HC 456. Public Accounts Committee: 2024.
  51. Department of Treasury and Finance. Project Governance Guidelines. 2012.
  52. Infrastructure and Projects Authority. Government Functional Standard GovS 002: Project delivery portfolio, program, and project management. 2021.
  53. IPA. Project delivery: guidance. The role of the senior responsible owner Infrastructure and Projects Authority: UK, 2023.

Next page

Appendix: Digital Project Governance Board Roles and Responsibilities

Next page

References

test Your responsibilities

To successfully meet this criterion, you need to:

communicate the benefits of adopting a digital channel

understand the motivations of your audience

make the digital service easy to use

Information Flow: Reporting and Communications

Project reporting

Project Board meetings should be regular, scheduled and aligned as much as practical to the organisation's financial reporting cycles, so that the project manager can give timely information on project progress and costs, and to escalate issues beyond their delegation. Most digital project boards meet on a monthly basis and at key decision points, but the frequency of meetings should be adapted to project pace and risk (11), with the possibility of a higher meeting frequency, for example, when the project is close to go-live or release.

The content of board meetings is often influenced by the project manager, supported by key topics in project reports. To keep the board focused on decision-making, reports should focus on exceptions to planned progress, changes to scope, risks and relationships (11). The agenda and supporting project reports will need to adapt to maintain a focus on the critical decisions needed to progress the project (23, 43) .

From the Review of the Modernising Business Registers Program

Project reporting should be "a single source of truth" to reduce reporting burden and to share with internal and external stakeholders, and contain the following (2):

  • Key project milestones
  • Spend to data and forecast spend to complete
  • Earned value (or equivalent) to enable clear monitoring of work completed compared to plan
  • Key workforce metrics
  • Material risks
  • Governance effectiveness metrics – feedback loops on quality of materials, engagement, debate and decision-making (e.g. short survey at end of each meeting)
  • Change readiness indicators
  • Go-live date

Production of reports for the board divert resources from other project activities. The SRO needs to balance information requests from the board to the project team, with the effort needed to produce them. There is also a tension in the timeliness of information for project reporting. Where possible, board meetings should be scheduled to minimise the lag between report data and the meeting.

The board should regularly reflect on whether all sections of project reports play a role in the decisions the board makes. Removing redundant sections of reports can make it easier to focus on key information and reduce a project reporting burden. Focus for reports should be on exceptions, earned value, and differences between planned and actual progress.

The board maintain responsibility for obtaining the information they need to govern project progress and may need to work with the project manager to ensure they obtain necessary information, moving past a passive information-consumption attitude. Technical jargon should be avoided in reporting in favour of language that allows the board to make trade-off judgements on the business logic and strategic alignment of the project. Board members may have to actively seek outside information if they are to be suitably informed, for example by attending regular project meetings (23, 43), engaging directly with users and operational mechanisms (e.g. walking the shop floor), or conducting informal discussions with stakeholders.

Supporting project documentation

The following table lists some of the common documentation used to support project board formation and decision making. Governance tips from an SRO are also included later in this document.

Common documentation for project board formation and decision making
ArtefactsCore elements
Project Board Terms of Reference (ToR)

The ToR should clearly articulate the scope of the board's remit, authority of the board and its positioning with corporate governance forums and other project governance mechanisms. It should clearly define board roles, potentially including a RACI matrix (responsible, accountable, consulted, informed). The ToR needs to place strongly restrictive conditions on board members use of delegates or proxies.

Escalation processes and criteria for exception reporting should be included. These should detail the specific delegated time, cost, quality, or scope change limits that the project manager is delegated to approve, and which must be escalated for board approval.

Business CaseIt specifies why the project is required, its objectives, intended benefits, and solution strategy. It specifies the parameters within which the project operates (e.g. time, budget, scope), which provide the baseline against which project delivery performance can be measured.
Benefits Realisation Plan (BRP)

A BRP outlines how the benefits of an investment will be achieved and measured. Its purpose is to ensure an investment delivers its intended value.

The BRP describes the context, structure, and approach to the realisation of planned benefits and is typically developed alongside the business case (at least to initial draft level) to ensure there is a clear plan for the realisation of benefits outlined in the business case.

See the DTA's Benefits Management Policy and Toolkit for more information.

Benefits Map

A benefit map links the key project benefits and enabling changes on which benefits realisation depends to an organisation's strategic objectives.

Benefit mapping and the resulting Benefits Map, is an iterative process which should be revisited multiple times during the investment. This will ensure that unintended consequences and disbenefits are accurately factored into the investment planning process and that the investment remains on track to realise intended benefits.

See the DTA's Benefits Management Policy and Toolkit for more information.

Stakeholder Impact AssessmentA Stakeholder Impact Assessment identifies who is affected by the project and evaluates the nature of the impact. It assesses relative power of each stakeholder, their interests and readiness for change. The assessment can be utilised to inform engagement strategies and risk mitigation plans.
Project Board PapersProject board papers are produced by the project manager, focusing on decision-making and exception reporting. They are designed to support decisions escalated to the board. They should make clear recommendations, clearly noting the action required (e.g. note or approval). They should be distributed to the board at least 3 days in advance [3-DTA]. Standardising reporting across an agency is recommended to help board members can easily consume information[14-SRO]
Assurance Plan

Agencies are required to plan for assurance by applying the Key Principles for Good Assurance and meeting minimum assurance requirements applicable to the tier of the investment.

The Assurance Plan is agreed with the DTA and submitted to Cabinet for approval as part of the proposed investment.

The Assurance Plan should be regularly reviewed by the board, at least as often as the relevant tier requires. This is key to ensuring the plan continues to be fit-for-purpose.

See the Assurance Framework for Digital and ICT Investments for more information.

Governance tips from an experienced SRO

On structure

  • Use defined decision-making frameworks. Treat governance as a “friend” framed around risks
  • In my program with >10 projects, each had its own SRO. The formal program board was a decision-making forum, with feedback mechanism to the agency head through to the organisation’s board and across government
  • Underneath the program board, I established good delivery governance. I also attended standups with each project and SRO every week to unblock things, clear change protocols and manage dependencies
  • To succeed, we needed a high functioning PMO, tracing original requirements to delivery, governance ensuring that “right people are working on right things at right time”

On decision-making

  • Ensure clear delegation of decisions and authority between the program and project levels
  • Defined project and program tolerances:
    • Program level – decision-making sits with SRO. For example, there were 34 milestones. If we shift on those, that is a decision for SRO and minister.
    • Project level - decision making authority to make decisions around their milestones, as long as it doesn’t impact delivery of government milestone and SRO has transparency.

 

Lifecycle

Project Lifecycle and Duration

Project boards should commence at a project's inception. Different skills, capabilities and focus may be required at different stages of a project, and consequently the board composition may need to change. For example, architectural expertise may be more necessary in the design phase, procurement in the planning phase.

In addition, certain events can trigger changes to the project and/or Board. This can include a change in government, turnover of the SRO, handover of project between phases (e.g. after business case approval). These events should also trigger a review of the business case, board charter and composition.

Induction and On-Boarding

The following activities are recommended when standing up a project board, or after significant change [14 - SRO, 1 - SRO]:

  • Explain why the project is needed, the outputs and outcomes it is intended to deliver, and high-level project plan
  • Provide clarity on roles, positioning of this board with other governance mechanisms and expectations on behaviour
  • Understanding of baseline plan so the board know what they are measuring against
  • Build capability in the core literacy areas. For example, an agency providing a Managing Successful Projects (45) course so that board members would have common understanding of project principles.
Reflection and Review

There should be a regular reflection and review on the effectiveness of a digital project governance board, as:

  • Organisational needs can vary over the project lifecycle
  • The external context might have changed, impacting the project's feasibility
  • Practices and processes can develop over time, and the board may need to manage reporting impost and regularly 'de-clutter'
  • The bespoke nature of digital project governance boards means it may need adjustment to be effective.

Participants for this research recommended having an item on the agenda (quarterly) to review the agenda and papers and remove lower value items. It might also be necessary to change the board composition, meeting cadence or address any cultural issues. The Self-Assessment provided in this document can also be helpful for providing a snapshot of board effectiveness.

Dissolution

Closing down the project board should be aligned with the project benefits being realised or accountability transferred to an operational role, rather than the technical output delivery. It should also align with DTA's Closure reporting standard for digital and ICT-enabled projects (46).

Any lessons learned, for example from post-implementation reviews, should be integrated into project management disciplines in the agency. There should be a formal handover of any remaining risks and benefits to be realised.

Consultation on the Digital Seller Underperformance Policy (DSUP)

The Digital Seller Underperformance Policy (DSUP) is designed to enable fair and transparent management of digital seller underperformance information and drive improved digital project outcomes across Government.

What we need from you

The DTA is seeking feedback from sellers and other industry stakeholders on the draft Policy to ensure the Policy is fair, clear, transparent and proportionate. We want the Policy to support effective collaboration between sellers and Government buyers. Genuine feedback from digital sellers and other industry stakeholders will help us understand industry views and inform the final design of the Policy.

The consultation form below closes on 9 February 2026 at 4pm AEDT.

Before making your submission, please consider the Consultation Fact Sheet and Draft Policy below:

Have your say

You can provide a submission through our dedicated form by 9 February 2026 at 4pm AEDT.

Have Your Say Now

test When to apply

Apply Criterion 2 throughout Discovery as you gather research and insights on your target audience. Revisit this Criterion once you go live and assess uptake of your service.

Revisit this criterion across the Service Design and Delivery Process to remain relevant
as users wants and needs evolve.

Next page

Tools for Digital Project Governance Boards

Digital Project Governance Board Composition

Connect with the digital community

Share, build or learn digital experience and skills with training and events, and collaborate with peers across government.