2Objectives This tutorial provides an overview of Project Management. For the full details of our methodology, download the pdf of the methodology from this site.There are also templates available to assist with projects.
3Topics What is a Project? Common Project Terms What does a Project Manager do?What’s in a Project?Project Management ProcessesGetting StartedPlanning a ProjectExecuting the PlanFinishing the Project
4What is a project? A project is an activity that : is temporary having a start and end dateis uniquebrings about changehas unknown elements, which therefore create risk
5Generally projects are formed to solve a problem or take advantage of an opportunity. It is difficult to get buy-in from people to assist on a project if it is not delivering a reasonable benefit or solving an annoying problem.Business as usual activities can often be mistaken for projects, as they may be completed using project methods. Generally it is the uniqueness of the activity that is the deciding factor – do we do this every year? If so, then it is not truly a project – although you can use project methods to get it done.
6Quiz Yes No Building a deck A restaurant planning a menu Implementing a new systemMowing the lawnPlanning a weddingSetting up a businessPlanning a student graduationYes NoBack to Topics ListContinue
7This is a project because it is a unique, one-off activity You are correct.This is a project because it is a unique, one-off activityWell done!Back
8This is not a project because it is not a unique, one-off activity You are correct.This is not a project because it is not a unique, one-off activityWell done!Back
9Sorry, that is not correct. This is a project because it is a unique, one-off activityTry againBack
10Sorry that is not correct. This is not a project because it is not a unique, one-off activityTry againBack
11Common project termsDeliverables: Tangible ‘things’ that the project producesMilestones: Dates by which major activities are performed.Tasks: Also called Actions. Activities undertaken during the projectRisks: Potential problems that may ariseIssues: Risks that have happenedGantt Chart: A specific type of chart showing time and tasks. Usually created by a Project Management programme like MS Project.Stakeholder: Any person or group of people who may be affected by your project
12Example – Building a deck Deliverables: A plan, a consent form, the deckMilestones:Tasks:Plan draftedPlan approved1 Dec15 DecPlan submitted16 Dec15 JanMaterials purchasedResources bookedEquipment identifiedDeck constructedDeck testedDeck quality approved“Deck warming” completed16 Jan19 Jan23 Jan24 Jan28 JanMilestoneTasksPlan draftedRequirement gatheredBest practice researchedDraft 1 preparedDistributed to stakeholdersPlan approvedFeedback gatheredAmendments madeFinal plan preparedDistributed to shareholdersSign-off obtained
13Example Continued Risks: Issues: Gantt Chart: Stakeholder: Plan is not approved after first round of feedbackMaterials are unavailable at the required timeResources are not available at the required timePlan is not given consentFor each you should have a contingency plan, or do some activity that may prevent it happening in the first place. What are some ways these risks could be reduced?Issues:If any of the above actually happens, then it becomes an issue to solve.Gantt Chart:Stakeholder:House owner, Builder, Council, ???Back to Topics ListContinue
14What does a PM do?Project managers are essentially jugglers. They must make sure that everything keeps to task, that potential issues are quickly eliminated and the project is delivered on time, all the while making sure everyone knows what is happening and the project quality and budget are acceptable. Specifically they:direct all activities required to successfully meet the project objectivesmanage risk – scanning ahead for potential issues and resolving them before they become a problemsolve problems - recommending alternative approaches to problems that arise and providing guidance to the Project Sponsortrack and report project progresscommunicate to all stakeholders in the projectBack to Topics ListContinue
15What’s in a project?There are typically four phases to a project. A large project will move formally through each phase, in a small project some phases may be combined. They may have different names in different organisations, but essentially they are:ProposePrepareProducePresent
16ProposeIn this phase the project moves from an idea through to a project proposal. It will culminate with either a business case or a formal proposal to continue. For a small project this may simply be an acceptance from the budget holder to continue.The question to be answered is “Are we going to do the right thing?”
17PrepareIn this phase the planning will commence in earnest. The project will be fully scoped, the outcomes designed and resourcing assigned. This phase will finish with a Project Management Plan and completed user requirements, design and test documents.The question to be answered is “Are we going to do the thing right?”
18ProduceIn this phase the creation of the major deliverable is undertaken – eg build a computer system, implement a vendor computer system, create processes, build a deck. This stage ends with an elegant handover to operational areas who take full responsibility for the outcomes.The question to be answered is “Are we getting the thing done right?”
19PresentIn this phase the project outcomes are presented back to major stakeholders. It includes a formal handover to support services, a post implementation review that reflects achievements against the business case, future actions and lessons learned, and finally project closure.The question to be answered is “Did we do the right thing?”Back to Topics ListContinue
20Project Management Processes During each phase, there are five process groups that Project Management will undergo.InitiatingPlanningExecutingClosingControlling
21InitiatingIn early phases, types of activities here include scoping the project, preparing terms of reference, engaging sponsors and project teams. In later phases, it is checking that the scope of the project is still valid, that all parties are clear about what is going to be delivered and confirming that the project should still continue.Activities in this group are:Develop Project Charter (Terms of Reference)Develop Preliminary Project Scope DocumentConfirmation the project should continue
22PlanningIn the early phases, this is preparing the Project Management Plan and defining exactly what will happen. In later phases it is ensuring that the earlier planning is still valid, and incorporating any changes in resources or contingencies arising.Activities in this group are:Develop Project management PlanScope PlanningScope definitionCreate Work Breakdown StructureActivity DefinitionActivity SequencingActivity Resource EstimatingActivity Duration EstimatingSchedule DevelopmentCost EstimatingCost BudgetingQuality PlanningHuman Resource PlanningCommunications PlanningRisk Management PlanningRisk IdentificationQualitative Risk AnalysisQuantitative Risk AnalysisRisk Response PlanningPlan Purchases and AcquisitionsPlan Contracting
23ExecutingIn early phases, this is undertaking the actions required to complete the deliverables – maybe the business case, or the user requirements. In later phases this becomes the biggest process, where the major project outcomes are developed and delivered. Assigning resources, communication and quality assurance are major parts of this process group.Activities in this group are:Direct and Manage Project ExecutionPerform Quality AssuranceAcquire Project teamDevelop Project TeamInformation DistributionRequest Seller ResponsesSelect Sellers
24Monitor and ControlDuring all of the phases and the process groups, regular monitoring and controls are required. These include scope change management, change management, quality control, time management, budget management, risk management and contract administration.Activities in this group are:Monitor and Control Project WorkIntegrated Change ControlScope VerificationScope ControlSchedule ControlCost ControlPerform Quality ControlManage Project TeamPerformance ReportingManage StakeholdersRisk Monitoring and ControlContract Administration
25ClosingIn the early phases, this is determining that the deliverables for the phase are complete, before handing over to the next phase. In the Present phase, this would result in the closing of the project itself.Activities in this group are:Close ProjectContract Closure
26TimingAcross the phase, the process groups resemble the first picture.For small projects there will appear to be only one phase (“do project”), and therefore the PM processes will also only be used once. For large projects, where there is a formal handover between the four phases, the PM Processes will repeat for each phase. So in a big project, the Closing Process in Phase 1 - Propose, forms the start of the Initiating Process in Phase 2 – Prepare. In the University environment there will be overlaps, as information collected in one phase is used for another.Understanding the difference between phases and processes is important to understanding how to manage projects. Project Management follows the project management processes, project delivery follows the phases.Back to Topics ListContinue
27Getting StartedProjects start in the Propose phase - the first step is to determine what exactly is the problem or advantage you are hoping to achieve.Identify stakeholders and expectationsGather information from stakeholders as to their requirementsDefine exactly the problem you want to solve or the benefit you want to gainDefine scope – how much do we want to do/ what won’t we do?Complete risk assessment – what is the worst that could happen? How likely is it?The Phase ends with a Project Terms of Reference that details what the project will deliver. It is important that a sponsor group signs off this document as it is your mandate to continue with the project. It may also result in an approved Business Case for funding.
28Managing expectations When the project is started, you will be meeting with stakeholders, gathering information and requirements – this unfortunately has the added effect of waking up some stakeholders to expect that the project will meet every need they can think of. You will need to manage the message to ensure that they are not disappointed.The best way to do this is to divide requirements into:Must haveShould haveLike to haveGet agreement on them, to ensure that expectations are not raised past the level the project can deliver. Generally the must haves will be done, as many should haves will be done as possible and the like to haves may be done if time and cost permit.
29Planning for managing “scope creep” If a requirement can be misinterpreted, then the probability is that it will be. There will always be those that believe the project is planning to achieve something different than what they expected. It is important then to plan for that.Define the requirements carefully, and use as many mediums as you need to get a common understanding – picture, graphs, physical models – the more effort you spend now, the less heartache later.Get key stakeholders to explain back to you what they believe the requirements mean – and not just generally but in detail.Get a picture in stakeholders minds of what the project will look like when it is done – and clearly articulate this in writing. The project will be completed when……..Define a process to follow where there is conflict after the Project Charter is signed off and deliverables are completed that were not what was expected.Back to Topics ListContinue
30Planning a ProjectThe next phase is Prepare. You need to take the information in the Project Terms of Reference and Risk assessment and come up with a plan of how you will finish the project. In this phase, it helps to always think of what the project will look like when it is finished (keep your eye on the prize). This will help to decide what you need to do to get there.
31Work Breakdown Structures Work Breadkdown Structures (WBS) identify all tasks to complete the project. Start with high level deliverables, and then break each one down into work packages. At the end, you should have a list of tasks that you can then start estimating time and attaching resource to.
32Activity scheduling Network Diagrams The most popular method is called Activity on Node (which is what most computer packages use).The task (activity) is represented by a node, which also shows the time expected.Take the list of tasks from your Work Breakdown StructureDetermine any tasks that depend on other tasks.Attach resources to each task (people cannot do two jobs at once).Determine the timeline for the project.Task 120 daysTask 210 daysTask 32 days
33CostingThe easiest way to cost the project is to take the WBS and estimate the costs of each activity. Other considerations include capital costs, disbursements, costs of delays, contingencies.
34Implementation planThis plan details who will be affected, how they will be affected and the plans for transitioning the change. It ensures you have considered training and after change support. What will happen when the project winds up?
35Quality planThis plan details the level of quality required in the deliverables. It shows how quality is going to be assured in the project, and what quality control measures you will use. It also may list standards that your deliverables will be measured against (particularly where a product is involved).
36Communications plan The objectives of the Communication Plan are: Help manage expectations regarding the project.Ensure methods used for communication will be most effective.Assure appropriate levels of communication with internal and external project stakeholders.Provide relevant, accurate, consistent information at all times.Generate and sustain enthusiasm and support for the project
37What is in a project plan? As much or as little as you need to demonstrate to stakeholders that you have thought of everything, and have a plan to get there.Your plan may include:IntroductionOverview, Deliverables, Constraints, DefinitionsManagement structureProject reporting, Communication, Risk Management, Change managementPlanning and ControlActivity scheduleResource identification, Resource allocationProject Charter, Quality Assurance Plan, Test and/or Training plans, Implementation Plan.Back to Topics ListContinue
38Executing the PlanThe Produce phase is where you actually get on with it. It is the easiest phase to get lost in, and where most projects fail. If your planning has been good, and you have some good change processes in place, it should be easier.
39Developing teamsLeadership comes in many forms. As a project manager, you may be expected to lead without formal organisational authority. This is referred to as “conferred authority” – influence without power.So faced with total responsibility, maximum accountability, minimum authority and shared/limited resources, you must rely on a variety of interpersonal, organisation and political skills to ensure support from within you team and outside it.Ways to achieve this are:Provide leadershipEncourage participationFacilitate communicationAnticipate eventsUse proven PM toolsDelegate not abdicateProvide adequate training to grow peopleKeep recordsManage conflict
40“Managing” versus “Doing” If you are a Project manager in an organisation of scarce resources, it is very easy to become the project do-er as well as the manager. You may find that there is little or no project team, functional units who were supposed to supply resource have a crisis and cannot do that, and you end up being the project.It is important firstly to recognise that this is happening. Once you do, you can request assistance from your Sponsor(s) to change the situation. Once you are the doing the project instead of managing the project, you will find that the PM tasks slip – communication is the first to go, followed quickly by risk management.
41Useful Project Meetings Useful meetings are facilitated by Project Managers who:Encourage participationKeep people to the pointHave a clear agendaEnsure everyone is heard when making decisionsManages difference of opinion to a consensusHave clear actions arising from the meeting
42Change requests and scope management Helpful tools for managing change are the Action and/or Issue register and the Change Control form/register. What these two documents do is help you control the issues/risks/actions that people are raising, and if they will change your project outcomes (time, cost or scope) a change process where the change is identified and approved. Just because someone thinks a change would be a good idea doesn’t mean it should be added to your project. Once you start to deliver something amazing, everyone will want to have a say. The challenge is to manage their expectations without compromising your original plan.
43Status reporting What did we plan to achieve this period? What did we actually achieve?Why is there a difference?What do we plan to achieve next period?How are we managing existing risks?Are there any new risks?What are the current major issues?What are we doing about them?Are there any change requests to be authorised?Back to Topics ListContinue
44Finishing the ProjectThis is the Present phase of a project. A project by definition is a one-off activity, with a start and end date. Otherwise you are said to be engaged in operational activity only, as what you are doing is ongoing. In this phase you can also evaluate the project against your original benefits, and present back to the stakeholders your wonderful achievements in the form of a post implementation review.
45Post Implementation Review Once the project deliverables have been handed over to operational areas, it is helpful to do a review of how the project went, and whether it achieved the results expected.If a business case was prepared, it can be measured against that, otherwise some useful headings to consider are:Description of ProjectReview ProcessReview FindingsNon-Financial AnalysisFinancial AnalysisDetailed Key ResultsProject TimelineRisk ManagementLessons Learned
46How to close and stay closed! It is important that each project gets closed, and there is a simple mechanism for doing this called the Project Closure Statement. This document requires sign-off by the Sponsor Group, and once signed, the only thing left to do is to archive the project documents. Any issues that have not been resolved can be held over for a new project, or handed to an operational area to complete if they agree.Back to Topics ListEnd