South Norfolk Council Project Management Handbook

Size: px
Start display at page:

Download "South Norfolk Council Project Management Handbook"

Transcription

1 South Norfolk Council Project Management Handbook Version 1.0 With special thanks and acknowledgement to the Manchester City Council in particular Kevin Fletcher, Bob Rutt, Julie Sprigg, Alan Holding & Victoria Bottomley and the e-capacity building programme Date 17/04/2007 Page 1 of 82

2 Title: South Norfolk Council Project Management Handbook Copyright South Norfolk Council Executive Summary This document describes the overall process for South Norfolk s Project Management standards. It describes the basic processes and procedures to be followed throughout a project lifecycle using standard document templates and working practices. Reference: Version: 1.0 Date: Status: Sponsors: Authors: 1 st March 2007 First full issue Project Management Work Group George Colvin Beverley Herring Colin Wilson Tim Mobbs Janet Norman-Philips Date 17/04/2007 Page 2 of 82

3 DOCUMENT HISTORY Document Date/Title Version Reference/ Date Comments SNC Project management Draft Draft version standards 1.0 Revised version Draft 2.0 June 06 Tim Mobbs version Version 3 Draft 3.0 August 2006 Version 2 plus missing bits from old standards plus nationally approved PM guidelines based on Manchester City Council s PM standards. PM (New) Standards v3.1 Draft 4/9/06 Includes revisions after circulation of 3.1 version 3.0 PM (New) Standards v3.2 Draft 3.2 9/2/07 Revisions to templates, revisions to communication issue, removal of any IT style wording, guidance on when these standards need to be used and which parts relates to small and big projects SNC Project Management 1.0 1/3/07 First proper issue of standards Standards Date 17/04/2007 Page 3 of 82

4 Table of Contents Project Management Manual 1. Project Management... 7 INTRODUCTION... 7 WHY SHOULD SOUTH NORFOLK COUNCIL ADOPT THIS APPROACH?... 8 PRINCIPLES OF GOOD PROJECT MANAGEMENT... 8 WHEN SHOULD I USE THESE STANDARDS?... 9 HOW ARE PROJECTS CATEGORISED IN SOUTH NORFOLK COUNCIL?... 9 WHAT IS THE DIFFERENCE BETWEEN A, B AND C PROJECTS?... 9 WHAT ARE THE MINIMUM DOCUMENTATION AND GATWEAY REQUIREMENTS FOR PROJECTS? SOUTH NORFOLK COUNCIL (SNC) GATEWAY PROCESS WHAT IS A PROGRAMME? WHAT IS A PROJECT? WHAT IS PROJECT MANAGEMENT AND WHY DO WE DO IT? WHAT ARE THE BENEFITS FROM PROJECT MANAGEMENT? PROJECT LIFE CYCLE FURTHER CHANGES TO THIS DOCUMENT Project Organisation ORGANISATIONAL STRUCTURE PROJECT SPONSOR SPECIALIST ADVISOR PROJECT MANAGER PROJECT BOARD PROJECT OFFICER (SENIOR USER) PROJECT TEAM PROGRAMME MANAGER PROGRAMME BOARD Project Start-up THE PROJECT MANDATE START-UP OF A PROJECT THE PROJECT INITIATION DOCUMENT (PID) PROJECT APPROACH QUALITY PLANNING THE RISK LOG THE ISSUE LOG PLANNING PROJECT PLAN STAGE PLAN ADMINISTRATION GENERAL ADMINISTRATION Project Justification THE JUSTIFICATION STAGE Date 17/04/2007 Page 4 of 82

5 THE PROJECT DEFINITION WORKSHOP PROJECT INITIATION AND PLANNING THE LESSONS LEARNED LOG STAKEHOLDER ANALYSIS AND STRATEGY BUSINESS ANALYSIS, PROCESS MAPPING AND BUSINESS PROCESS RE ENGINEERING THE COMMUNICATION PLAN PREPARATION OF THE BUSINESS CASE PROCUREMENT INVOLVEMENT OF E-GOVERNMENT EVALUATION AND SELCTION INVESTMENT DECISION Delivery of a Project PROJECT DELIVERY FINANCIAL TRACKING CONTRACTS CONTROLLING A STAGE THE WORK PACKAGE MANAGING STAGE BOUNDARIES CHANGE CONTROL FITNESS FOR PURPOSE Project Review PROJECT REVIEWS ATTENDANCE AT REVIEWS DISTRIBUTION OF MINUTES/ACTIONS FREQUENCY OF REVIEWS DOCUMENTATION REQUIRED FOR REVIEWS FORMAT OF PROJECT REVIEWS ESCALATION AND SUPPORT Project Reporting PROJECT MANAGEMENT REPORTING PROGRESS REPORT FINACIAL REPORTING EXCEPTION REPORT END STAGE REPORT LESSONS LEARNED REPORT END PROJECT REPORT FOLLOW-ON ACTION RECOMMENDATIONS Closing a Project Jargon Buster Templates Date 17/04/2007 Page 5 of 82

6 ANNEX 1: CHANGE REQUEST ANNEX 2: LESSONS LEARNED LOG ANNEX 3: FINANCE PROFORMA Appendices APPENDIX 1: IS/ITPROCUREMENT GUIDELINES APPENDIX 2: E-GOVERNMENT INTEROPERABILITY FRAMEWORK APPENDIX 3: THE SOUTH NORFOLK PROJECT GATEWAY PROCESS APPENDIX 4: RISK MANAGEMENT APPENDIX 5: PRODUICNG A GANTT CHART APPENDIX 6: ROLE OF COMMUNICATION Date 17/04/2007 Page 6 of 82

7 1. Project Management Introduction This manual has been developed to explain South Norfolk Council s approach to project management in order to assist with the planning and management of projects. Project management is about ensuring that an objective is achieved on time, within budget and with no surprises. It is about managing risk, expectations and activities. The South Norfolk approach is based on the Prince2 1 methodology. The approach outlined in this document aims to complement present working practices and procedures. It is applicable to all projects, both capital and revenue. It sets out the way the Council evaluates projects at key stages throughout the project life cycle. Annexed to the handbook are template documents to be used in the project management process. The accurate recording of any project will provide useful and vital information during the project lifecycle and Post-project Review. This document aims to standardise the basic process for project management and achieve a consistency of approach and best practice across the Council. It also aims to provide new project managers with an understanding of the main components required to successfully manage a project throughout the project lifecycle. An ongoing initiative of awareness and training is in place in order to support this method. It is expected that project managers will read this document first, and then refer to other documentation and templates as required. The aim is to provide a standard framework that incorporates previous experience, some current practices and common sense. There is some new terminology and these terms are explained in the Jargon Buster section. In order to maintain consistency it is important that the content of this original document is not altered. All documents associated with this handbook will be held on the intranet and on the O drive. This document will be revised from time to time to incorporate other elements of best practice. Located in the header of this document is the version number as a reference. Please contact the Programme Office for confirmation of the latest version of this handbook. 1 PRINCE2 is the 2 nd iteration of the project management methodology PRojects IN a Controlled Environment Date 17/04/2007 Page 7 of 82

8 Why should South Norfolk Council adopt this approach? Project Management standards were developed for IS/IT in 2000, these have now been absorbed within this document to produce a common standard for the whole council. It has been developed in response to: The need to manage a wide range of projects more effectively and efficiently through all stages. The use of generic project management methods and skills to provide a strategic and systematic approach to implementing major change is one of the Management Standards that were introduced following the Local Government Performance Improvement Review 2000 A paper from the Office of the Deputy Prime Minister entitled Towards a National Strategy for Local Government Procurement, which states appropriate project management procedures (based on the PRINCE 2 method) should be set out in a corporate project management handbook or in the council s procurement code of practice The requirements from central government, which ensure all projects are correctly managed and risk-robust Principles of Good Project Management Project management provides a structured approach to project delivery to achieve the best results. Too often a project fails because of an approach that moves from perceiving a problem to choosing a solution, even implementing a solution. While the solution resolves the problem, it does not identify the cause of the problem. The implementation of a standard basic approach to project management will enable the following to be achieved on all projects: Delegation of responsibility A controlled and organised start, middle and end Regular reviews of progress against plan and against the Business Case Flexible decision points Automatic management control of any deviations from the scope and plan The involvement of management and stakeholders at the right time and place during the lifecycle of the project Good communication channels between the project, project management, and the rest of the Council Early warning and the ability to manage down any project risks and issues The ability to end a project prematurely if it becomes no longer worthwhile or viable Date 17/04/2007 Page 8 of 82

