ANU Project Management Framework May 2022
ANU Project Management Framework May 2022
framework
Supporting compliance with the
Project management policy
May 2022
Contents
Quick guide .................................................................................................................................................. 4
Purpose of the Project management framework .................................................................... 5
Minimum requirements.......................................................................................................................... 6
Project stages .............................................................................................................................. 9
Initiating stage............................................................................................................................. 9
Planning stage ............................................................................................................................. 9
Executing (monitoring and controlling) stage .......................................................... 10
Closing stage .............................................................................................................................. 10
Post implementation review stage ................................................................................. 10
Project tiering ............................................................................................................................................ 11
Record-keeping: SDZ and ERMS.................................................................................................... 12
Appendix A: ANU Project management policy ......................................................... 15
Appendix B: Indicative scoring to determine tiering ............................................ 17
Appendix C: Example of detailed RASCI ..................................................................... 19
Appendix D: Glossary ............................................................................................................ 20
Appendix E: Delegations ..................................................................................................... 26
Appendix F: ANU policies and procedures ................................................................ 26
Appendix G: ANU Governance bodies .......................................................................... 27
Minimum requirements
Regardless of the methodology adopted for managing a project, all projects need to
meet the following minimum requirements:
progress through the following project stages
o initiating
o planning
o executing
o closing
o post-implementation review
tier the project according to the tiering guidance, apply the appropriate governance and
produce the minimum project documentation
complete a risk assessment at the start of, and during, the lifecycle of the project as per
the University’s Enterprise risk framework
lodge project approval and status reporting documents in StrategyDotZero (SDZ) to
ensure correcting reporting to the ANU Executive
comply with the ANU Records and archives management policy by filing official
documents in the ERMS
implement further controls where appropriate after meeting the minimum requirements.
Projects in ANU require appropriate governance depending on the nature, scale and scope of
the project. The Service Solutions team can advise on appropriate governance and assist with
secretariat.
The ANU PMF (Project management framework) SharePoint site - Provides further details on
the framework and project management requirements at ANU, including templates and
examples, as well as guides and training materials and access to a community of practice. The
site also has links to the supporting materials for SDZ and ERMS.
The ANU Policy library – Refer to the Project management, Delegations, Risk management,
Alterations in or about University buildings, and related policies and procedures.
The Planning and Service Performance (PSP) Division is responsible for the Project management
policy and the supporting Project management framework. Please reach out to us with your
questions, comments, or feedback: service.improvement@anu.edu.au
Scope
The PMF applies to all projects in the University with the following exclusions:
academic research grants, contracted research and associated projects; and
activities where external legislation requires a different approach.
Guiding principles
The following principles have been approve by the Senior Management Group for
adoption in the Digital and services governance plan and are applicable at all levels of
project governance.
RASCI
Business
Manager
Sponsor
Project
Project
Project
Owner
Initiating stage
Key points
prepare a business case that defines:
o scope: what's included in the project and what isn't
o objectives
o benefits
o risks
o high level budget
o indicative timeframe
o indicative staffing required and roles defined
determine project tier
authority given to commence
establish governance
This is the stage before action has commenced on the delivering the project.
The project Business case is presented for approval to the appropriate ANU governance body,
such as the Senior Management Group (SMG), and can commence on approval.
Documents
Business case
Project brief
Use StrategyDotZero: Program/Project Management – Planning workspace, to capture the
approved Business case.
Planning stage
Key points
project plan prepared, including
o schedules
o budgets and procurement defined
o risk analysis
o benefits
draft change plan, may be included in the project plan or separate
draft communications plan, may be included in the project plan or separate
project team formed with defined roles and responsibilities
Closing stage
Key points
agreement that project outputs, outcomes, benefits have been implemented
the deployment of outputs, outcomes, benefits to business area become normal
operating procedures
lessons learned from the project are shared, including with communities of practice
closure report presented to governance body
Documents
Closure report
Use StrategyDotZero system Program/Project Management – Implementation workspace to
capture the above information.
Assigning tiers
For all other projects that do not meet the categories described above, the Project Sponsor
or Project Manager allocate scores to each criteria on a scale of 1–10, and a calculation adjusts
the score based on the weight assigned to each criteria. See Appendix B for details.
The tiers determine the minimum governance and record keeping required for the project, and
can assist the Project Manager to determine the size and scale of the team required to
complete the project. This method also allows the University to amend the weight allocated to
each criteria in response to changing strategic priorities. The current weight applied to` each
criteria is as follows:
Criteria questions will cover: Score Weight
Financial impact: revenue generating or cost-saving 1–10 40%
Service quality: university-wide application 1–10 20%
Process improvement: university wide application 1–10 30%
Productivity improvement 1–10 30%
Business Owner support 1–10 30%
IT interdependencies 1–10 40%
Timescale: short, medium or long 1–10 30%
The calculation then provides a total score out of 20 that then indicates the tier as follows:
Tier 1 Tier 2 Tier 3 Tier 4
More than 20 More than 16, More than 10, 10 or less
less than 20 less than 16
A tiering tool be found on the ANU PMF (Project management framework) site.
Tier 2
These projects are established or led by (or equivalent):
College Dean
College General Manager
Service Division Director
Program or some project levels of the Digital and Services Strategy Governance
Minor capital works
Tier 3
These projects are established or led by (or equivalent):
Associate Director
School Manager
Tier 4
These projects are established or led by (or equivalent):
Senior Manager or Manager
Documentation
To ensure a comprehensive understanding of the status of projects throughout the
University, the ANU Executive receive a high-level dashboard produced in
StrategyDotZero (SDZ). Therefore, the Project management policy stipulates the use of
SDZ.
While templates can be modified to reflect more accurately the scale, complexity and
requirements of the governing body, Tier 1 and Tier 2 projects require comprehensive
documentation to ensure appropriate oversight, accountability, effective management and
meaningful reporting and record keeping.
Templates referenced in this framework are available on the Project management framework
site. Information may also be input directly to SDZ.
Every project requires the following documentation:
Business case
Project brief
Project plan
Project variation requests
Status reports
Closure report
Post-implementation review report
Project governance
3. All projects adhere to the applicable minimum governance activities as outlined i n the
Project tiering guidance document in the PMF Library of resources.
4. All projects complete a risk assessment prior to the commencement of the project and
during the lifecycle of the project, in accordance with the University’s Enterprise risk
framework.
5. In addition, projects utilise the following governance structures and tools, if relevant to
their project:
7. The Project Owner/Business Owner accepts the new service, capability or product; is
responsible for realisation of project outcomes and any identified benefits (N ote: will likely
carry forward past end of project).
8. The Project Manager is responsible for the administration and management of the project,
and compliance with this policy and other relevant University policies and procedures
(refer clause 6) and is the key project contact and responsible for management, of the
project team and its contractors.
9. The Project governance body has oversight of the project and ensures that the project is
executed in line with the approved project documentation; monitors project health
including risks and issues and acts to remediate or cancel the project if required.
Representation includes business user(s) and service provider(s). The Project governance
body is the Project control group and/or the Project steering committee, Project board or
Project Sponsor/Business Owner, depending on the size of the project.
Definitions
10. Project management definitions are found in the Project glossary in the Related links
section of the PMF.
University-wide application
Will the successful project be immediately applied university-wide (both colleges and
portfolios/divisions)? 10
Is the project a proof of concept for future application university-wide; or to all colleges; or to all
portfolios/divisions, if successful? 10
If the project is only applicable to colleges, is it applicable to 6 or more? 10
If the project is only applicable to portfolios/divisions, is it applicable to all? 10
If the project is only applicable to colleges, is it applicable to 3 - 5 colleges? 9
If the project is only applicable to portfolios/divisions, is it applicable to most portfolios/divisions? 9
If the project is only applicable to portfolios/divisions, is it only applicable to 1 or 2 portfolios/divisions? 7
If the project is only applicable to colleges, is it only applicable to 1 or 2 colleges? 7
Productivity improvement
Will the project result in saving a significant amount of staff time on an ongoing basis? 10
Will the project result in saving a moderate amount of staff time on an ongoing basis? 8
Will the project result in saving a modest amount of staff time on an ongoing basis? 5
The project will not result in saving staff time. 2
IT interdependencies
Is the project contained within a single IT system? 10
Does the project rely on push/pull of data from 2 systems? 8
Does the project rely on push/pull of data from 3 or > systems? 5
Timescale
Will the project be completed in less than 6 months? 10
Will the project be completed between 6 and 12 months? 5
Will the project take more than 12 months to complete? 2
A tiering tool can be found on the ANU PMF (Project management framework) SharePoint site.
Benefits
The measurable improvement resulting from a project for one or more stakeholders.
Benefits management
The process of identifying, preparing to achieve, achieving and measuring benefits.
Identification of benefits involves strategic and business analysis clearly defining 'value' to be
generated. The project is setup and planned to ensure achievement of benefits. Throughout the
lifecycle of the project, actual progress is monitored and controlled to ensure that the project
continues on track to achieve the desired benefits. Once the project results in outcomes, these
are evaluated to ensure and measure the achievement of resultant benefits.
Benefits realisation
The Project Sponsor and/or governance body needs to review the Post-implementation report
and where appropriate, assign the recommendations to key stakeholders and the Business
Owner to ensure the new system/service/facilities is fully adopted and benefits are realised.
Business case
A document that identifies an operational or strategic need or business problem and provides
the feasibility and justification for the proposed project. It is presented to the governing body to
determine if the project should be approved.
The business case outlines the justification for the project and its alignment to the ANU
Strategic plan, ANU Corporate plan and Capital and investment framework.
The business case outlines:
the reason for the project, business drivers, outcomes/outputs and benefits
scope of the project; what's included and what isn't
an analysis of the assumptions on which the estimated costs, required resources and
timeline for delivery are based
initial risk assessment, including the risks of not proceeding
the desired benefits and the feasibility of achieving these
Business Owner
An operational business unit or academic area that has ownership of project outputs, including
the budget, timeframe, and outcomes. The Business Owner is a key stakeholder and has overall
responsibility for ensuring that the project meets its business objectives. They also confirm
Change management
The strategies and procedures used to define change, identify its impacts, and prepare for and
manage the transition for the people impacted through the change towards achieving the
desired outcomes and benefits.
Closing stage
When the project activities are completed, the project can be assessed for closure. Where it is
clear the project can no longer achieve its desired outcomes and resultant benefits, and it will
also be closed. These decisions are usually made by the governance body. The Project Manager
should make provisions for both, a planned project closure, and a pre-mature project closure
where appropriate (for example, where the business case can no longer be justified).
Closing a project involves:
acceptance and approvals are obtained following verification with the Business
Owner that the agreed products, services, or outputs were delivered to their
expectation
preparing transition of the outputs of the project into a business-as-usual and
ongoing management is planned, including the benefits management plan and
action
preparing ongoing evaluation on whether the project continues to achieve the
benefits, and the availability of data and information that would enable the
evaluation of the project is ensured
a review is done to ensure that all project commitments (including meeting legal,
regulatory, compliance requirements) are met
procurement, contracts and completing any financial transactions are completed
closure is communicated to all relevant stakeholders
lessons learned from the project are captured
The Closing stage involves formally handing over the deliverables to the Business Owner,
forwarding the documentation to the business, concluding supplier contracts, releasing staff
and equipment, closing costs charged to the project and informing stakeholders the project is
closing. It is good practice to conduct a Lessons learned workshop.
Closure report
A summary of the project achievements and shortfalls along with any further actions needed,
including those related to handover or transition planning, and include reference to the:
Business case
Project brief
Issues log
Risk register
Lessons learned log
Communications plan
Defines the communication requirements for the project and how specific information will be
distributed. It documents the approach to prepare the stakeholders, target audience or end
users to accept the project deliverables. Essential elements also include key messaging and a
timeframe for delivery.
Evaluation
The process of assessing and measuring the outcomes and benefits from a project and
comparing them with the desired benefits and outcomes from the business case. Evaluation can
commence as soon as project outputs are made available, and outcomes may be assessed, and
is an ongoing activity that goes beyond the closure of the project.
Initiating stage
The period from when the governance body authorises initiation to when they establish funding
for the project (or decide not to go ahead with the project).
Issues
A realised risk, problem or concern that has emerged and if not addressed is expected to affect
the project timeframes or outcomes.
Issues log
A register used to capture and maintain information on all of the issues being managed formally
including impact and resolutions actions. The Issue log is prepared by the Project Manager and
monitored by the governance body on a regular basis.
Objectives
Describes the tangible result from doing the project. Each objective must be simple to
understand, specific and measurable. The project and its objectives must contribute to the
strategic or business plan outcomes resulting in desired benefits.
Outcomes
The result of change, normally affecting real-world behaviour and/or circumstances. Outcomes
are desired when a change is conceived. They are achieved as a result of the activities
undertaken to effect the change. The final measurable improvements from outcomes are the
benefits.
Planning stage
The stage of the project where the Project Manager and the team prepare a detailed Project
plan to provide the project board/steering committee with assurance of outcomes. At the end of
the planning stage, the steering committee will confirm the investment amount to be allocated
to the project to proceed to Executing Stage.
Products
An input or output, whether tangible or intangible, that can be defined, created and tested.
Program/s
A group of related projects and activities that are grouped together to achieve a common
solution to a business requirement or strategic priority. Projects within a program will typically
have shared objectives but deliver different benefits.
Project brief
The formal project initiation document that specifies the background of the proposed project,
purpose, benefits, business case outline, objectives, scope, assumptions, constraints and costs
of the project. Its main purpose is to formally acknowledge that a project has approval to begin.
The project brief is developed in close consultation with the Project Sponsor, the Business
Owner, key stakeholders and members of the project team.
This document encompasses the Business case as well as:
details of the deliverables (outcomes/outputs)
Project plan
Defines how the Project Manager and team will deliver the project outputs and achieve the
project benefits.
The Project plan is a detailed roadmap of how the project will be conducted (the project
methodology). Use the Project brief as the basis for detailing:
team structure, roles and responsibilities
packages of work and associated timelines
measures of success of the project
stakeholder engagement and communication through the project
change management or business transformation approach and activities
budget or cost of each activity and/or resources
risks impacting the project and planned actions to minimise the impact of the risk
business benefits and how and when will these be measured against the baseline
constraints and assumptions.
Supporting plans can include work package and schedule, Benefits measurement plan, Change
management plan, Communication plan, Stakeholder engagement plan, Quality assurance
plans, Procurement plans, and Training plans.
Project Sponsor
The Project Sponsor is responsible for project funding and ensuring the project achieves its
objectives and benefits.
Risk management
The systematic application of principles, approaches and processes to the tasks of identifying
and assessing risks, and then planning and implementing risk mitigation responses to minimise
any negative impact on the project.
Risk register
A record of identified risks relating to an initiative, including their status and history. Use the
Risk register to list of all project risks along with their analysis and mitigation/contingency
actions
Scope
Clear definition of the work/s to be completed by the end of a project. It needs to be aligned to
the project objectives, deliverables and associated benefits.
Stakeholder/s
Individuals or groups that have an investment, share, or interest in the development and
outcomes of a project; and those who will be impacted by the project. Common stakeholders on
most projects are the Project Sponsor, governance body, Business Owner, the project team, the
customer/user of the service/product, as well as other business areas, academic and
professional staff and students.
A critical factor for a successful project is stakeholder identification and engagement. It is
beneficial to ensure the stakeholders expectations align with the project’s purpose. It is also an
opportunity to identify how stakeholder participation can help direct the project’s success and
how best to engage with them about the change created by the project.
Status reports
Records the status of the project in comparison with the plans, key risks/issues, and remedial
actions. The reports should also reflect the required information as agreed with the Project
Sponsor, the governance body and the Business Owner.
Variation - see Project variation requests