Document Control
Project Proposal/Options Analysis/ Business Case/Project Plan
AssignmentTutorOnline
Project name
Business Project
Project Homework help – Summary
Region/Unit
Location
Program
Project Number
Project Description
Document Control
Prepared by: Name
Title: Job title
Branch: Branch
Division: Division
Location: Floor, street, city
Version no: 0.1
Version date: dd mm yyyy
Status: Initial Draft/Consultation Draft/Approved Document/Minor Revision/Major Revision
DMS ref. no: DMS reference number
File/Doc no: File number/document number
Version history
Version no. Date Changed by Nature of amendment
0.1 Initial draft.
© The State of Queensland (Department of Transport and Main Roads) 2014: 2024 – Essay Writing Service. Custom Essay Services Cheap
http://creativecommons.org/licences/by/3.0/au
To attribute this material, cite State of Queensland (Department of Transport and Main Roads) 2014: 2024 – Essay Writing Service. Custom Essay Services Cheap, TMR OnQ Framework.
Template Version 2.0 (07/08/2013)
Endorsement and Approval
Customer (delete for Project Plan)
I agree to the project proceeding as proposed in this document.
Name
Position
Signature Date
Comments
Sponsor
I agree to the project proceeding as proposed in this document.
Name
Position
Signature Date
Comments
The following officers have endorsed this document:
Name
Position
Signature Date
Add further names as required
Project manager:
I recommend the project proceeds as proposed in this document.
Name
Position
Signature Date
Table of contents
1 Purpose of this document 7
2 Definitions 7
3 Governance 7
3.1. Key Roles 8
3.2. Project organisation structure 8
3.3. Higher level requirements 8
3.3.1. Whole of government requirements/strategic focus 8
3.3.2. Departmental corporate/strategic requirements 9
3.3.3. Portfolio management requirements 9
3.3.4. Program management requirements 9
3.4. Business and program benefits of the project 9
3.5. Approvals 10
3.6. Reviews and reporting 10
3.7. Project management method 10
4 Project definition 11
4.1. Location 11
4.2. Background 11
4.3. Current situation 11
4.4. Objectives 11
4.5. Proposed project 12
4.6. Delivery strategy 12
4.7. Project performance measurement/success criteria/KPIs 12
4.8. Product performance measurement/success criteria/KPIs 12
5 Project scope 13
5.1. In scope 13
5.2. Out of scope 13
5.3. Constraints 13
5.4. Assumptions 13
5.5. Related projects/proposals/planning studies 13
5.6. Urgency 14
6 Stakeholder impacts 14
7 Options 15
7.1. Options Considered (Options Analysis document only) 15
7.2. Assessment Criteria (Options Analysis document only) 15
7.3. Option Comparison (Options Analysis document only) 16
7.4. Option Assessment (Options Analysis document only) 16
8 Project cost and quantifiable benefits 16
9 Project management plan 18
9.1. Scope 18
9.2. Time 18
9.3. Cost 19
9.4. Quality 20
9.4.1. Safety 20
9.4.2. Functionality 20
9.5. Human Resources 21
9.6. Communications 21
9.7. Risk 21
9.8. Procurement 22
9.9. Integration 23
9.10. Phase transitions/handover/completion 23
9.11. Design development 24
9.12. Project Learnings 24
10 Recommendations 24
11 Annexures 24
Read this guidance text box before proceeding. This template is used for Proposal, Options Analysis, Business Case and Project. Where it is being used for a planning study/strategy/policy development, it would be completed for proposal, and possibly options analysis. The business case would be retitled Organisational Delivery Plan and a project plan would not be required, as the recommendations will be delivered by others. It contains a project management plan that covers from the present until the next major milestone in detail, and the remaining steps in outline form. The ‘Project Plan’ term has been reserved for the implementation phase since OnQ’s inception in 2000. Using the term ‘project management plan’ throughout overcomes the difficulty of preparing the wrong template at the wrong time, just to have a management plan. To create templates after the proposal, start with this template from the website, as it may contain updates, and the previous template may have left out some sections not relevant to that part of the process then but relevant now. Then bring material in Sections 1 to 6 forward from the previous template, bold italicising that text. Insert any new material in normal typeface, enabling a reviewer/approver to readily see what has changed from the last approved document. This can be particularly useful when there is a long time lapse between templates, and avoids unnecessary searching by the reviewer/approver. As this material is being brought forward, check that all the material mentioned in the guidance has been covered, then delete the corresponding guidance box. Most sections contain guidance shown in yellow boxes and a content area denoted by a placeholder symbol Type here. Other sections contain draft text that needs to be reviewed and selected/amended/deleted as necessary. When the template is complete and the guidance boxes removed, update the table of contents by
right-clicking in it and selecting ‘Update Field’, then ‘Update entire table’. Once approved, this document should be managed in accordance with the Department of Transport and Main Roads Recordkeeping Policy. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Executive summary
Extract the key points of this document. The executive summary should not say anything that has not been included in the body of the template. So it is usually best to write this section last i.e. after the rest of the template has been completed. Items that typically need to be in this summary include: A brief description of the problem or opportunity to be addressed An outline of the scope An outline of the project objectives and benefits sought Key risks and issues A summary of the time, costs and resources to complete the next stage A summary of the recommended course of action. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Type here
Purpose of this document
The purpose of this document is to (Delete from here to the relevant close bracket and delete any subsequent options, then copy the remaining text from this guidance box into the ‘Type here’ box below. Note: Do not explain the project here. Proposal -) identify the specific problem or opportunity to be addressed, document the rationale behind/the need for the project, and obtain the customer’s agreement to the scope and method of progressing, and funding to proceed to the next stage. Options Analysis -) document the options investigated and obtain the customer’s agreement on a preferred option to proceed to business case preparation. Business Case -) finalise scope definition of and concept estimate for the selected option, evaluate benefits and obtain the customer’s commitment to funding and agreement to the project’s inclusion in the organisation’s program. Project Plan -) outline how the project will be implemented, and confirm that the project can be delivered within the desired funding and timing. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Type here
Definitions
In the table below, define any term the audience may not understand, including specific terms, abbreviations and acronyms. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Terms, abbreviations and acronyms
Meaning
Customer Decision maker ‘owning’ the new asset Sponsor Head of the delivery group
Governance
Once the following sub-sections are completed for the project proposal, there should be few changes in following templates, other than staff/phase transitions or a change in strategic direction as a consequence of the electoral cycle. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Type here
The project will be/is being managed in accordance with the project management policy of April 2014: 2024 – Essay Writing Service. Custom Essay Services Cheap and the principles on the OnQ website under governance. Governance arrangements for the project are set out below.
Key Roles
Identify key personnel in the proposed project in the table below. Each member of the team must be aware of their roles and responsibilities. Refer to the OnQ website for clarity on ‘roles and responsibilities’. Where multiple agencies are involved that own different parts of the new/upgraded asset/network to be created by this project, list the coordinating customer who will be responsible for obtaining agreement from the others on required functionality when the project identifies any such issues. The other customers should also be listed. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Type here
The key project management roles are:
Project Customer [Name], [Position]
Project Sponsor [Name], [Position]
Concept Manager [Name], [Position]
Program Manager [Name], [Position]
Project Manager [Name], [Position]
Advisory Group (optional)
Project organisation structure
Consider adding a project organisational structure here. Refer to the OnQ website under Project management> Governance>/Project Governance Model. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Type here
Higher level requirements
This sub-section will generally be completed by a transport planning area for a transport strategy development project that will recommend that a number of projects proceed to delivery. When the proposal document is prepared for these projects, locate this strategic material and simply cut and paste, including whichever of the following headings are relevant. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Type here
Whole of government requirements/strategic focus
Consider the immediate priorities of the current government, and TMR’s longer term accountability to sustain the operations and asset management of the State’s transport network. Describe how this project contributes to these (sometimes competing) drivers. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Type here
Departmental corporate/strategic requirements
Outline the project’s relationship to the TMR strategic plan. Note that, whatever the government priorities of the day, there is still a requirement to develop safe, affordable, fit-for-purpose project solutions. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Type here
Portfolio management requirements
State which TMR portfolio this project is a part of e.g. QTRIP, Corporate Services, Translink, Customer Services. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Type here
Program management requirements
State which program this project is included in and managed under, at both the state and local level. Locally, the project may be managed in program groups that collect some of the above together into either geographic area or project management phase. A project may commence as part of a planning program, and then move into delivery or operations programs. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Type here
Business and program benefits of the project
What is the purpose of this project? Enumerate both the strategic business benefits the project is intended to produce, and the delivery benefits anticipated from including this particular project in this particular program in this particular way, e.g. economies of scale in procurement or delivery, avoiding expensive re-establishment if the project is split or the remote area has to be revisited to complete an adjacent job. The desired benefits should provide a compelling case for the investment and also provide the basis for assessment of benefits realisation. Specific and realistic targets should be set for benefits that can be quantified. The project purpose may be to achieve benefits that may include reducing (whole of life?) costs for government/community through Improved business processes, improving safety, improving functionality, reduced operating costs. Some benefits will be difficult/impossible to quantify, and those that can be quantified will generally be calculated and reported at the business case. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Type here
Approvals
Advise the approvals required, apart from those on this document’s endorsement and approvals page above. Larger projects may have additional approvals or gates. Consider also financial approvals related to the likely cost of the project and the likely cost of major procurement items. Indicate the approval levels likely to apply. Consider also the approval levels required for variations. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Type here
Reviews and reporting
Indicate the reporting cycle, and any review requirements. Reporting is usually done on a monthly basis, and larger projects may be subject to whole of government requirements. Federally funded projects have their own review requirements. These should be listed. Where there is no internally required report format, the OnQ Monthly Project Report proforma under Tools> proformas and worksheets can be used, together with the reporting requirements planner. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Type here
Project management method
TMR’s policy is that the OnQ project management methodology is to be used for all TMR non ICT projects. OnQ has a maximum of 20 steps and 10 templates in its 4 phases. The Component Assignment Brief (CAB) may be used in any project, and is useful for briefing an internal service provider unit. The need for the other templates is determined by the scale and complexity of the project. Large, complex projects will generally warrant preparation of all templates, while smaller, routine projects can appropriately skip or combine some templates. Similarly, template length will vary considerably with the complexity of the project. Large/complex projects may have a major feasibility study that obviates the need for an options analysis template, with approvals being done by correspondence. A planning study/strategy/policy development project would complete a proposal, and possibly an options analysis. The business case would be retitled Organisational Delivery Plan and a project plan would not be required, as the recommendations will be delivered by others. For business projects that are changing internal processes, or have an integral dependence upon ICT, the business process analysis (BPA) and business requirements specifications (BRS) templates should be used. Outline how any interoperability issues that may arise with the QGCIO/PRINCE2/ITB methodology being used on an ICT component project or with any other organisations’ methodology will be addressed. The OnQ methodology therefore gives the palette of processes for management of any project, and the project manager needs to select from this palette the actual method that will be used for this particular project. Advise the project Type, the steps to be carried out, and the templates to be prepared. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Type here
Project definition
Once the following sub-sections are completed for the project proposal, there should be few changes in following templates, other than current situation and performance measurement of different phases.
For the proposal, some information for these sections will come from any portfolio or program planning/strategy document that may have been prepared.
To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Location
Describe the location of the proposed project (e.g. Brisbane/regional/statewide). If appropriate, include a graphic of the location(s) and describe and/or refer to any annexed plans/visuals/diagrams, etc). To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Type here
Background
Outline any research that has been done to justify this project. Identify why the proposed project is to be undertaken, preferably from the perspective of someone with no prior knowledge of the project. Relevant details may include: How the project need was identified. Any other investigations, initiatives or projects carried out previously to address related issues. Previous consultation or community engagement, issues and outcomes. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Type here
Current situation
Give details of any current issues, detailing the problem(s), need(s) and/or opportunities etc. together with the issues this project will address. Consider the impacts of the current situation on internal and external stakeholders, including the impacts of not proceeding. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Type here
Objectives
Describe the specific objectives of the project – the goals to be achieved, the issue to be resolved or the rationale for undertaking the project. Objectives should relate to the benefits desired by the program and portfolio that the project is part of, as detailed in 3.4. These objectives should be reviewed and refined at the business case to ensure they are still relevant and achievable. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Type here
Proposed project
Given the above, describe the essential features of the proposed project in general terms, leaving detailed specifics to the scope section. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Type here
Delivery strategy
Where a particular delivery strategy/contract type becomes apparent, indicate this, together with the rationale for selecting this approach. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Type here
Project performance measurement/success criteria/KPIs
Indicate how management of this phase of the project will be judged to have been successful. This may range from a general statement through to a tabulation detailing what the Key Performance Indicators (KPI) will be, how and when they will be measured and what the desired targets are. These may be in terms of on time and within budget, or achieving particular milestones, and may also include measures such as customer/stakeholder satisfaction. Note that these are likely to change as the project progresses. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Type here
Product performance measurement/success criteria/KPIs
Indicate the success criteria for achievement of the project operational objectives. Again, this may range from a general statement through to a tabulation detailing what the Key Performance Indicators (KPI) will be, how and when they will be measured and what the desired targets are. These will generally be known quite early in the project, and data collection may need to be initiated to ensure there is a baseline before any physical work commences, to measure the impact of the project against. Possible criteria include time/queue length reduction, end user satisfaction, operating costs etc. Refer to the Post Implementation Report template for possible KPIs. The project manager does not control the usage or network impacts of the project, so will not be in a position to measure, or be held accountable for achieving these. However it is most important for the project manager to know what is required so that ‘before’ measurements can be taken to enable later comparison, and potential operating issues can be identified and escalated promptly to the customer. These may include opportunities or threats to the final operation of the asset that is being created, or decisions that need to be made that will have significant repercussions for subsequent operations. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Type here
Project scope
In scope
Identify the project boundaries. Also identify, to the level of detail appropriate for this template, the work required to complete the project successfully. Project scope is defined in increasing detail as the project moves from proposal, through options analysis to business case. It is then refined further during preliminary and detailed design in the development phase. Indicate clearly the required quality including standards and functionality. Where possible include specific products or outputs. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Type here
Out of scope
State the work which will not form part of the project scope, and outline the risks to the project from these out of scope work items not being performed by others. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Type here
Constraints
Identify any restriction or limitation, either internal or external to the project that will affect its delivery. Constraints may include budget, time, staff, developments/events, political circumstances, electoral cycle, funding availability, permits, materials supply, availability of key equipment, seasonal weather conditions, legislative requirements, immovable physical objects etc. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Type here
Assumptions
Assumptions bring a degree of risk to the project, as they are often presumed to be true, are easily overlooked and can appear to be not worth documenting. Examine your implicit as well as explicit assumptions and list them, for your own protection. Some examples are: key resources will continue to be available funding will continue to be available (e.g. following change of federal/state government). Assumptions should be reviewed as part of the risk management process. Particularly review the veracity of assumptions before finalising the business case. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Type here
Related projects/proposals/planning studies
Identify any internal and external projects or proposals which may have an impact on this project or will be impacted by it, such as other projects that may use the same resources or budgets, or may even have been established to address similar needs. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Type here
Urgency
Identify the urgency of the project stating reasons, for example safety, political commitments, and funding availability. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Type here
Stakeholder impacts
A stakeholder is any person, group or organisation whose interests may be impacted by the project. Identify them, and their interest in the project. Typical stakeholders are listed below
Possible stakeholders to consider
Political representatives (local, state and federal) Local community Regulatory authorities State government agencies – Treasury etc Local governments Local indigenous groups Individual citizens Special interest groups Energy providers Telecommunications providers Media Other areas of the department Other projects
Impacts may be internal and/or external, positive or negative and may vary during the life of the project (costs, disruptions, temporary arrangements etc.). Some of these may require culture change and associated change management, either internally (where staff attitudes will be important) or externally within the community affected. New standards/policies/legislation/regulation may impact outside agencies and service providers. Overview the stakeholder consultation carried out to date. Complete/amend the following tables as appropriate. This section is meant to include the standout stakeholders and groups only, to guide targeting of key messages in the external communications plan. Thereafter it will remind the project of the original groupings and identify for approvers any new group or major individual stakeholder that may emerge. The following tables are not intended to substitute for the more detailed stakeholder records and analysis done as part of Section 9.6 external communications plan. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Type here
Internal
Stakeholder
Impact/Interest in the project
External
Stakeholder
Impact/Interest in the project
Options
Note: Where, after reading this guidance text, there is nothing to add in this section, delete the subheadings and guidance and enter Nil here so the heading numbers remain the same. Proposal – list any options to be considered in very broad terms only and delete the four sub- sections below. Options Analysis – complete the four sub-sections below, removing the words ‘Options Analysis document only’ Business Case – This section may contain only a summary outline of other options considered and the reasons for dismissing them, with the four sub-sections below deleted. Project Plan – This whole section is generally not required. To delete this guidance text box right-mouse click within this box, select Delete Rows.
Type here
Options Considered (Options Analysis document only)
Consider a range of feasible possibilities. Options may involve only parts of the project, and the analysis may present relative or comparative costs for individual portions. Risk-adjusted estimates (of revenue, costs, duration and benefits) may need to be applied to address project characteristics, level of knowledge and degree of confidence in the estimates. Note that while cost estimates of various options will normally be attached, the cost reported in the following full section headed ‘Project Cost’ should be the total cost of the recommended option only. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Type here
Assessment Criteria (Options Analysis document only)
The following assessment criteria can be considered: Rating of achievement of project and strategic objectives Cost, including potential revenues Economic benefit (net present value/BCR) Whole of life cost (maintenance, operations and depreciation) Public interest assessment/stakeholder impacts Legislative requirements and regulatory issues Whole of government policy issues/government priorities Procurement strategies Organisational benefits/impacts/priorities Key assumptions and or risks Timing and sequencing of project delivery Compatibility with existing processes. Attach results of analysis and evaluate these to determine the best option to proceed with. Comparative costs need include only costs that differ between options. Cost may be just one criterion, or it may need to be considered separately and may be a go/no go item, To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Type here
Option Comparison (Options Analysis document only)
Options should be first evaluated against major ‘go/no go’ criteria and any option which does not meet these criteria should not be considered further. Remaining options will then be compared. One comparison method is weighted multi criteria analysis. This is carried out as follows: Identify the criteria and weightings for each criterion. Note that each criterion must be totally discrete from the others. Weightings can be derived by agreement, or via a paired comparison technique. Weightings are generally expressed as a percentage and values assigned by evaluating their relative importance. Rate each option against each criterion. Use of a 1-10 scale is common. Add the weighted scores for all criteria for each option Alternative methods include using a traffic light colouring system, or Low, Medium and High, classifications rather than numeric values. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Type here
Option Assessment (Options Analysis document only)
Assess the options. Get custom essay samples and course-specific study resources via course hero homework for you service – Include a qualitative description/summary of the advantages/strengths, disadvantages/weaknesses and estimated comparative costs of the various options. Note that small differences in total score may not necessarily identify the best option due to the level of accuracy of the process. Be sure to arrive at a conclusion. Until you can do that, you’re not ready to progress to Business Case. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Type here
Project cost and quantifiable benefits
Complete a project cost estimate. Consider using the Basic Cost Estimating and Estimate and Financial Impact Analysis proformas on the OnQ site at tools> proformas. Ensure internal departmental costs are included as well as consulting and contract costs. Extract from this estimate to the following table. Various scenarios may be estimated, for example worst case, best case and most likely (being the project’s planning estimate). Details of underpinning assumptions should be provided. For example the worst-case scenario may be based upon an increased customer enquiry level from a most likely level of 10% to a worst-case level of 20%).
Cost estimates can be shown against major deliverables (for example software, hardware). Details of contingencies should also be provided.
Appropriate financial evaluation methods include: a payback period for projects requiring modest levels of outlays overrelatively short time horizons (consider cash flow techniques, for example net present value and internal rate of return) payback periods and internal rates of return calculations do not apply to cost only projects since there are no positive cash flows generating a repayment cycle net present value can be expressed as a negative number and still adopted for ranking of projects on a financial basis In preparing these financial indicators involve regions or branches or corporate finance staff as a technical support resource where appropriate.
Complete/amend the following as necessary. To delete this guidance text box right-mouse click within this box, select Delete Rows.
Type here
The confidence level in this estimate is very low/low/medium/high/very high.
Project Phase Total ($)
Concept
Development
Implementation
Finalisation
Sub Total
Contingency
Total Project Cost
Escalation Amount
Out-turn Cost
Out-turn Cost
Amount of any funding/contributions approved to date
Operating costs, including operations maintenance and any depreciation, are likely to be/have been estimated at $……… per annum.
Quantifiable benefits/revenue are likely to be/have been estimated at $……… per annum.
The likely/calculated BCR is ………
Social, environmental or other considerations that indicate the project must be done are ….
Project management plan
Where this template is amended to become a program or portfolio level Organisational Delivery Plan (that is the end point of a project that has completed a study or developed a strategy/policy identifying a number of projects to be progressed), delete all of the following sub-headings and replace with a list of the study/strategy/policy recommendations, indicating who will be required to progress which projects by when, and how they will be funded To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Type here
Scope
Add to or amend the following as appropriate to the template being prepared. Note that scope may be impacted by the time available, the funds potentially available and the quality requirements for the finished product, such as the design standards, as detailed under sub-section 4 below on quality. Once scope is finalised, the project manager needs to be constantly on the lookout for any scope changes and have them documented, costed and forwarded to the customer for decision. Failure to do this results in scope creep. Approved variations for additional works are not scope creep, for the project manager at least. Review and amend the following as necessary. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Scope will be managed initially by proceeding through the concept and development phases to enumerate the scope defined in Section 5 above.
Once scope is finalised, any changes will be identified, costed and their implications for time and quality determined, using the OnQ site> tools> proformas> project change request and change log, or other required/existing organisational process. Any changes to estimated cost will be handled through the cost variation process in sub-section 5 below on cost.
Time
The plan for the concept phase and the indicative strategy for the remaining phases are outlined by the milestone activities listed in the tables below. These tables will often suffice for the Proposal, but if a more detailed electronic schedule has been prepared, it should be attached. Use of an electronic scheduling package is advisable for later stages, particularly for larger projects Any proposed staging of the project should be mentioned. Complete the tables below and review and amend the text following them as necessary. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Progress of the concept phase will be managed against the milestones listed below:
Milestone Date
Develop component proposal
Commence component Options Analysis
Prepare consultant briefs and offer documentation (if required)
Select consultant, negotiate prices and gain financial approval
Commence component Options Analysis
Complete component Options Analysis
Controlling project approval to proceed
Develop the preferred option
Complete component offer
The following information will provide input to development of an electronic schedule for later phases.
Activity Planned Date
Business case approved
Commence detailed requirements
Detailed requirements completed
Commence procurement
Contract award
Commence implementation
Implementation completed
Handover documents prepared
Progress will be reviewed and reported monthly, initially against the above milestones, and at later stages, against an electronic schedule.
Extensions of time (EOTs) will be recorded in a change log for major contracts.
Cost
Extract the cost of completing this phase of the project from the Project Cost Estimate into the table below. It may be necessary in later templates to provide estimated monthly cash flow. Note also that there are worksheets on the OnQ site under Tools> proformas and worksheets to assist with basic costing and with financial impact analysis, including revenue (if any). Complete the table below for the current/coming phase and review and amend the text following it as necessary. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Type here
Activity
Total ($)
Project Management
Total Phase Cost
Staff and contractor staff working in-house will use CATS timesheets, and apportion their times to appropriate cost codes determined by the project manager.
Expenditure will be recorded in SAP. General Ledger (GL) codes will be assigned to all expenditure, and detailed estimate items aggregated to a suitable level into either SAP WBS elements or internal orders. The structure of these needs to be determined by the project manager at the start of the job. The total of these estimated items becomes the project management budget for each cost code/internal order, which SAP expenditure will be monitored against.
SAP line items will be reviewed monthly, if necessary, to ensure no items have been charged to the wrong cost code, and that any such items are corrected.
Expenditure will be reviewed and the forecast cost to complete will be estimated monthly.
Variations to project internal budget items will be identified by the project manager/team and submissions requesting financial approval will be approved as per the limit of each officer’s financial delegation, with due consideration being given to the impact on total project budget.
Variations that need to be funded from contingencies will be identified by the project manager/team and the funds approved/released by the program manager.
Quality
Outline the anticipated quality requirements of the finished product. Where there is no required quality assurance format, the OnQ quality matrix on the OnQ site under Tools> proformas and worksheets can be used. Amend the following text as necessary. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
The quality requirements of the end product will be addressed during the concept phase process of considering options and developing the component offer. This process is designed to balance aspirations for project scope, completion date, cost and quality, all of which impact upon each other. Once these matters are settled and the project proceeds to implementation, then the quality standards will be incorporated into any subsequent work/contract brief.
Safety
A ‘Zero Harm’ policy exists within TMR which aspires to achieve an incident and injury-free work environment where every person comes to work and goes home again safely. This covers all activities, from the office based concept development, data collection and site investigations through to operations. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Type here
Functionality
The project manager needs to be alert to the general business and program benefits in Section 3.7, the specific project objectives in Section 4.4 and the product success criteria in Section 4.7. The impact of project decisions upon these needs to be considered, and where there is an impact, the customer should be advised and provided with appropriate costed options. Where substantial improvements in functionality become possible through performing additional work at additional cost, the customer may be willing to pay. For ICT component projects, functionality is generally expressed in the BPA and BRS documents To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Type here
Decisions on issues that could either reduce or increase functionality will be referred to the customer.
Human Resources
Identify the skills and resources required to deliver this and subsequent phases as appropriate. Consider means of obtaining the resources and filling any skill/resource gaps by means such as internal transfer, recruitment, secondment, consultancies, contractors or training internal staff. For large projects, consider having an operator’s representative on the project team. List the roles and general responsibilities that will form the basis of position descriptions. Consider using the staff roles and responsibilities proforma and the Responsibility Assignment Matrix (RAM) on the OnQ site under tools> proformas for the detailed assignment of responsibilities and tasks once the resources are in place. These would be attached when this template is completed as a project plan, and may, on occasion, be attached to others as well. Consider also opportunities for professional development and skills transfer, as well as how performance will be monitored and training requirements determined. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Type here
Communications
External to project
Complete and attach the OnQ external communications strategy/plan and any necessary worksheets, located on the OnQ site under Tools> proformas and worksheets.
This covers both community engagement and stakeholder management, both of which may involve similar key messages and activities.
Community engagement is generally undertaken once in the concept phase, running concurrently with stakeholder management. By the time this template is completed as a business case, community engagement will have finished, and only stakeholder management will be required.
To delete this guidance text box, right-mouse click within this box, select Delete Rows.
External to project communication will be managed as per the attached external Communications management plan and worksheets.
Internal to project
Complete and attach completed OnQ internal communications plan and any necessary worksheets, located on the OnQ site under Tools> proformas and worksheets.
To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Internal project communication will be managed as per the attached Internal Communications management plan and worksheets.
Risk
Proposal – Identify the risks to the concept phase and the overall or high level risks which may impact on later phases of the project. These risks will be fully defined during preparation of the business case. Options Analysis – Expand on the concept risk list and/or assess comparative risks. Consider commencing use of the corporate risk management log. Business Case and Project Plan – Attach completed corporate risk management log log and include only the higher level risks in the table below. The TMR risk prompt list can assist with the identification of risks. It contains several hundred risks in a number of categories. This list can be found at: http://tmrintranet/~/media/bf5ea575-e386-493f-a955-c90b9929baaa/tmr%20risk%20prompt%20list.pdf The Risk Management Log can be found at: http://tmrintranet/Policies-and-procedures/Risk-Advisory-Unit/Risk-Management-Tools-and-Techniques.aspx and further information is available from the Risk Advisory Unit (RAU) in Corporate Governance. Complete the table below and review and amend the text following it as necessary. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
The table below identifies the major risks or uncertainties likely to be encountered in this phase as well as the remaining phases of the project.
Risk details
Comment on likelihood, consequence and treatment
Overall Project Key Risks
Concept Phase Risks
This list will be further developed by:
taking these risks into the risk register in the corporate risk log,
expanding as the project scope and impacts are fully developed,
referring back to the corporate risk prompt list, and
conducting (a) risk workshop(s).
conducting (a) value management workshop(s).
monitoring, reviewing and updating the risk register on a monthly/quarterly basis.
Procurement
Describe the methods to be adopted for procurement of the major consultancies/services to be engaged. These methods may include public invitation, private invitation from several suppliers on a prequalified list, newspaper or telephone invitations. Sole offers may be used in some limited circumstances, however their use should be kept to a minimum. Later templates will include contract management arrangements, indicating who will be the principal’s representative and agent, superintendant and representative, contract administrator etc. Where there is no required procurement planning format, the procurement requirements matrix on the OnQ site under Tools> proformas and worksheets can be used. Amend the following text as necessary. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
The major consultancies/contracts/service providers required are listed below together with the proposed procurement method:
Consultancy/Contract/Service Required
Expected $ value
Procurement method
Procurement will be in accordance with the State Purchasing Policy and departmental procurement procedures.
All purchase orders will be processed in SAP and approval limits will be monitored in Projman.
Corporate Card will be used for purchase of small items provided these items are not cumulative to an amount in excess of the current limit.
Requisitions for goods/services and purchase orders will be created in SAP.
Accounts will be processed and paid through SAP.
Integration
This project management plan has been prepared taking into account the requirements of all knowledge areas, and so provides the means of integrating them, ensuring they can be progressed individually and as a seamless part of the whole project with cohesive inter-relationships. Management against this plan using the issues register on the OnQ site under tools> proformas will provide ongoing integration that will be supported by the regular project meetings and reporting outlined in this plan.
Phase transitions/handover/completion
In the concept phase templates, identify any phase transition arrangements, such as handover from a concept phase project manager to a delivery project manager. The TMR document, data and information requirements for handover should be identified and costed as part of the finalisation phase in the business case estimate. The finalisation activities of handover and completion should also be included in the project schedule, together with such activities as closing ledgers, producing as-constructed plans and updating systems. At Business case and Project Plan, overview any known operational issues, along with intended commissioning arrangements that may be required for equipment/operating systems, as well as operations manual preparation, asset transfer, handover, maintenance and warranty arrangements. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Type here
Design development
Within the OnQ methodology, design development is a ‘work management’ activity, not a ‘project management’ activity. A record of key decisions should be progressively completed throughout concept and development phases. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Design considerations will be progressively documented.
Project Learnings
There is a learnings register on the OnQ website under tools> proformas. One way of using this is to have it in a directory area accessible to all team members who can add anything they wish to it as the project progresses. This may be in very rough form, but the advantage is currency at the time of writing, and if added to regularly by all, avoids losing learnings that may be forgotten by the time it comes to preparing the completion report. Preparation of the completion report needs to resolve conflicting views that may have been expressed in the register and present these concisely and cohesively. Of course, information for this report will also be obtained from the project filing system and e-mail records. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Learnings on the project will be progressively entered into the learnings register from the OnQ website. Project team members will add to this progressively throughout the project, and it will be an agenda item at monthly team meetings. This will provide a source of information for preparation of the completion report at the end of the project.
Recommendations
Summarise the key findings and make a recommendation on whether the project should proceed past this point/gate to preparation of the next template in the series. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Type here
Annexures
Annexures may include but not be limited to the following: Project Cost Estimate Responsibility Assignment Matrix External Communications Plan (OnQ proforma) Internal Communications Plan (OnQ proforma) To delete this guidance text box, right-mouse click within this box, select Delete Rows.
Type here
When the template is complete and the guidance boxes removed, update the table of contents by
right-clicking on it and selecting ‘Update Field’, then ‘Update entire table’. To delete this guidance text box, right-mouse click within this box, select Delete Rows.
a high-level summary of the complete business case
Business Plan
AssignmentTutorOnline
Name of the project:
Project Director:
This section’s goal is to give a high-level overview of the complete business case.
Background
Give an overview of the project’s history. This includes the following:
The anticipated start date of the project
The technique of formation and the current approval level
The broad business issue that the project will tackle
A Current Overview of the Business
Explain why the current situation/opportunity/problems/issues should be altered or better. You may be asked to describe any organizational issues, legal issues, or other concerns. There may also be a need to explain the consequences if nothing is done.
Strategy
Use the headings below to describe your plan for dealing with the opportunity or challenge in broad terms. If it’s suitable, you might want to present some alternatives for consideration.
Overview
Give a detailed description of the answer.
Issues
Make a list of any issues that should be considered while putting the above into practice.
Constraints
List any constraints that should be considered while assessing the above’s potential implementation.
Risks
List any potential hazards (e.g., business, safety, regulatory) that should be considered while implementing the above.
Assumptions
Make a list of any assumptions that should be considered when putting the above into practice.
Costs monetary
Calculate the cost of the solution in terms of money. Once the project is completed, it is critical to identify continuing maintenance expenses and requirements (e.g. Annual software licence fees).
Examples of financial costing include:
Costs associated with one-time projects
Costs of ongoing assistance
Costs that aren’t monetary
Determine all non-financial expenses related to the solution. Examples of non-financial costing include:
During implementation, there will be a temporary reduction in service.
monetary advantages
Calculate the value of the answer in terms of money. The following are some examples of financial benefits:
Enrollment generation, revenue, opportunity, and service
Cost-cutting
Non-monetary advantages
Determine all other non-financial advantages of the solution. Examples of non-financial benefits include:
Organizational culture has improved.
Image enhancement
Customer/student satisfaction has improved.
Business practices that are more efficient.
Duration
Determine the solution’s expected project time.
Recommendations
Provide a list of the particular recommendations provided to guarantee that the solution is approved and implemented on time.
The following are some examples of suggestions:
That the suggested alternative be authorized right away.
That the implementation timelines be agreed right away.
That the ‘next steps’ (as stated below) are accepted and put into action right away.
The appropriate budget is immediately allocated in order to complete an initial scope
That the project manager be assigned right away so that the next stage can begin.
That the necessary resources be given as soon as possible in order to move on to the next stage
Steps to Follow
A Project Manager must be selected (if not already in place) and a Project Scope must be created once the path forward has been agreed upon and determined based on the information included in this document.
Document Management
Author Author Author Author Author Author Author Author Author Author Author Author Author Author Author Author Author Author Author