9 The ability to manage external suppliers against a standard methodology The ability to monitor a project through reports on progress, cost and risk. When using this method to manage a project, the project manager will find that a large element of the work is completed during the Start-up and Justification stages. The Council s approach to project management is based on gaining a thorough appreciation of a project before committing substantial resources. When should I use these standards? These standards can be applied to all projects within the council as each project needs to consider all the main issues raised. Smaller projects (see next para) will not, however, need to complete all the Gateway stages not produce all the documentation, this is described more fully in the next two paragraphs How are projects categorised in South Norfolk Council? Projects in South Norfolk Council are categorised into three groups called A projects, B projects and C projects, the difference between them are described below. Another categorisation used in other places is to split projects into small and big projects, dependent on the amount of money, time or resources they may require. Unfortunately it is not that simple in real life, many small projects which could be deliver quickly and cheaply can have a massive impact on the Council and rightly these should be given due consideration due to their impact, Conversely many large projects could be relatively straightforward and it would be an unnecessary overhead to complete every stage in the project standards. Therefore when a Project is initiated via a PID it will be up to the programme board(s) / CMT to determine the categorisation of the project A, B or C and whether it needs to follow the standards fully or follow the minimum requirements see below. What is the difference between A, B and C projects? A Projects are the high impact, high visibility projects. They normally relate to our core vision and objectives and are therefore reported on a regular basis to cabinet and members. They may not necessarily have the highest impact and all must follow the minimum requirements. B Projects are not quite as important as A they may more routine or of limited impact or relate to a purely technical change. They may need to meet the full standards because of their complexity but normally these would be expected only to meet the minimum requirements. Date 17/04/2007 Page 9 of 82

10 C Projects are usually low impact low visibility, normally they are pretty straightforward and although reported to the programme boards they are not normally reported elsewhere. Some may have to undertake the full standards but normally only the minimum requirements will be all that is required. Note projects can be reclassified through their project life cycle normally from A to B or B to C as they progress through their various project stages. What are the minimum documentation and Gatweay requirements for projects? As a minimum requirement all projects must o Have a Project Initiation Document o Go through Gateway 1 (PID approval) o Have a project plan o Have a communication plan/strategy o Maintain a Risk log o Maintain an Issue Log o Report regularly to their Project Boards o Maintain a financial plan o Go through Gateway 5 (Readiness for implementation) o Go through gateway 6 (Post Implementation Project review) Date 17/04/2007 Page 10 of 82

11 South Norfolk Council (SNC) Gateway process Before a project can even start it must enter go through the council s gateway process. This has been designed to check progress on all projects and to make sure projects are fit for purpose before they proceed too far. There are six steps throughout the life of a project, which will be explained in greater detail later in this document. In Summary the six steps are:- o Step 1 Strategic Assessment - this stage will allow a project to commence after review of a Project Initiation Document by a programme board or CMT o Step 2 Business justification review - review of the business case and approval for project to proceed by the programme board o Step 3 Procurement review review of proposed solution to deliver the benefits identified (and now updated) in the business case also conducted by the programme board. Does the solution proposed meet our procurement strategy? o Step 4 Investment decision Final no/no-go decision by the Project Board after the selection process has been completed and before any product is purchased and implemented o Step 5 Readiness for implementation sign off by the Head of Service (or appropriate person) that the solution is fit to go live o Step 6 Post Implementation project Review conducted within six months of the project closure, should normally produce a lessons learned report for circulation to the programme boards The steps are shown in the main body of the document and the whole gateway process is described in full at Appendix 3 What is a Programme? A portfolio of projects selected, planned and managed in a co-ordinated way that together achieves a set of defined Council objectives. Programme management methods and techniques that are applied to a set of otherwise unrelated projects bounded by a council or government initiative (e.g. Implementing E-Government). Date 17/04/2007 Page 11 of 82

12 What is a Project? A management environment that is created for the purpose of delivering one or more products according to a specific business case. There are many other similar definitions of what constitutes a project. Other aspects that help define a project are that it will: deliver change have specified and measurable objectives have a finite timescale, with defined start and end points be distinctly different form the maintenance of the status quo Thus, for example, it can be seen that the introduction of a new computer system into South Norfolk would be defined as a project, as would the creation of a new leisure centre, but that day to day line management of either, in use, would not be a project. However, a scheme to change the way the leisure centre worked could be a project, provided it had specified and measurable objectives to be achieved in a specific time period, so that there would be a point at which the project was finished and day to day management could be resumed. At any one time there will be dozens of projects taking place within the Council. Many will be managed at service level because they involve only resources already available in the service. Projects with implications for other services, or which require extra resources, appear on one of the three lists (A, B & C) and are monitored by Cabinet, SMT or one of three programme boards What is project management and why do we do it? Project management is the means by which the desired outcome of a project is achieved. It embraces a series of activities throughout the lifetime of a project, all of which contribute to the achievement of success. The success of a project is measured in terms of three criteria: cost quality Timescale. In order to establish why projects need management, it is helpful to note that in all fields where projects are run, there are always many examples of project failures. Projects can fail in a number of ways, directly related to the criteria for success, such as: cost escalation non-delivery of the expected benefits Late delivery. The underlying causes of these problems are many, including: Date 17/04/2007 Page 12 of 82

13 a lack of clarity of the project aims insufficient time allowed for planning or inadequately detailed planning insufficient resources available A failure to monitor progress and to take appropriate action when required. The reason why projects need management is so that these causes can be minimised or removed and therefore a project s likelihood of achieving success rather than failure is significantly enhanced. A key role of the project manager is to carry out specific activities around the project which will allow this to happen. The project manager both provides a resource and brings an expertise and approach to be followed. What are the benefits from project management? The reason for adopting project management given above was to increase the likelihood of success rather than failure of the project. More specifically, the use of active project management can be expected to bring these benefits to a project: it increases the likelihood project completion on time, within budget and to specification, it increases the likelihood of project completion on time, within budget and to specification, it can assist the efficient utilisation of available resources, it provides control in an environment where the assumptions are clearly defined, it reduces and assists the management of risk, it enhances visibility and communication and It helps to avoid disaster. Date 17/04/2007 Page 13 of 82

14 Project Life Cycle This handbook is divided into sections that identify the various elements which contribute to the lifecycle of any project: Project Organisation the role of the key players and teams in a project Project Start-up the Project Mandate, Project Initiation Document, Gateway Step 1, initial risk analysis, the feasibility of the project and the initial preparation of the Business Case, early planning, Gateway Stage 2 Project Justification the importance of the Project Definition Workshop further documentation and preparation of the business case, recommendations for delivery and Gateway approvals for the business case, procurement and the final go-ahead for the project to be delivered. Delivery and Stage Controls monitoring progress against plans, communicating with all appropriate stakeholders, authority to move on to the next stage, includes Gateways Step 5 at each deliverable Project Review establishing key dates to review progress, defining who should attend the Review Meetings this is Gateway Step 6 Project Reporting the frequency of reporting, types of reports Project Closure to Completion final reports required, lessons learned Further Changes to this Document If you have any comments regarding the content of this Handbook, or would like any additional subject matter to be covered in a future release(s), please contact Corporate Director Tim Mobbs. All proposed changes will be reviewed and approved by the Project Management working group on a regular basis. Telephone: tmobbs@s-noroflk.gov.uk Date 17/04/2007 Page 14 of 82

15 2. Project Organisation Organisational Structure This section addresses the organisational and management arrangements needed for successful project delivery. This structure allows for the appropriate reporting and control mechanisms to be put in place and for clearly defined roles and responsibilities to be established. Typical Project Management Structure Gateway approvals Programme Boards / SMT Programme Manager Project Sponsor Chairs project Board Project Board Project Manager Specialist Adviser Project Officer / Senior User Project Team At a basic level any project will have: A project sponsor (a senior officer in the organisation) A project manager A strategy to ensure Quality Assurance including Benefits Realisation Delivery of one or more Work Packages Involvement of appropriate staff from the service/s affected by the project. Date 17/04/2007 Page 15 of 82

16 Some of the roles shown in the above diagram will not be required for some projects at SNC. Project managers must consider line management and reporting as part of the delivery and communication strategy. The management team up to and including all board members must clearly understand their respective roles. All team members have an important part to play in the successful delivery of the project and it is vital that they are kept well informed at all stages. Work completed during the Start-up and Justification stages will clarify the Project Brief, Project Approach, Business Case and any risks recognised so far. This information will form the basis for the Project Initiation Document (PID). Each group and key player in the project structure has clear terms of reference which define roles and responsibilities. As a general rule project Boards and Teams should only contain the number of people needed to achieve the project. Project Sponsor The project sponsor must have an interest in and commitment to the success of the project and is likely to be a head of service or senior business manager. The project sponsor is responsible to ensure that a project meets its objectives and delivers the projected benefits the sponsor should act as the project s champion. The project sponsor should ensure that the project maintains its focus, has clear authority and that the context, including risks, is actively managed. In order to fulfil the terms of reference, the sponsor must be given appropriate authority and have adequate seniority. In particular, the project sponsor will: Take responsibility for a particular project and act as budget holder. Appoint the project manager. Appoint the project board. Assist the project manager in the preparation of a business case for the project, which will be submitted by the sponsor to the Programme Board and Members for consideration and approval. Guide the project through the other Gateways. Convene and chair meetings of the project board. Obtain commitment, including the allocation of appropriate resources, from Heads of Service and other senior managers to ensure the success of the project. Assist the project manager to resolve any problems and conflicts, including those which relate to resourcing, which may arise during the project. Represent the project and project team to Corporate Management Team or the Programme Board and provide a written progress report for the project to Corporate Management Team or the Programme Board meeting. This report will follow a standard format, as set out elsewhere in this document. Date 17/04/2007 Page 16 of 82

17 Specialist Advisor The specialist advisor role is as a critical friend (or friends) who offer advice and so:- Provide support for the consideration and approval of the business cases. Provide support and advice to the Sponsor on the overall management of the project. Provide support for sponsors to challenge assumptions and identify, address and solve problems. Assist project sponsors to appoint consultants, suppliers and staff in support of the project. Advise project sponsors and project managers in contract negotiations with suppliers. Advise on best practice in project management, quality assurance and other areas and assist South Norfolk to implement and adopt these procedures. Define relevant corporate Standards. Inform Corporate Management Team or the Programme Board of any problems affecting the rolling programme and recommend appropriate courses of action. Conduct ad-hoc reviews of any project. Project Manager The project manager is the individual responsible for delivering a project. The project manager leads and manages the project team with the authority and responsibility to manage a project on a day-to-day basis. It is essential that the project manager should be appropriately trained in project management techniques and processes. The skills and experience of the project manager must be matched to the requirements of the project. In particular, the project manager will: Manage the project team and the project activities, and recruit or appoint such staff as may be necessary in consultation with the project sponsor and the project board. Manage the project budget within the tolerance agreed with the project sponsor. Prepare business cases, project plans and all other project elements for approval by the project board. Project plans should include task definitions, allocation of resources and scheduling information. Further details of project plans will be found elsewhere in this document. Take effective quality assurance measures to ensure, as far as possible, that the project is successful and achieves its objectives. Maintain liaison with suppliers of hardware, software and services, and act as formal point of contact. Advise the project board on the acceptance or rejection of externally purchased items and services. Date 17/04/2007 Page 17 of 82

18 Monitor the progress of the project and report on its status to the project board on a monthly basis, adopting a standard format as shown elsewhere in this document. Identify and manage risks Produce a Communication Plan Inform the project board of any problems affecting the project and recommend appropriate courses of action. Schedule, convene and chair regular meetings of the project team. Establish and maintain the project office and project library. Identify and resolve all resourcing problems making reference to the project board if necessary. Escalate issues/problems where appropriate Maintain close contact with intended users of the project deliverables (if applicable). Project Board The project board exists to provide direction to, and monitoring of a project. In particular, the board will: Take overall responsibility, under the chairmanship of the project sponsor, for an individual project in South Norfolk. Assist the project sponsor to control the project budget and to delegate appropriate authority to the project manager. Approval of project objectives, scope, Business Case prior to any expenditure Provide guidance to the project manager and the project team. Hold monthly meetings (or as required) to review progress and expenditure against budget, to discuss issues arising and to institute appropriate action to counter any problems. An agenda for the meeting should be circulated prior to the meeting; minutes of the meeting should be taken and the minutes formally agreed at the next meeting. The emphasis will be on quality rather than frequency of meetings. It is important that board members are briefed and prepared and that all meetings are very focused. The role of board members is very much management by exception (i.e. when something is not going according to the criteria which have previously been agreed) and will be asked to make decisions at key points in the project. Receive regular progress reports from the project manager. Assist the project sponsor to review and approve project plans and other key documents prepared by the project manager. Ensure that adequate resources are made available to support the project. Assist the project sponsor to accept or reject deliverable items, acting on the advice of the project manager Monitoring quality control Managing any risks owned by the project board that are highlighted in the Risk Log Date 17/04/2007 Page 18 of 82

19 Project Officer (Senior User) The Project Officer (also known as the Senior User) is the person who is responsible for the specification of the needs of all those who will use the final product(s), for user liaison with the project team and monitoring that the solution will meet those needs within the constraints of the Business Case in terms of quality, functionality and ease of use. The responsibilities include Ensure the desired outcome of the project is specified Approve product descriptions for inputs and outputs Ensure that the specification of the user s needs is accurate, complete and unambiguous Quality checking of the product at all stages to ensure the product meets user requirements Project Team The project team is a group of people who assist the project manager in delivering the project. The team normally includes officers who will benefit from the project and/or be materially impacted by it. These may be from one team or several and will also include specialists and sometimes outside specialist advisers, and if necessary, technical support personnel from E-Government The main task of the Project team is to assist the project manager in delivering the project. They will be involved with various work packages and can include Developing the business case Identifying benefits Agreeing and revising business processes and outcomes Development of business specification and ITT Evaluating tender responses Attend product demonstrations and site visits User acceptance testing Programme Manager The programme manager, where applicable, is responsible for the delivery of the council s programme of work and works closely with the programme boards. At present there is one programme manager in place who co-ordinates the programme of work for the E-service Programme Board. Date 17/04/2007 Page 19 of 82

20 Programme Board The Programme boards, where applicable, are responsible for delivery of the council s objectives through the various projects within their responsibility. They act as the guardians of the Gateway process and it is them who monitor the progress of project throughout the lifecycle. It is therefore also the programme boards who normally approve the PID. They will receive regular progress reports and exception reports when projects are expected to go beyond their tolerance limits in respect of budget and/or time. There are three programme boards within South Norfolk Council and very project being undertaken should report to one of these boards. The three boards are: E-Services group chaired by the Head of E-Government this board is responsible for all projects which involve to a greater or lesser extent information technology Affordable Housing group Chaired by Corporate Director Ken Barnes is responsible for all projects which impact on the delivery of the Affordable Housing Strategy. (Need to check responsibility & chair details) Asset Management group chaired by Head of Finance & Property is responsible for all projects not covered by the two sections above. Programme Boards will Police the Gateway process Secure the investment required to run the programme of projects Approve projects to start Approve Project initiation Documents Approve business cases as part of the SNC gateway process Monitor regular progress reports Receive exception report and make appropriate recommendations Receive and action Lessons learned reports Ensure the linkages are maintained between the programme and the organisation s strategic direction Date 17/04/2007 Page 20 of 82

21 3. Project Start-up The Project Mandate The Project Mandate is a brief written description of why the project is worthwhile and what it intends to achieve. The Project Mandate: Is the first element of the Project Lifecycle Should identify the project s sponsor Is usually the catalyst for preparing the project initiation Document Is the initial idea for the project. A common mistake when completing the Project Mandate is to underestimate the potential costs of delivery for the end product. The Project Sponsor and project manager must ensure allowances have been made for the funding of any additional project staff to resource the team on either a short or long-term basis. From a simple analysis of the cost, it may transpire that the project is not viable. Template for Project Mandate, see Project Mandate. Start-up of a Project The hardest question of all: Do we have a viable and worthwhile project? It is vital that this question is answered honestly, otherwise resources may be committed and time wasted. Date 17/04/2007 Page 21 of 82

22 The Project Initiation Document (PID) The Project Initiation Document (PID) is developed from information/documentation already produced. The completed PID is the basis for authorisation to continue the project. The PID is a more refined description than the Project Mandate, setting out what the project will achieve, and it must be completed as fully as possible and presented to the appropriate Programme Board at the earliest opportunity. If no meeting of the programme board is planned in the near future and further work must be carried out on the project then the PID must go to CMT for their consideration and approval to proceed (or not). This is also the first step in the SNC gateway process Step 1 Strategic Assessment At this stage an honest assessment must be made as to whether the project is viable or not, whether there is the possibility of the money and resources being made available to undertake the project and its overall impact on current approved, planned programme of work. Only after all these matters are taken into consideration should a decision be made as to whether the project should proceed onto the detailed production of the business case. If the project has no meaningful chance of progress it should be stopped immediately, another potential outcome at this stage is that the project is put on hold pending a situation where conditions are more favourable for the PID to be progressed into a proper Business Case The full layout of the PID document for SNC and a template for completion can be found at PID The PID should cover the following topics Project Description a brief description equivalent to the project mandate Project Aims what are we trying to achieve Benefits sought Preliminary costs estimate Scope of the project Constraints for the project Interfaces with other projects and links to corporate plans and strategies Who will benefit? Any other interested parties Major risks identified thus far Communication issues Who own the project i.e. who will be the project sponsor Date 17/04/2007 Page 22 of 82

23 The PID must have the approval of the Project Sponsor. When a project manager compiles the Project Brief, it may highlight some potential risks and the completion of the PID usually corresponds with the start of the Risk Log. It is unlikely that all associated risks will be recognised by this one process and a formal risk analysis should be completed. When a formal risk analysis, categorisation and costing exercise have been completed, the question should be asked again, Do we still have a viable and worthwhile project? It is possible that the inherent risks are too great, either through impact or probability to continue. If this is the case, the Project board will have to take the decision to either redefine the scope or to close the project. Whatever the outcome this decision must be confirmed with the appropriate programme Board before any further work is undertaken. Project Approach Before any planning can be undertaken, the project manager should define a Project Approach. For IS/IT-related projects this will require consultation with the Development Manager in E-Government. The Project Approach will define the preferred approach to delivery and any options. It should answer the following questions: Will the solution be bought off-the-shelf? In other words, does the solution already exist either as a complete item or in part? Will the solution or part of the solution be bespoke? In other words, will the Project Approach require a development stage to meet the requirements of the Council? Will the Council be able to provide a solution, with or without development, without using external suppliers? Is the Project Approach based on an existing or recently completed project? Another key part of the Project Approach is an outline of the sustainability of the proposed solution and any maintenance that will be required during or post-project. Sustainability of any project is a major concern to members & CMT and if not outlined in the approach, it is unlikely the project will be signed off. The project manager must be aware of any Council initiatives and any constraints (usually on time/cost) that will apply to the proposed solution. There may be a discussion on various options at this stage and the project manager should outline the risks and opportunities relevant to each option as part of the process. The information compiled for the Project Approach will be fed into other project documentation such as the Business Case. Template for Project Approach, see Project Approach. Date 17/04/2007 Page 23 of 82

24 Quality Planning Relying on implied needs with regard to quality is open to interpretation and leads to uncertainty. This approach to quality is of little use in project management. During the Start-up stage, quality expectations must be understood and documented. As the project progresses through later stages, the quality of products to be delivered will be specified in greater detail, through individual work packages. When a Work Package is completed, the product can then be measured against the quality criteria specified in the Work Package description. The Project Officer plays a key role here in ensuring that the work packages deliver a quality product that meets the customer s requirements and is fit for purpose. The use of the word quality usually implies only the highest standard of materials and workmanship. The reality of quality in a project environment is in meeting the requirements of the project within budget to agreed expectations. Although outlined in the Start-up stage of the project, the Quality Plan is refined in the Business case. Template for Quality Plan, see Project Quality Plan The Risk Log The management of project risks is a key element of project control. The Council has a well documented approach to the identification and management of risks. The risks to the project should have been identified in the PID and developed in more detail in the business case, together with proposed management action to minimise their impact. Risk management must be a continuous process during the life of a project; the likelihood of identified risks occurring will grow or reduce in potential, as will the effect of a risk situation. New risks may arise; some risks may occasionally be eliminated altogether. The review of project risk should be included in monthly reports by the project manager to the project board and the project sponsor. Risks identified which are specific to the project and can be managed within the project itself will be held and maintained on the risk log. Risks which cannot be managed within the project must be escalated and included as a risk in the corporate Risk Management Action Plans (see Appendix 4 for more details on this). The attached template outlines the column headings for structuring the Risk Log. It is the project manager s responsibility to maintain the Risk Log and to ensure that all risks are owned and managed. Template for Risk Log, see Risk Log. Risk log spreadsheet see Risk log spreadsheet Date 17/04/2007 Page 24 of 82

25 The Issue Log During the lifecycle of a project, issues will arise on a variety of project-related matters. The Issue Log is a means of recording these issues and tracking their progress through to conclusion. As with the Risk Log and Lessons Learned Log, a unique number must be allocated to each issue. It may also be necessary to allocate ownership to one or more individuals. There should also be a reference to who raised the issue so that they can be informed of progress towards a resolution. It is advisable to record the type of issue. It may not be possible to resolve all issues during the lifecycle of the project but the Issue Log provides a vehicle for managing them and assessing their impact. It is not unheard of to have an ongoing issue throughout the complete Project Lifecycle. There are various times in the Project Lifecycle when the Issue Log should be reviewed such as at Stage End and at Project Closure. Many project managers find the Issue Log a useful reference at formal project meetings where the status and progression of outstanding and new issues are discussed. Template for Issues Log, see Issue Log. Blank Spreadsheet for an Issues Log see Issues log spreadsheet Planning Planning takes place throughout the complete lifecycle of the project. The most common form of a Project Plan is a Gantt chart (for further advice on these see Appendix 5), showing tasks and associated timelines. You can produce this type of plan using software packages such as Microsoft Project. There are no hard and fast rules regarding the use of planning software; however, the Council has adopted Microsoft Project as its standard planning tool. It is important that any production media and associated versions are agreed in the project s Style Guide and that this is communicated to all involved (including outside contractors). If the production media (including version numbers) are not agreed at an early stage, it will be impossible to ensure that the stakeholders are able to view the correct version of project documentation electronically. TIP: A common fault with schedules is the lack of lead-in and lag-time on tasks. In practice it is very unusual for one task to be completed exactly on time and another to start the day after. Allow time for setting up the task (lead-in) and time for rework/acceptance when the task has been completed (lag-time). This approach when applied to individual tasks will build contingency into the planning process. Projects that include IS/IT elements will require periods for acceptance testing, both from an application and end user perspective. Training requirements and other tasks impact on roll-out and will also need to be included in the plan. Date 17/04/2007 Page 25 of 82

26 When planning, set an end date for the project and then plan tasks into the timeline. Remember to clearly annotate dependencies, milestones and stage boundaries. Project Plan The Project Plan is a mandatory plan that provides a statement of how and when a project s objectives are to be achieved, by showing all major products, activities and resources required on project. It provides the business case with planned project costs and identifies the management stages and other major control points. It is used by the project Board as a baseline against which to monitor project progress and costs stage by stage. Template for a Project Plan, see Project Plan Stage Plan What is a stage? A stage is a distinct unit of project implementation. Each stage has a defined set of products, outcomes or activities. Each stage will have a finite lifespan, dedicated resources and an appropriate organisational structure. The number of stages within a project will be governed by its complexity. The completion of each stage is determined by the satisfactory completion of the agreed products. Stage Boundaries will reflect the nature of the project and may be chosen according to one or more of the following criteria: The sequence of delivery of products The grouping of products into self-consistent sets The natural decision points for feedback and review. Common to all projects are the Start-up and Justification stages, which cover the planning and definition of the project. The Justification stage concludes in an operational review before committing resources to further work. The first two stages of the South Norfolk method for project management provide surety; these stages may seem somewhat tedious, as there is a fair amount of investigation and paperwork to be completed to support the project. It is worth bearing in mind that if an individual went to a commercial bank to borrow money for a project, the Business Manager of the bank would, almost without exception, ask for all the background documentation (and possibly more) completed in the Start-up and Justification stages. It is reasonable therefore that we adopt a similar and robust approach with public funds. Some specialist tasks may span one or more stages of a project. Project managers need to manage Stage Boundaries and obtain sign-off before they continue to the Date 17/04/2007 Page 26 of 82

27 next stage. The number and length of subsequent stages will vary from project to project. Template for Stage Plan, see Stage Plan. Administration Efficient administration is the backbone of any project. It is essential that administration processes are documented and agreed with line managers and administration support staff before the project starts. Project documentation must always be part of a back-up regime. A key element of project tracking and audit is to establish a strict regime of project administration in the earliest stages of the Project Lifecycle. This will ensure that the development of the project and all subsequent changes are tracked and recorded for audit purposes. The accurate recording of any project will provide useful and vital information during the Project Lifecycle and Post-project Review The administration service controls the following areas: The Project Library This should include: 1) All standard document templates (Risk Log, Issue Log, Lessons Learned Log). 2) Specialist documents (change control, configuration management, version control). 3) Correspondence (letters, s, and any externally produced documents. Include a cross-reference process where applicable). 4) Quality (product descriptions and any quality checks carried out). Below is a suggested file structure for projects: Project File: Overview (project name, project (and programme) manager(s), project sponsor, client(s), wards affected Organisation (Org Chart and signed Terms of Reference and job definitions) Contact List (telephone numbers etc) Communication Plan Project Approach Change Control Process Plans (includes all versions) Product breakdown structure Product flow diagrams (clearly identified, date, version number, option appraisal, scope and resources) Business Case (all versions signed off and working copies) Risk Log (all correctly versioned include scheduled updates) Issue Log (all correctly versioned include scheduled updates) Lessons Learned Log (all correctly versioned include scheduled updates) Date 17/04/2007 Page 27 of 82

28 Copies of Project Initiation and Closure (mandatory and signed!) Details of post-project review Any follow on actions or recommendations after project closure Correspondence for the project. Stage File for each stage: Organisation for stage (may be different from project organisation, contractors etc) Details of all team members All work assignments (Work Packages) Change Control Process (may be same as in project file) Performance assessments (Critical Success Factors) Plans (stage, team, exception, if any) Any mid-stage assessments End stage assessment report Any progress updates Daily diary/log Meeting notes Discussion groups Consultations/Process Any stage actions Correspondence for the stage Any other documents stage-related. Specialist Files: Configuration management Off-specification Any specialist correspondence. Quality Note: Should be cross-referenced to a specific task or event. This filing system should allow an audit check of quality of work. There is one quality file which runs throughout the project. All product descriptions (detailed) Details quality teams (stage and overall) Quality checks (invitations and meetings) Quality Log Results Action List. Date 17/04/2007 Page 28 of 82

29 General Administration It is essential that administration systems are tailored and the processes documented for each project. In some cases it may be appropriate for project team staff to carry out some of the administration tasks. Version Control All projects produce paperwork either as a hard copy or electronically. To keep track of documentation, strict version control must be established at the beginning of the Project Lifecycle. From 1 January 2005, South Norfolk Council has been subject to the Freedom of Information Act. The maintenance of project documentation in a logical format will assist in the provision of responses under the Act. TIP: Include the file path in the project documentation footer. A suggested method is as follows: First Draft 0.01 Use a zero then a decimal point to inform the reader that this version has not yet been signed off. Latest Approved Version 1.00 Use a whole number to inform the reader that this is a signed-off version. The highest whole number is the latest signed-off version. Working Copy 1.06 Use a whole number and a decimal to inform the reader that version 1 is the latest signed-off version and that there have been 6 subsequent drafts. If version 1.06 were to be signed off, it would become version 2.0. The document history would then read as follows: This process for version numbering and continuity is considered best practice. Project Documentation: History Revision History Date of this revision: Date of next revision: Date 17/04/2007 Page 29 of 82

30 Revision Previous revision date Summary of Changes Changes date marked First issue Approvals This document requires the following approvals. Signed approval forms are filed in the Management section of the project files. Name Signature Title Date of Issue Version Distribution This document has been distributed to Name Title Date of Issue Version Date 17/04/2007 Page 30 of 82

31 5. Project Justification The Justification Stage The next stage in the Project Lifecycle is the Justification Stage. There are some basic principles that should be applied to all projects: A project is a finite process with a start and an end All parties involved in the project must be clear about the Project Objectives and what their individual responsibilities are to achieving those objectives The project must be well managed in order to achieve a successful outcome. Once initial approval has been given to proceed with the project the next stage is to move the project forward towards the stage where the project can be delivered. Before that there are various issues which must be addressed and three more gateway steps to pass through. The first one is to develop the PID into a full-blown business case, the second is ensuring the Council s procurement strategy is being adhered to and thirdly that the solution meets all the council s criteria and a commitment is made to deliver the specified project The Project Definition Workshop Justification is a critical stage in the Project Lifecycle and mistakes and omissions at this point can cause serious problems further down the line. Indeed, design and definition shortcomings are a prime source of project failure, especially for IS/IT projects. Experience has shown the value of holding a Project Definition Workshop (PDW) to underpin the Justification Stage. The PDW is a peer group meeting of stakeholders and relevant managers to help the Project Sponsor and Project Manager define the project, set objectives, define benefits, and consider resources, costs and risks. The PDW will clarify these aspects, albeit at a high level, and provide a sound basis for the more detailed definition for assembling the Business Case. The PDW meeting will address the following areas: Benefits Scope Goals and objectives Assumptions and risk Costs and resources Project organisation Immediate next actions. Date 17/04/2007 Page 31 of 82

Maturity Model. March 2006. Version 1.0. P2MM Version 1.0 The OGC logo is a Registered Trade Mark of the Office of Government Commerce

Maturity Model. March 2006. Version 1.0. P2MM Version 1.0 The OGC logo is a Registered Trade Mark of the Office of Government Commerce Maturity Model March 2006 Version 1.0 P2MM Version 1.0 The OGC logo is a Registered Trade Mark of the Office of Government Commerce This is a Value Added product which is outside the scope of the HMSO

More information

Purpose: Content: Definition: Benefits: outputs outcomes benefits Business Case dis-benefit Key Responsibilities: Approach: Executive Developed

Purpose: Content: Definition: Benefits: outputs outcomes benefits Business Case dis-benefit Key Responsibilities: Approach: Executive Developed Key Learning Points The Swirl Logo is a trade mark of the AXELOS Limited. Is used by the Project Board throughout the project to verify its continued viability:- Is the investment in this project still

More information

Retained Fire Fighters Union. Introduction to PRINCE2 Project Management

Retained Fire Fighters Union. Introduction to PRINCE2 Project Management Retained Fire Fighters Union Introduction to PRINCE2 Project Management PRINCE2 PRINCE stands for: PRojects IN Controlled Environments and is a structured method which can be applied to any size or type

More information

Gateway review guidebook. for project owners and review teams

Gateway review guidebook. for project owners and review teams Gateway review guidebook for project owners and review teams The State of Queensland (Queensland Treasury and Trade) 2013. First published by the Queensland Government, Department of Infrastructure and

More information

1. What is PRINCE2? Projects In a Controlled Environment. Structured project management method. Generic based on proven principles

1. What is PRINCE2? Projects In a Controlled Environment. Structured project management method. Generic based on proven principles 1. What is PRINCE2? Projects In a Controlled Environment Structured project management method Generic based on proven principles Isolates the management from the specialist 2 1.1. What is a Project? Change

More information

PORTFOLIO, PROGRAMME & PROJECT MANAGEMENT MATURITY MODEL (P3M3)

PORTFOLIO, PROGRAMME & PROJECT MANAGEMENT MATURITY MODEL (P3M3) PORTFOLIO, PROGRAMME & PROJECT MANAGEMENT MATURITY MODEL (P3M3) 1st February 2006 Version 1.0 1 P3M3 Version 1.0 The OGC logo is a Registered Trade Mark of the Office of Government Commerce This is a Value

More information

Project Management Toolkit Version: 1.0 Last Updated: 23rd November- Formally agreed by the Transformation Programme Sub- Committee

Project Management Toolkit Version: 1.0 Last Updated: 23rd November- Formally agreed by the Transformation Programme Sub- Committee Management Toolkit Version: 1.0 Last Updated: 23rd November- Formally agreed by the Transformation Programme Sub- Committee Page 1 2 Contents 1. Introduction... 3 1.1 Definition of a... 3 1.2 Why have

More information

Project Management Process

Project Management Process Project Management Process Description... 1 STAGE/STEP/TASK SUMMARY LIST... 2 Project Initiation 2 Project Control 4 Project Closure 5 Project Initiation... 7 Step 01: Project Kick Off 10 Step 02: Project

More information

Project Management Guidebook

Project Management Guidebook METHOD 12 3 empowering managers to succeed Project Management Guidebook ISBN 0-473-10445-8 A bout this e-book This e-book was created by Method123 (see www.method123.com) to help provide you with a simple

More information

PROJECT MANAGEMENT FRAMEWORK

PROJECT MANAGEMENT FRAMEWORK PROJECT MANAGEMENT FRAMEWORK DOCUMENT INFORMATION DOCUMENT TYPE: DOCUMENT STATUS: POLICY OWNER POSITION: INTERNAL COMMITTEE ENDORSEMENT: APPROVED BY: Strategic document Approved Executive Assistant to

More information

Do not open this paper until instructed by the invigilator. Please note: This question paper must not be removed from the examination room.

Do not open this paper until instructed by the invigilator. Please note: This question paper must not be removed from the examination room. APM Introductory Certificate in Project Management Exam paper Candidate Reference Number Date of Exam Location of the Exam General Notes Time allowed 1 hour Answer all 60 multiple choice questions Use

More information

General Notes Time allowed 1 hour. Answer all 60 multiple choice questions Use the proforma answer sheet provided.

General Notes Time allowed 1 hour. Answer all 60 multiple choice questions Use the proforma answer sheet provided. Introductory Certificate The APM Project Fundamentals Qualification. Examination paper Candidate Number Date Location Examination Paper Sample Paper v1.4 General Notes Time allowed 1 hour. Answer all 60

More information

Department of the Environment and Local Government. Project Management. Public Private Partnership Guidance Note 7. 14 April 2000

Department of the Environment and Local Government. Project Management. Public Private Partnership Guidance Note 7. 14 April 2000 Project Management Project Management Public Private Partnership Guidance Note 7 14 April 2000 Guidance Note 7 14 April 2000 Project Management Contents Section Page I INTRODUCTION...1 SCOPE AND PURPOSE

More information

NSW Government ICT Benefits Realisation and Project Management Guidance

NSW Government ICT Benefits Realisation and Project Management Guidance NSW Government ICT Benefits Realisation and Project Management Guidance November 2014 CONTENTS 1. Introduction 1 2. Document purpose 1 3. Benefits realisation 1 4. Project management 4 5. Document control

More information

ICT Service Desk Creation

ICT Service Desk Creation ICT Service Desk Creation Project Initiation Document Document: ICT Service desk Creation: PID Issue Date: 26 th November 2010 Version: 0.1 Draft Version Number: 1.0 Change Control Quality Assurance Document:

More information

Network Rail Infrastructure Projects Joint Relationship Management Plan

Network Rail Infrastructure Projects Joint Relationship Management Plan Network Rail Infrastructure Projects Joint Relationship Management Plan Project Title Project Number [ ] [ ] Revision: Date: Description: Author [ ] Approved on behalf of Network Rail Approved on behalf

More information

University of Cambridge Information Services Committee Governance of ISC Projects Originated January 2009 (updated December 2011; awaiting further

University of Cambridge Information Services Committee Governance of ISC Projects Originated January 2009 (updated December 2011; awaiting further University of Cambridge Information Services Committee Governance of ISC Projects Originated January 2009 (updated December 2011; awaiting further revision June 2014) 1. Introduction This paper defines

More information

The Transport Business Cases

The Transport Business Cases Do not remove this if sending to pagerunnerr Page Title The Transport Business Cases January 2013 1 Contents Introduction... 3 1. The Transport Business Case... 4 Phase One preparing the Strategic Business

More information

The Project Management Life Cycle By Jason Westland (A book review by R. Max Wideman)

The Project Management Life Cycle By Jason Westland (A book review by R. Max Wideman) The Project Management Life Cycle By Jason Westland (A book review by R. Max Wideman) 11/17/07 Introduction Editor's Note: We liked so much of this book that we asked for the author's permission to quote

More information

PROJECT MANAGEMENT METHODOLOGY SECTION 3 -- PLANNING PHASE

PROJECT MANAGEMENT METHODOLOGY SECTION 3 -- PLANNING PHASE PROJECT MANAGEMENT METHODOLOGY SECTION 3 -- PLANNING PHASE Table of Contents Introduction...3-1 Overview...3-1 The Process and the Project Plan...3-1 Project Objectives and Scope...3-1 Work Breakdown Structure...3-1

More information

Project Risk Analysis toolkit

Project Risk Analysis toolkit Risk Analysis toolkit MMU has a corporate Risk Management framework that describes the standard for risk management within the university. However projects are different from business as usual activities,

More information

PROJECT MANAGEMENT GUIDELINES NATIONAL TRANSPORT AUTHORITY

PROJECT MANAGEMENT GUIDELINES NATIONAL TRANSPORT AUTHORITY PROJECT MANAGEMENT GUIDELINES FOR PROJECTS FUNDED BY THE NATIONAL TRANSPORT AUTHORITY (UP TO 20 MILLION IN VALUE) december 2011 Table of Contents Section A 1. Introduction 4 1.1 Purpose 4 1.2 Applicability

More information

Programme Governance and Management Plan Version 2

Programme Governance and Management Plan Version 2 PROCESS FOR CHANGE - Detailed Design Programme Governance and Management Plan Version 2 1 INTRODUCTION In October 2008, the Council approved the selection of seven opportunity themes to take forward from

More information

IT Project Management

IT Project Management IT Project Management IT Project Management provides a structured approach to making things happen and in doing so, enables initiatives (projects) to be delivered to time, quality and budget. www.business.wales.gov.uk/superfastbusinesswales

More information

AIPM PROFESSIONAL COMPETENCY STANDARDS FOR PROJECT MANAGEMENT PART B CERTIFIED PRACTISING PROJECT PRACTITIONER (CPPP)

AIPM PROFESSIONAL COMPETENCY STANDARDS FOR PROJECT MANAGEMENT PART B CERTIFIED PRACTISING PROJECT PRACTITIONER (CPPP) AIPM PROFESSIONAL COMPETENCY STANDARDS FOR PROJECT MANAGEMENT PART B CERTIFIED PRACTISING PROJECT PRACTITIONER (CPPP) Copyright: Australian Institute of Project Management Document Information Document

More information

Resource Management. Determining and managing the people resources on projects can be complex as:

Resource Management. Determining and managing the people resources on projects can be complex as: Baseline Resource Management RESOURCE MANAGEMENT Purpose To provide a procedure and associated guidelines to facilitate the management of project people resources. Overview This Phase is used to establish

More information

PRINCE2:2009 Glossary of Terms (English)

PRINCE2:2009 Glossary of Terms (English) accept (risk response) acceptance acceptance criteria activity agile methods approval approver assumption assurance A risk response to a threat where a conscious and deliberate decision is taken to retain

More information

Benefits realisation. Gate

Benefits realisation. Gate Benefits realisation Gate 5 The State of Queensland (Queensland Treasury and Trade) 2013. First published by the Queensland Government, Department of Infrastructure and Planning, January 2010. The Queensland

More information

JOINT CORE STRATEGY PROGRAMME MANAGEMENT FRAMEWORK GOVERNANCE PROCESSES AND PROCEDURES. Draft

JOINT CORE STRATEGY PROGRAMME MANAGEMENT FRAMEWORK GOVERNANCE PROCESSES AND PROCEDURES. Draft APPENDIX 1 JOINT CORE STRATEGY PROGRAMME MANAGEMENT FRAMEWORK GOVERNANCE PROCESSES AND PROCEDURES Draft CONTENTS 1. INTRODUCTION 2. SCOPE 3. PROGRAMME AND PROJECT MANAGEMENT GOVERNANCE 4. PROGRAMME MANAGEMENT

More information

Specialist Cloud Services Lot 4 Cloud Printing and Imaging Consultancy Services

Specialist Cloud Services Lot 4 Cloud Printing and Imaging Consultancy Services Specialist Cloud Services Lot 4 Cloud Printing and Imaging Consultancy Services Page 1 1 Contents 1 Contents... 2 2 Transcend360 Introduction... 3 3 Service overview... 4 3.1 Service introduction... 4

More information

To provide a procedure and associated guidelines to facilitate the management of project dependencies.

To provide a procedure and associated guidelines to facilitate the management of project dependencies. Management DEPENDENCY MANAGEMENT Purpose To provide a procedure and associated guidelines to facilitate the management of project dependencies. Overview Dependencies in this Phase are defined as actions,

More information

Step by Step Project Planning

Step by Step Project Planning Step by Step Project Planning Contents Introduction The Planning Process 1 Create a Project Plan...1 Create a Resource Plan...1 Create a Financial Plan...1 Create a Quality Plan...2 Create a Risk Plan...2

More information

Project Management. What is Project Management?

Project Management. What is Project Management? Project Management Project Management enables your business to proceed with new initiatives in a way that allows: Costs to be controlled Agreed outcomes to be measured and confirmed Timescales to be met

More information

An Introduction to the PRINCE2 project methodology by Ruth Court from FTC Kaplan

An Introduction to the PRINCE2 project methodology by Ruth Court from FTC Kaplan An Introduction to the PRINCE2 project methodology by Ruth Court from FTC Kaplan Of interest to students of Paper P5 Integrated Management. Increasingly, there seems to be a greater recognition of the

More information

Part B1: Business case developing the business case

Part B1: Business case developing the business case Overview Part A: Strategic assessment Part B1: Business case developing the business case Part B2: Business case procurement options Part B3: Business case funding and financing options Part C: Project

More information

A COMPARISON OF PRINCE2 AGAINST PMBOK

A COMPARISON OF PRINCE2 AGAINST PMBOK Introduction This comparison takes each part of the PMBOK and gives an opinion on what match there is with elements of the PRINCE2 method. It can be used in any discussion of the respective merits of the

More information

The Gateway Review Process

The Gateway Review Process The Gateway Review Process The Gateway Review Process examines programs and projects at key decision points. It aims to provide timely advice to the Senior Responsible Owner (SRO) as the person responsible

More information

An Introduction to PRINCE2

An Introduction to PRINCE2 Project Management Methodologies An Introduction to PRINCE2 Why use a Project Methodology and What Does PRINCE2 Enable? PRINCE - PRojects IN Controlled Environments - is a project management method covering

More information

Module 1 Diploma of Project Management

Module 1 Diploma of Project Management Module 1 Diploma of Project Management Project Management Fundamentals in association with This two day course takes participants through all aspects of Project Management and provides in depth examination

More information

WHAT IS PRINCE2? Benefits There are many benefits of using PRINCE2 but primarily it:

WHAT IS PRINCE2? Benefits There are many benefits of using PRINCE2 but primarily it: WHAT IS PRINCE2? Introduction PRINCE2 (Projects in a Controlled Environment) is a structured project management method that can be applied regardless of project scale, type, organisation, geography or

More information

Blank Project Management Templates. Saving Time! Saving Money! Saving Stress!

Blank Project Management Templates. Saving Time! Saving Money! Saving Stress! www.projectagency.co.uk Blank Project Management Templates Saving Time! Saving Money! Saving Stress! Please feel free to copy any of the attached documents. You can alter any of them to suit the needs

More information

Specialist Cloud Services Lot 4 Cloud EDRM Consultancy Services

Specialist Cloud Services Lot 4 Cloud EDRM Consultancy Services Specialist Cloud Services Lot 4 Cloud EDRM Consultancy Services Page 1 1 Contents 1 Contents... 2 2 Transcend360 Introduction... 3 3 Service overview... 4 3.1 Service introduction... 4 3.2 Service description...

More information

A Question of Balance

A Question of Balance A Question of Balance Independent Assurance of Information Governance Returns Audit Requirement Sheets Contents Scope 4 How to use the audit requirement sheets 4 Evidence 5 Sources of assurance 5 What

More information

Ten Steps to Comprehensive Project Portfolio Management Part 3 Projects, Programs, Portfolios and Strategic Direction By R.

Ten Steps to Comprehensive Project Portfolio Management Part 3 Projects, Programs, Portfolios and Strategic Direction By R. August 2007 Ten Steps to Comprehensive Project Portfolio Management Part 3 Projects, Programs, Portfolios and Strategic Direction By R. Max Wideman This series of papers has been developed from our work

More information

Risk Management Policy and Process Guide

Risk Management Policy and Process Guide Risk Management Policy and Process Guide Status: pending Next review date: December 2015 Page 1 Information Reader Box Directorate Medical Nursing Patients & Information Commissioning Operations (including

More information

Stakeholder management and. communication PROJECT ADVISORY. Leadership Series 3

Stakeholder management and. communication PROJECT ADVISORY. Leadership Series 3 /01 PROJECT ADVISORY Stakeholder management and communication Leadership Series 3 kpmg.com/nz About the Leadership Series KPMG s Leadership Series is targeted towards owners of major capital programmes,

More information

Part One: Introduction to Partnerships Victoria contract management... 1

Part One: Introduction to Partnerships Victoria contract management... 1 June 2003 The diverse nature of Partnerships Victoria projects requires a diverse range of contract management strategies to manage a wide variety of risks that differ in likelihood and severity from one

More information

APPENDIX A (CFO/263/09) Merseyside Fire & Rescue Service ICT Outsourcing Procurement Support. Final Report

APPENDIX A (CFO/263/09) Merseyside Fire & Rescue Service ICT Outsourcing Procurement Support. Final Report Merseyside Fire & Rescue Service ICT Outsourcing Procurement Support Final Report Version 1.1 Oct 2009 Contents 1. Executive Summary...3 2. Context and Background...3 3. Deliverables and Value Added...

More information

Operations. Group Standard. Business Operations process forms the core of all our business activities

Operations. Group Standard. Business Operations process forms the core of all our business activities Standard Operations Business Operations process forms the core of all our business activities SMS-GS-O1 Operations December 2014 v1.1 Serco Public Document Details Document Details erence SMS GS-O1: Operations

More information

Structure and Function of the EBS NA Business Unit Project Management Office. EBS NA Project Management Office (PMO): Purpose and Function

Structure and Function of the EBS NA Business Unit Project Management Office. EBS NA Project Management Office (PMO): Purpose and Function TITLE: EBS NA Project Management Office (PMO): Purpose and Function SUMMARY: This document provides standard guidance on the purpose and function of the EBS NA Project Management Office. STATUS: Generic

More information

Improving Project Governance

Improving Project Governance Improving Project Governance By Phil Mann 31 October 2012 Overview This whitepaper provides a synopsis of the Victorian Government s Ombudsman s Own motion investigation into ICT-enabled, November 2011.

More information

2.1 STAGE 1 PROJECT PROCUREMENT STRATEGY

2.1 STAGE 1 PROJECT PROCUREMENT STRATEGY APM Procurement Guide : Draft7_RevA_Chapter 2.1_Project Procurement Strategy_Jan12 1 2.1 STAGE 1 PROJECT PROCUREMENT STRATEGY In this stage, the project definition is developed so that decisions can be

More information

Case Study Addressing the Challenges of Project and Programme Management Manchester City Council

Case Study Addressing the Challenges of Project and Programme Management Manchester City Council Case Study Manchester City Council Addressing the Challenges of Project and Programme Management Capacity Building Programme Supported Communities and Local Government Published by: The Improvement and

More information

BUY ONLINE AT: http://www.itgovernance.co.uk/products/1748

BUY ONLINE AT: http://www.itgovernance.co.uk/products/1748 PRINCE2 FOR DUMMIES Introduction About This Book Foolish Assumptions How This Book is Organised Part I: How PRINCE Can Help You Part II: Working Through Your Project Part III: Help with PRINCE Project

More information

Policy Document Control Page

Policy Document Control Page Policy Document Control Page Title Title: Information Governance Policy Version: 5 Reference Number: CO44 Keywords: Information Governance Supersedes Supersedes: Version 4 Description of Amendment(s):

More information

Project Assessment Framework Establish service capability

Project Assessment Framework Establish service capability Project Assessment Framework Establish service capability July 2015 Component of the Project Assessment Framework (PAF) This document forms part of the Project Assessment Framework, as outlined below.

More information

Document management concerns the whole board. Implementing document management - recommended practices and lessons learned

Document management concerns the whole board. Implementing document management - recommended practices and lessons learned Document management concerns the whole board Implementing document management - recommended practices and lessons learned Contents Introduction 03 Introducing a document management solution 04 where one

More information

UoD IT Job Description

UoD IT Job Description UoD IT Job Description Role: Projects Portfolio Manager HERA Grade: 8 Responsible to: Director of IT Accountable for: Day to day leadership of team members and assigned workload Key Relationships: Management

More information

University of Edinburgh Knowledge Strategy Committee. 8 June 2012. Use of the Project Governance Toolkit for Shared Academic Timetabling

University of Edinburgh Knowledge Strategy Committee. 8 June 2012. Use of the Project Governance Toolkit for Shared Academic Timetabling University of Edinburgh Knowledge Strategy Committee 8 June 2012 Use of the Project Governance Toolkit for Shared Academic Timetabling Brief description of the paper Shared Academic Timetabling has been

More information

B.2.2. Project Management Principles

B.2.2. Project Management Principles B.2.2. Project Management Principles Project management is the application of knowledge, skills, tools, and techniques to project activities in order to meet or exceed stakeholder needs and expectations

More information

<name of project> Software Project Management Plan

<name of project> Software Project Management Plan The document in this file is adapted from the IEEE standards for Software Project Management Plans, 1058-1998, which conforms to the requirements of ISO standard 12207 Software Life Cycle Processes. Tailor

More information

Before starting it is worth considering what we mean by the term project - basically it can be defined as:

Before starting it is worth considering what we mean by the term project - basically it can be defined as: Delivering Successful Projects, Tom Moriarty, MDR Consulting This paper outlines the critical requirements of success in managing projects of all types from the definition of a business need to the delivery

More information

Prince 2 Health Check

Prince 2 Health Check Prince 2 Health Check Start-up Was there a Project Mandate? Was the Project Board designed/appointed before initiation was authorised? Was a Project Brief produced? Is the Project Brief to PRINCE standards?

More information

A checklist for project managers

A checklist for project managers A checklist for project managers The checklist presented below aims to help you decide what project documents are needed, approximately when you need to create them, and what other resources are available.

More information

PROJECT MANAGEMENT PROCESS for MAJOR CAPITAL PROJECTS

PROJECT MANAGEMENT PROCESS for MAJOR CAPITAL PROJECTS PROJECT MANAGEMENT MANUAL PROJECT MANAGEMENT PROCESS for MAJOR CAPITAL PROJECTS FOR ESTATE MANAGEMENT November 2012 PMM REV1.4 CONTENTS INTRODUCTION PROJECT MANAGEMENT PROCESS FLOWCHARTS STAGE ZERO 0.0

More information

DRAFT PLANNING THE OPENING OF A ROAD PROJECT GUIDELINE 1

DRAFT PLANNING THE OPENING OF A ROAD PROJECT GUIDELINE 1 DRAFT PLANNING THE OPENING OF A ROAD PROJECT GUIDELINE 1 Guideline: DRAFT Planning the opening of a road project guideline Version: 1.1 Issue: September 2009 Approved By: Phil Margison General Manager,

More information

Contract Management Guideline

Contract Management Guideline www.spb.sa.gov.au Contract Management Guideline Version 3.2 Date Issued January 2014 Review Date January 2014 Principal Contact State Procurement Board Telephone 8226 5001 Contents Overview... 3 Contract

More information

Single Stage Light Business Case Template

Single Stage Light Business Case Template Better Business Cases Single Stage Light Business Case Template Prepared by: Prepared for: Date: Version: Status: Better Business Cases Single Stage Light Business Case Template Document Control Document

More information

ICT Project Management

ICT Project Management THE UNITED REPUBLIC OF TANZANIA PRESIDENT S OFFICE PUBLIC SERVICE MANAGEMENT ICT Project Management A Step-by-step Guidebook for Managing ICT Projects and Risks Version 1.0 Date Release 04 Jan 2010 Contact

More information

PARKWELL. An Introduction to. Parkwell Management Consultants

PARKWELL. An Introduction to. Parkwell Management Consultants PARKWELL An Introduction to Parkwell Management Consultants Table of Contents Page 1. Introduction 2 2. Background to Parkwell 3 3. Parkwell s methods 4 4. Case studies 12 1 1. Introduction Parkwell Management

More information

Information Technology Project Oversight Framework

Information Technology Project Oversight Framework i This Page Intentionally Left Blank i Table of Contents SECTION 1: INTRODUCTION AND OVERVIEW...1 SECTION 2: PROJECT CLASSIFICATION FOR OVERSIGHT...7 SECTION 3: DEPARTMENT PROJECT MANAGEMENT REQUIREMENTS...11

More information

PROJECT MANAGEMENT PLAN Outline VERSION 0.0 STATUS: OUTLINE DATE:

PROJECT MANAGEMENT PLAN Outline VERSION 0.0 STATUS: OUTLINE DATE: PROJECT MANAGEMENT PLAN Outline VERSION 0.0 STATUS: OUTLINE DATE: Project Name Project Management Plan Document Information Document Title Version Author Owner Project Management Plan Amendment History

More information

Information Governance Strategy

Information Governance Strategy Information Governance Strategy Document Status Draft Version: V2.1 DOCUMENT CHANGE HISTORY Initiated by Date Author Information Governance Requirements September 2007 Information Governance Group Version

More information

Chapter 6 Implementation Planning

Chapter 6 Implementation Planning Chapter 6 Planning Planning- Division into Work Packages The following are the recommended Work Packages Overall Change Programme Work Package 1 E-Cabinet Model Work Package 2 Security Policy Design Work

More information

Item 10 Appendix 1d Final Internal Audit Report Performance Management Greater London Authority April 2010

Item 10 Appendix 1d Final Internal Audit Report Performance Management Greater London Authority April 2010 Item 10 Appendix 1d Final Internal Audit Report Performance Management Greater London Authority April 2010 This report has been prepared on the basis of the limitations set out on page 16. Contents Page

More information

Project Management Standards: A Review of Certifications/Certificates

Project Management Standards: A Review of Certifications/Certificates Project Standards: A Review of Certifications/Certificates Standards for Project Supporting Certification and Certificates Certificate Certification The Project Body of Knowledge PMBOK Guide Projects in

More information

How PRINCE2 Can Complement PMBOK and Your PMP Jay M. Siegelaub Impact Strategies LLC. Abstract. About PRINCE2

How PRINCE2 Can Complement PMBOK and Your PMP Jay M. Siegelaub Impact Strategies LLC. Abstract. About PRINCE2 How PRINCE2 Can Complement PMBOK and Your PMP Jay M. Siegelaub Impact Strategies LLC Abstract PMBOK is the recognized (de facto) standard of project management knowledge. In the UK and Europe, PRINCE2

More information

Data Communications Company (DCC) price control guidance: process and procedures

Data Communications Company (DCC) price control guidance: process and procedures Guidance document Contact: Tricia Quinn, Senior Economist Publication date: 27 July 2015 Team: Smarter Metering Email: tricia.quinn@ofgem.gov.uk Overview: The Data and Communications Company (DCC) is required

More information

Contract Management. Brief 22. Public Procurement. September 2011

Contract Management. Brief 22. Public Procurement. September 2011 Brief 22 September 2011 Public Procurement Contract Management C O N T E N T S The process of contract management Contract management in practice Post contract performance review www.sigmaweb.org This

More information

Management of Business Support Service Contracts

Management of Business Support Service Contracts The Auditor-General Audit Report No.37 2004 05 Business Support Process Audit Management of Business Support Service Contracts Australian National Audit Office Commonwealth of Australia 2005 ISSN 1036

More information

AGILE ANALYSIS AVOIDING PARALYSIS: AN INTEGRATED FRAMEWORK FOR RESPONSIVE PROJECT ANALYSIS 1

AGILE ANALYSIS AVOIDING PARALYSIS: AN INTEGRATED FRAMEWORK FOR RESPONSIVE PROJECT ANALYSIS 1 AGILE ANALYSIS AVOIDING PARALYSIS: AN INTEGRATED FRAMEWORK FOR RESPONSIVE PROJECT ANALYSIS 1 The Business Case formally documents and baselines the change project. It provides the framework within which

More information

INFORMATION GOVERNANCE OPERATING POLICY & FRAMEWORK

INFORMATION GOVERNANCE OPERATING POLICY & FRAMEWORK INFORMATION GOVERNANCE OPERATING POLICY & FRAMEWORK Log / Control Sheet Responsible Officer: Chief Finance Officer Clinical Lead: Dr J Parker, Caldicott Guardian Author: Associate IG Specialist, Yorkshire

More information

Project Management Framework

Project Management Framework Information Services Project Management Framework October 2003 Document ID No. Page 1 of 1 Contents 1. Introduction Page 3 2. Use of Framework Page 3 3. Project Register and Monitoring Page 4 4. Project

More information

Minnesota Health Insurance Exchange (MNHIX)

Minnesota Health Insurance Exchange (MNHIX) Minnesota Health Insurance Exchange (MNHIX) 1.2 Plan September 21st, 2012 Version: FINAL v.1.0 11/9/2012 2:58 PM Page 1 of 87 T A B L E O F C O N T E N T S 1 Introduction to the Plan... 12 2 Integration

More information

South Norfolk Council Business Continuity Policy

South Norfolk Council Business Continuity Policy South Norfolk Council Business Continuity Policy 1 Title: Business Continuity Policy Date of Publication: TBC Version: 2 Published by: Emergency Planning Team Review date: April 2014 Document Owner: Document

More information

NFSA Project Management Guidelines

NFSA Project Management Guidelines NFSA Project Management Guidelines Project Management Guide Purpose of this Guide This Guide outlines the NFSA Project Management Guidelines, and includes: NFSA Project Life Cycle Governance Roles and

More information

The NHS Knowledge and Skills Framework (NHS KSF) and the Development Review Process

The NHS Knowledge and Skills Framework (NHS KSF) and the Development Review Process The NHS Knowledge and Skills Framework (NHS KSF) and the Development Review Process [This is the final draft of the NHS KSF Handbook that will be used for national roll-out if implementation of Agenda

More information

Project Management Competency Standards

Project Management Competency Standards BSB01 Business Services Training Package Project Management Competency Standards CONTENTS BSBPM401A Apply scope management techniques...3 BSBPM402A Apply time management techniques...8 BSBPM403A Apply

More information

The principles of PRINCE2

The principles of PRINCE2 The principles of PRINCE2 The project management framework known as PRINCE2 is based upon a set of principles. These principles are the bedrock and foundations upon which everything else in the framework

More information

How To Monitor A Project

How To Monitor A Project Module 4: Monitoring and Reporting 4-1 Module 4: Monitoring and Reporting 4-2 Module 4: Monitoring and Reporting TABLE OF CONTENTS 1. MONITORING... 3 1.1. WHY MONITOR?... 3 1.2. OPERATIONAL MONITORING...

More information

Performance Detailed Report. Date. Last saved: 12/10/2007 13:18:00. Property asset management. Bristol City Council. Audit 2006/07

Performance Detailed Report. Date. Last saved: 12/10/2007 13:18:00. Property asset management. Bristol City Council. Audit 2006/07 Performance Detailed Report Date Last saved: 12/10/2007 13:18:00 Property asset management Audit 2006/07 - Audit Commission descriptor to be inserted by Publishing- Document Control Author Filename Bob

More information

Appendices to Practice Guide to Project Management for IT Projects under an Outsourced Environment

Appendices to Practice Guide to Project Management for IT Projects under an Outsourced Environment Appendices to Practice Guide to Project Management for IT Projects under an Outsourced Environment [S19a] Version 2.1 March 2011 COPYRIGHT NOTICE 2011 by the Government of the Hong Kong Special Administrative

More information

APPLYING PROJECT MANAGEMENT TECHNIQUES TO QEHS

APPLYING PROJECT MANAGEMENT TECHNIQUES TO QEHS APPLYING PROJECT MANAGEMENT TECHNIQUES TO QEHS Mary F. McDonald, CQA President/Principal Consultant Individual Solution Options/Quality Services (ISO/QS), Inc. Austin, TX 78739 Tel: (512) 282-0181 E-mail:

More information

The Foundation Examination

The Foundation Examination The Foundation Examination Sample Paper 2 January 2013 Release Multiple Choice 1-hour paper Instructions 1. All 75 questions should be attempted. 2. 5 of the 75 questions are under trial and will not contribute

More information

Client Communication Portal Project

Client Communication Portal Project Client Communication Portal Project In 2014 Sunnyfield was awarded a grant by the Organisation Transition Fund to develop a Client Communication Portal. The aim of the project was to enhance person centred

More information

1.20 Appendix A Generic Risk Management Process and Tasks

1.20 Appendix A Generic Risk Management Process and Tasks 1.20 Appendix A Generic Risk Management Process and Tasks The Project Manager shall undertake the following generic tasks during each stage of Project Development: A. Define the project context B. Identify

More information

Best Practices Statement Project Management. Best Practices for Managing State Information Technology Projects

Best Practices Statement Project Management. Best Practices for Managing State Information Technology Projects State of Arkansas Office of Information Technology 124 W. Capitol Ave. Suite 990 Little Rock, AR 72201 501.682.4300 Voice 501.682.4020 Fax http://www.cio.arkansas.gov/techarch Best Practices Statement

More information

JOB DESCRIPTION. Contract Management and Business Intelligence

JOB DESCRIPTION. Contract Management and Business Intelligence JOB DESCRIPTION DIRECTORATE: DEPARTMENT: JOB TITLE: Contract Management and Business Intelligence Business Intelligence Business Insight Manager BAND: 7 BASE: REPORTS TO: Various Business Intelligence

More information

Technical Journal. Paper 142

Technical Journal. Paper 142 Technical Journal 09 Paper 142 142 Kevin Balaam Programme Manager Highways & Transportation Atkins The Area 6 MAC approach to planning and programme management Introduction Steve Dickinson Schemes Manager

More information