APPLYING PROJECT MANAGEMENT TECHNIQUES TO QEHS
|
|
- Darcy Stevenson
- 8 years ago
- Views:
Transcription
1 APPLYING PROJECT MANAGEMENT TECHNIQUES TO QEHS Mary F. McDonald, CQA President/Principal Consultant Individual Solution Options/Quality Services (ISO/QS), Inc. Austin, TX Tel: (512) SUMMARY This paper documents the use of the project management (PM) methodology to implement QEHS in an organization. A quick overview of PM is presented, and its application to a QEHS program is discussed. KEY WORDS ISO 14001, project management, work breakdown structure INTRODUCTION Project management is a technique to take a complex project and break it down into smaller tasks that can be tracked and managed to successful completion. This paper will explore how to use these tools and apply them to quality, environmental, health, and safety (QEHS) projects, including registration to the ISO standard. HISTORY Project management has been considered a formalized methodology in engineering and defense industries for almost half a century. Project management, or PM, has been used to manage a variety of projects including small, almost task-level assignments, as well as complex, multi-stage, multi-timeframe programs. The most famous use of PM in recent years is the Mars Explorer, where the unmanned vehicle maneuvered around the surface of Mars without mishap as a direct result of issue and problem elimination, risk mitigation, and redundancy planning. PROJECT MANAGEMENT DEFINITIONS The following definitions are taken from the project management body of knowledge (PMBOK). These are generally recognized definitions in the industry and have not been formally accepted by the CE/PM Council at this time. Project: Temporary endeavor undertaken to create a unique product or service. Temporary: Definite beginning and end. Unique: Different in a distinguishing way from similar products or services. 135
2 136 ASQ s 54th Annual Quality Congress Proceedings Project Management: The application of knowledge, skills, tool, and techniques to project activities in order to meet or exceed stakeholder needs and expectations from a project. Stakeholders: Individuals and organization who are actively involved in the project, or whose interests may be positively or negatively affected as a result of project execution or successful project completion. Project Manager: Individual responsible for managing a project. Program: Group of projects managed in a coordinated way. Programs usually include an element of ongoing activity. Process: A series of actions bringing about a result. Project Management processes: Processes concerned with describing and organizing the work of projects, generally falling in one of the following groups: initiating, planning, executing, controlling, and closing. PROJECT MANAGEMENT METHODOLOGY How can this powerful tool be used in QEHS? This first step is to understand PM itself. It is broken down into various phases that ensure no critical steps are missed. These can be categorized into opportunity selection, definition, planning, execution, and closure. The zero phase, opportunity selection, involves review of the proposed project at its outset to ensure that The opportunity is identified. An analysis team is put in place. The analysis is done (with information available to date). Opportunity selection is accomplished via review of the market, company strategy, financial commitment required, resources, risks, and technology. The first phase, definition, includes definition of the project organization to undertake the project, as well as whom the stakeholders of the project are. The project sponsor, team leader, and core team are all identified in the definition phase. The project objectives should be clearly defined, which may include establishing a stakeholder list, deriving the needs/purpose statement, establishing deliverables and benefits, and defining the project approach and timescale. All risks should be identified to determine what these risks are, and they should be quantified by appropriate means. The output of this exercise is the development of a risk management plan. The scope of work for the project is laid out with all information to date, including project constraints, a specification list, and critical success factors, as well as the benefits, skills required to implement and maintain. Risks, costs, and scope are all laid out in the definition phase. The second phase, planning, involves the detailed work list, generating as a work breakdown structure, or WBS. From this WBS, a detailed project schedule is laid out (typically in a Gantt or PERT chart format, often as a Microsoft Project file). Resource and cost analysis is performed, and trade-offs that are necessary to achieve the critical success factors are optimized. Based on these decisions, the risk assessment is updated, and the project plan is signed off as preparations to implement the plan are undertaken. The third phase, execution, includes plans to organize and implement the product launch, regular progress reports to the sponsor and key stakeholders detailing any variances, including analysis of how these variances occurred and if there is a recovery plan. Problem solving and issue management are critical skills at this stage, and are used to keep the stakeholders, sponsor, and team apprised of any changes to the plan. Status reporting and risk assessment updates are the key mechanisms for keeping all interested parties involved, as well as regularly scheduled meetings to monitor and track progress. These meetings often include updates to the schedules, plans, and project timelines, as new information becomes available, and review of the risks to assess whether they require update. Problems are identified, mitigated or solved where possible and issues are resolved based on knowledge, testing, or experience. The fourth phase, closure, starts with the derivation of the handover procedure. How the handover will be accomplished should be clearly documented, including who has what responsibility, and whether those responsibilities are shared at all or not. Both the group handing over the project and the group who receives the project should agree on the timing, deliverables, and assignment of responsibilities. Identification and staffing of follow-on projects is also detailed at this time, as well as customer sign-off. A closeout meeting is held to document all closures, and a final report is prepared that includes evaluation of the project and recommendation for future projects (lessons learned).
3 ASQ s 54th Annual Quality Congress Proceedings 137 PROJECT MANAGEMENT APPLICATION PM applications are as varied as the practitioners who use the tool, but for the purposes of this discussion, we will limit ourselves to the QEHS discussion. What is the best way to use this technique for QEHS implementation, and what are the resulting benefits? QEHS implementations typically do not start from ground zero. Most companies integrating their systems have various rules, regulations, codes, standards, and laws that they are already complying to; they may have procedures in place that define how certain aspects of their QEHS systems are run; and they may have a system in place informally already. So how can we use this methodology to formalize our system? To begin with, let s look at the system we have defined above, and modify it for our uses. We will consider both a system in its infancy, and a system that is somewhat developed by not fully formalized (no ISO14001 registration yet, as an example). FOR SYSTEMS JUST STARTING OUT The opportunity has probably already been defined for you; QEHS is often mandated by stakeholders, management, customers, or government. Once this is done, the rest of the methodology can be implemented (team identification, analysis, and opportunity selection). The stakeholders for QEHS are varied. They can be the local communities where your company does business; the final consumers of your product; your customer (if they are different than the final consumers); local regulatory and law enforcement agencies, as well as state and national agencies; your stockholders, board of directors, or owners; the employees of the company; and perhaps others that are unique to your industry or sector. How can you serve all these stakeholders, especially when their wants and needs are almost certain to be in contention with each other? This is where the opportunity selection tool comes in handy. By reviewing the market, and company strategy for penetrating that market, as well as other objectives defined in the strategy, the financial commitment can be determined in order to understand the resources, risks, and technology necessary to implement the strategy fully. The definition phase is an ideal point to define the organization of the project that needs to be put in place to implement the QEHS system fully. What types of skills do you need for your project team? What percentage of their weekly time? How long will you need them for (duration)? How about the sponsor(s) and core team members? Who are they and what function do they perform in this project? The stakeholders need to be defined at this stage; and their reason for being listed as a stakeholder should be evident or documented. Once this is in place, the needs/purpose statement is drafted. This statement should lead to establishing the benefits of implementation, and the deliverables that are a result of the project implementation. For QEHS, these benefits and deliverables may include: A reduction in emissions Registration to ISO14001 Improved community relations Improved product quality Improved use of raw materials (pollution minimization) Improved safety for the employees, community, or company Better controls on processes from a health/safety perspective The project approach (how you plan to implement this project) and timescale is derived, based on who the core team is, how it will be done, and what the time constraints will be. The risk management plan, which is a summary of all the identified risks of the project, is derived to quantify the risks associated with the project, to minimize or mitigate them wherever possible, and to determine if the risks are acceptable. An unacceptable risk is defined as one that has a medium to high probability of occurrence and a high impact on the project. If there is an unacceptable risk, it must be mitigated (reduced in either impact or probability of occurrence) before the project can go forward. Once the risks have been mitigated to acceptable levels, and reduced where feasible, the Scope of Work (SOW) is derived. This SOW defines the project constraints, derived or applicable specifications, critical success factors, and assumptions on one document. This SOW is reviewed periodically to ensure timeliness of the document.
4 138 ASQ s 54th Annual Quality Congress Proceedings Some of the project constraints may include: Insufficient manpower to complete on expedited basis Competing priorities for implementation Budgetary considerations Inadequate space to implement completely Some applicable specifications may include: Government or regulatory requirements Internal product or process specifications Standards requirements Some critical success factors may include: A% reduction in emissions B% reduction in accidents C% increase in yield D% increase in awareness of safety Some assumptions may include: All assigned personnel are available for the duration of the project All necessary funding is approved Regulatory/governmental regulations will not change during project timeline All personnel will receive training on new initiatives For the second and largest phase, planning, major activities include the derivation of the work breakdown structure (WBS), definition of the initial schedule, costs analysis, risk assessment update, and sign-off of the Project Plan. One of the first things that a QEHS professional should do is to set up the project files. These files will be the location of master copies of all aspects of the project. These files can be physically located in several different areas so long as we have a listing (table) of the location of each document. In addition to the work derived as part of this project, the project file should include all of the information presented to the program steering group (PSG). Planning the WBS requires that an initial meeting be held to get the input from the various responsibilities, such as the sponsor, core team, leader, and any other experts who can make relevant contributions. The planning meeting is a good time to define the project timescale, business need deadlines, and management support. This meeting is critical to ensure that the project objectives are clearly understood, the measurables and benefits are defined, and that the risks have been adequately defined. One of the mistakes that a QEHS professional may make is to try to rush this activity. The only way to effectively plan this project is to devote the necessary time to it to make it a useful plan for follow-on activities, as well as provide a solid base for the project to be built upon. Two different methods may be used to derive the WBS: top down planning, or bottoms up planning. Each methodology has its advantages and drawbacks, but bottoms up planning is usually recommended although it is more time consuming since it is likely to be more accurate and less apt to lead to serious omissions or errors in estimating. The first step is key stage identification (KSI). KSI involves the entire team, who use their collective experience to identify the work as a list of tasks. Once all the tasks have been identified, they are grouped and titled in order to identify subgroup headings. The subgroup headings become the key stages, from which everything else is derived. The second stage is to establish the project logic. This is done by organizing the key stages into a logical sequence (What must be completed before I start this work? What can be done next now that it is completed?) and getting agreement from the team. The result is the key stage dependency list. The list includes dependency and successor activities. Once this list has been generated and agreed to, it becomes the fundamental data for the computer scheduling program. The work breakdown structure, when complete, may look like the following: Project Key Stage AA AA-1 AA-2 AA-2.1
5 ASQ s 54th Annual Quality Congress Proceedings 139 AA-2.2 AA-2... Key Stage AB AB-1 AB-1.1 AB-1.2 AB-2 AB-2.1 AB-2... Key Stage AC AC-1... At this stage, it is useful to remember that the WBS does not yet have tasks assigned to specific personnel, and it is not time-based. The WBS must be updated as new information is discovered or as assignments are carried out. The WBS is now ready to have responsibilities assigned for each Key Stage (but not the sub-stages yet). The project leader is responsible for ensuring that the right people are assigned the stages; that there is no imbalance of work whenever possible, and that the employees accept the role of key stage owner. There can only be one key stage owner assigned, even if the KSO assigns someone else to manage the stage with him/her. Once the tasks have been defined and assigned, the QEHS professional now needs to ensure that durations for each key stage is assigned. These key stages may have dependencies (cyclical or periodic filing requirements, predecessor assignments, etc.) that will need to be taken into account when laying out durations. Durations should take into account the size of the task, the effort required to complete, the duration of the effort with no predecessor assignments, and the schedule. Each KSO should keep a record of their estimates for all tasks in their key stages, and a copy should be filed in the project file. Once the schedule has been initially laid out, you can start laying out the critical path via critical path method (CPM) or the program evaluation review technique (PERT). CPM can either be Finish to start Start to start (paired) Finish to finish (paired) The critical path is defined as the longest path, or the least flexible path. Any slippage extends the total project time (TPT). Ensure that your project does not have any loops (one assignment always lead back to a previous assignment) or any dangles (an assignment has an output that is not used by any other assignments, and does not signal completion of any tasks). Once this is complete, then the GANTT chart can be generated. The chart should actually be a family of charts, to assure that the schedule is easy to understand. One method is to list only the key stages on one chart, and each key stage is listed, with its sub-tasks, on a separate chart. The family of charts, taken together, is the completed GANTT. Once this is done, the project costs are estimated, the resources requirements are listed, and trade-offs are optimized. Information is updated in the GANTT to include these new inputs, and the project initiation document (PID), the risk log, and project issue log (from Phase One) are reviewed to determine if updates are necessary. Once this is complete, we are ready to prepare to implement the project. Preparation includes the definition of project milestones and phase gates. These are defined by significant task completion, or completion of all requirements of a phase. How do we apply this to a QEHS project? Once the project file has been set up, the team must work on implementing the WBS. The WBS planning meeting is scheduled, and the key stages are defined. Remember to allow enough time to complete this work thoroughly! Once the key stages are identified, the WBS is begun. The WBS key stages may include, in no particular order: Implement ISO14001 Integrate ISO with existing systems (ISO9001, Baldrige, etc.)
6 140 ASQ s 54th Annual Quality Congress Proceedings Determine interfaces for ISO14001 and existing regulatory/ legal requirements Etc. Once this is complete, the project logic is derived and the work is scheduled based on the logic. Detailed schedules are put in place, including the Critical Path and GANTT charts, and these are used to identify, monitor, and track progress toward key stage completion. It is important for the QEHS professional to keep the project sponsor informed of progress and any difficulties that may be encountered in implementing this project. It is key for the project sponsor to feel ownership of the project from an overall standpoint, and to work with his/her peers to remove roadblocks and pave the way for a successful team implementation of this project. Phase Three, project implementation and management, is where the project is formally launched and implemented. Although it may seem that we have spent a lot of time in preparation, this time was critical in ensuring that we have a carefully thought out and comprehensive plan. The team leader, who could be the QEHS professional, is responsible for ensuring that: The project is closely monitored and reported on The team performs to the highest possible standards The stakeholders remain committed to the success of the project The team responds to changing needs of the project Plan vs. actuals are documented Variances are identified Action plans to address deltas are derived The QEHS professional should start with a baseline of the project. This is the initial project outline and timeline, and includes all assumptions made when deriving this baseline. The baseline includes methods of measurement of progress against any defined standards that are part of the control system. These may include measurements that are required from a regulatory/ legal standpoint. These measurements provide inputs for regular team meetings as well as day-to-day monitoring by the project leader. The project baseline includes six basic elements: Work content Measurement Time scales Quality Teamwork Changes Stakeholders As modifications are made, the baseline is preserved, and updates are made via revisions to the schedule. You are now ready to organize the launch. To maximize the chances of success, you should confirm and validate the key work stage plans, the resource commitments, and the meetings schedule. Once this is done, the launch meeting can be held, which should include the project sponsor and key stakeholders as well as the project leader and core team. This is a milestone in the project, and can be used to energize the core team into action. The result of the launch meeting should be a clear understanding, by all involved, of what will be accomplished, by whom, and when. Regular meetings are scheduled to track the progress of the action items being worked on. These meetings can also serve as a monitoring tool to check on overall progress, collect data, and look forward to identify risks that may be uncovered. When tracking progress, it may be useful to: Analyze the variance Define the cause Establish the impact Evaluate the options Plan the corrective actions (and document it for ISO!) Resolve the issues Update plan documents Report the progress
7 ASQ s 54th Annual Quality Congress Proceedings 141 How often do these meetings need to be scheduled? It largely depends on your deliverables, data collection frequency, plan updates, status reports, and project reviews. Remember to document all meetings, including one-on-one meetings, informal meetings, stakeholder meetings (which may be part of a larger or broader review), and any informal meetings which resulted in decisions. Problem solving is a key skill required of the project leader. This professional must be able to understand and explain not only why a task or stage is doing worse than the plan, he/she must also be able to describe why a task or stage is doing better than the plan. Critical learning may result and be applicable to other phases of the project that could speed the completion date, or avoid future delays. Some of the tools used by QEHS professionals include the Fishbone (Ishikawa) diagram, the 5 why methodology, trend analysis, etc. Once the causes of variance have been established, the impacts of variance then need to be defined. Will these cause resources to be reassigned? Will the estimate need to be revised? Do we need more effort? Do we need more resources? Ensure that you validate your estimates before presenting them to management. From here, the corrective actions can be put in place. The options for these actions should be discussed with and agreed to by the core team to ensure that the best solution is chosen and that there is buy-in from all parties. When these actions are agreed to, the project leader then checks to see if Critical path has changed Workloads are adversely affected Milestones are affected New HIGH risks are exposed Cost over-runs are introduced Schedule slippages are controllable And escalates outstanding issues as appropriate. Project progress meetings are held when appropriate. Care must be taken to ensure that meetings are not being held simply because the schedule called out for one to be held; it must have a purpose and provide useful information to the attendees. One good way to ensure this is to ask each key stage owner to provide status reports for their key stages before the meeting. If no stages are ready to present significant checkpoints, perhaps the meeting is unnecessary and status can be sent out via . If the meeting is held, ensure that an action item list is generated charting what the action is, who will implement, and what the estimated completion date will be. The project leader also has to keep the Stakeholders aware of project status. They may or may not choose to invite key stakeholders to the program steering group status meetings. If they choose not to, a defined communication method and schedule should be in place to ensure that they are being kept informed of status on a frequent (if not realtime) basis. The report to stakeholders should include: Project status report Risk log Issue log GANNT chart for key stages During this phase, the risk log should be reviewed on a regular basis, and the risk management form should be updated as required. The issue log is also reviewed at this stage to highlight unresolved issues on the status report. When all interested parties agree, the project exits Phase Three. Phase Four deals with project phase-over and closure. It includes derivation of the handover procedures, defines follow-on projects, closes out the present project, evaluates it, submits a final report of the project, and includes a final sign-off. The handover procedures should include definition of: The completion criteria The handover checklists The customer acceptance process. At this stage, the project leader should check: Completion criteria are still agreed Deliverables are completed Expected benefits are unchanged Measurements are identified
8 142 ASQ s 54th Annual Quality Congress Proceedings Limits of acceptability are agreed upon Hand-over checklists exist All key stage level work has been completed, down to task level Follow on activities agreed to The actual completion of the project should only be a formality; if all key stakeholders have been kept up to date, no surprises are expected at the formal sign-off. Follow-on projects may or may not be defined if this project has broader applicability. For the QEHS professional, this most often takes the form of expansion of a pilot study to larger proportions, or broader applications. FOR SYSTEMS THAT ARE IN PROCESS The first step is to determine where you are in the project management methodology process. From there, it is highly recommended that the previous phases, stages, and tasks be reviewed. If you did not pull together the documents required in Phase One, although you are in Phase Two, it is advisable to generate the documents when starting since they are integral to this and later phases. Some projects do not require the entire methodology to be implemented. For example, some projects are implemented based on executive decisions, and no analysis of ROI, costs, etc. needs to be done since it is approved based on other factors (such as compliance with regulatory/ legal requirements). In this case, the reason for excluding this stage is documented in the project file. CONCLUSION Project management is an excellent methodology for use in large, complex projects that require close coordination of tasks, phases, and stages. Implementation of QEHS system, including registration to ISO 14001, lends itself well to this methodology, and can be integrated into a company s present system with a minimal addition of process steps. REFERENCES Project Management Institute (PMI) A Guide to the Project Management Body of Knowledge (PMBOK). Individual Solution Options/Quality Services, Inc. (ISO/QS, Inc.) Project Management Overview Course Handouts.
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 informationProject 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 informationPROJECT 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 informationNFSA 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 informationRetained 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 informationLGS Project Management Methodology
Page: 32 LGS Project Management Methodoy The LGS project management methodoy is integral to our overall delivery methodoy. Based on inpro, one of the LGS inspiration series documents, our methodoy is compliant
More informationPROJECT 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 informationImportance of Project Schedules. matter what happens on a project. projects, especially during the second half of projects
Project Time Management Chapter 6 Importance of Project Schedules Managers often cite delivering projects on time as one of their biggest challenges Time has the least amount of flexibility; it passes
More informationMinnesota 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 informationPROJECT 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 informationProject Management Guidelines
Project Management Guidelines Overview Section 86-1506 (5) directs the NITC to adopt guidelines regarding project planning and management. The goal of project management is to achieve the objectives of
More informationMNLARS Project Audit Checklist
Audit Checklist The following provides a detailed checklist to assist the audit team in reviewing the health of a project. Relevance (at this time) How relevant is this attribute to this project or audit?
More informationStep 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 informationProject Management Certificate (IT Professionals)
Project Management Certificate (IT Professionals) Whether your field is architecture or information technology, successful planning involves a carefully crafted set of steps to planned and measurable goals.
More informationPROJECT RISK MANAGEMENT
11 PROJECT RISK MANAGEMENT Project Risk Management includes the processes concerned with identifying, analyzing, and responding to project risk. It includes maximizing the results of positive events and
More informationManaging Successful Software Development Projects Mike Thibado 12/28/05
Managing Successful Software Development Projects Mike Thibado 12/28/05 Copyright 2006, Ambient Consulting Table of Contents EXECUTIVE OVERVIEW...3 STATEMENT OF WORK DOCUMENT...4 REQUIREMENTS CHANGE PROCEDURE...5
More informationPROJECT PLAN FOR. Project Name Here
PROJECT PLAN FOR Project Name Here Version # DatE Reviewed and Approved for submittal to Executive Sponsor , Project Manager Project Plan Approved for submittal to Executive Sponsor: , Project
More informationMICROSOFT OFFICE PROJECT - SYLLABUS
MICROSOFT OFFICE PROJECT - SYLLABUS Sessions Session 1 Description 1. INTRODUCTION a. Introduction to CADFORUM and PPM b. Project c. Examples of project d. Project Triangle e. Project Management f. Life
More informationPROJECT MANAGEMENT PLAN TEMPLATE < PROJECT NAME >
PROJECT MANAGEMENT PLAN TEMPLATE < PROJECT NAME > Date of Issue: < date > Document Revision #: < version # > Project Manager: < name > Project Management Plan < Insert Project Name > Revision History Name
More informationUSFWC Project Management Workshop May 31 st, 2014
USFWC Project Management May 31 st, 2014 Project Management Basics Project Management Basics Project Definition Why do projects fail? Pain Curve Triple Constraint Principle Progressive Elaboration vs.
More informationProject 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 informationTest Fragen + Antworten. October 2004 Project Management Wilhelm F. Neuhäuser IBM Corporation 2003
Test Fragen + Antworten October 2004 Project Management Wilhelm F. Neuhäuser IBM Corporation 2003 Question 1 All the following Statements about a WBS are true except that it a. Provides a framework for
More informationProject 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 informationICT 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 informationProject Management Concepts
Project Management Concepts Day Workshop Course PM12 PM12 - Project Management Concepts Course ID: PM12 Credits: 21 PDUs Course Duration: 3 days Course Level: Basic 3 Days 21 PDUs Course Description: In
More informationProject Management Professional (PMP) Examination Content Outline
Project Management Professional (PMP) Examination Content Outline Project Management Institute Project Management Professional (PMP ) Examination Content Outline Revised August 2011 Published by: Project
More informationIntroduction to the ITS Project Management Methodology
Introduction to the ITS Project Management Methodology In September 1999 the Joint Legislative Committee on Performance Evaluation and Expenditure Review (PEER) produced a report entitled Major Computer
More informationChapter 3 Managing the Information Systems (IS) Project
Content Chapter 3 Managing the Information Systems (IS) Project Process of managing IS projects Skills required to be an effective project manager Skills and activities of a project manager during project
More informationAbar Solutions Petroleum Consultancy & Training Qualified From KPC Training & Consulting Services Provider. Code Period Language Start End Location
Training Course : Project Management Skills & Estimation Development Training Course For One Week In Canada, Montreal, Hyatt Regency Montreal Which Be Held As Under Details : Tel. : 00965 22610021 99600277,
More informationProject Managing to Support Change. Cathryn Stam, PMP Tina Salaris, RN, PMP
Project Managing to Support Change Cathryn Stam, PMP Tina Salaris, RN, PMP Project Managing to Support Change Change is a constant in life People by nature do not like change Whether redesigning processes
More informationA 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 informationChapter 2: Project Time Management
Chapter 2: Project Time Management Learning Objectives o o o o Understand the importance of project schedules and good project time management. Define activities as the basis for developing project schedules.
More informationSystems Analysis and Design
Systems Analysis and Design Slides adapted from Jeffrey A. Hoffer, University of Dayton Joey F. George, Florida State University Joseph S. Valacich, Washington State University Modern Systems Analysis
More informationoutput: communications management plan
Q1. (50 MARKS) A. List the nine PMBOK knowledge areas and give a one sentence description of the purpose of each knowledge area along with at least one output (document etc.) and its purpose. 1.Project
More informationThe 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 informationPMP SAMPLE QUESTIONS BASED ON PMBOK 5TH EDITION
PMP SAMPLE QUESTIONS http://www.tutorialspoint.com/pmp-exams/pmp_sample_questions_set2.htm Copyright tutorialspoint.com BASED ON PMBOK 5TH EDITION Here are 200 more objective type sample questions and
More informationPOLICY STATEMENT Commonwealth of Pennsylvania Department of Corrections
POLICY STATEMENT Commonwealth of Pennsylvania Department of Corrections Policy Subject: Policy Number: Project Management 1.1.5 Date of Issue: Authority: Effective Date: May 29, 2009 Signature on File
More informationpm4dev, 2015 management for development series Project Schedule Management PROJECT MANAGEMENT FOR DEVELOPMENT ORGANIZATIONS
pm4dev, 2015 management for development series Project Schedule Management PROJECT MANAGEMENT FOR DEVELOPMENT ORGANIZATIONS PROJECT MANAGEMENT FOR DEVELOPMENT ORGANIZATIONS A methodology to manage development
More informationCrosswalk Between Current and New PMP Task Classifications
Crosswalk Between Current and New PMP Task Classifications Domain 01 Initiating the Project Conduct project selection methods (e.g., cost benefit analysis, selection criteria) through meetings with the
More informationCSC 443: IT Project Management Midterm 1 exam - Spring semester 2011-2012 March 21 st, 2012
King Saud University College of Computer & Information Sciences Department of Computer Science CSC 443: IT Project Management Midterm 1 exam - Spring semester 2011-2012 March 21 st, 2012 1- Decomposing
More informationA 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 informationBest 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 informationProject Management Guidelines
Project Management Guidelines 1. INTRODUCTION. This Appendix (Project Management Guidelines) sets forth the detailed Project Management Guidelines. 2. PROJECT MANAGEMENT PLAN POLICY AND GUIDELINES OVERVIEW.
More informationTIME MANAGEMENT TOOLS AND TECHNIQUES FOR PROJECT MANAGEMENT. Hazar Hamad Hussain *
TIME MANAGEMENT TOOLS AND TECHNIQUES FOR PROJECT MANAGEMENT Hazar Hamad Hussain * 1. Introduction The definition of Project as a temporary endeavor... refers that project has to be done within a limited
More informationWORK PROGRAM GUIDELINES
Project Managed Change Program WORK PROGRAM GUIDELINES JABATAN KERJA RAYA MALAYSIA Cawangan Pengurusan Projek Kompleks (PROKOM) Ibu Pejabat JKR Malaysia 2 Document Ownership Section No Section Amendment
More informationThis is the software system proposal document for the <name of the project> project sponsored by <name of sponsor>.
Guide to Preparing the SOFTWARE PROJECT MANAGEMENT PLAN R. Buckley CSc 190 Senior Project Department of Computer Science - College of Engineering and Computer Science California State University, Sacramento
More informationPMP Exam Preparation Answer Key
Chapter 2 Answers 1) d) They are all of equal importance unless otherwise stated The Triple Constraint of Project Management is that Scope, Time, and Cost are all equal unless otherwise defined as such.
More informationProject 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 informationProject Management Methodology
Project Management Methodology 1/6/2015 PAGE 1 OF 28 Version 2.0 Contents INTRODUCTION... 4 1. Overview... 4 PHASE 1 PROJECT INITIATION... 5 1. Governance Model... 6 2. Project Prioritization Process...
More informationCertification Exam Objectives: PK0-003
Certification Exam Objectives: PK0-003 INTRODUCTION The CompTIA Project + examination is designed for business professionals involved with projects. This exam will certify that the successful candidate
More informationPMP Examination Tasks Puzzle game
PMP Examination Tasks Puzzle game Here is a great game to play to test your knowledge of the tasks you will be tested on in the actual examination. What we have done is take each of the domain tasks in
More informationProject Planning and Scheduling
Project Planning and Scheduling MFS606 Project Planning Preliminary Coordination Detailed Task Description Objectives Budgeting Scheduling Project Status Monitoring When, What, Who Project Termination
More informationProject Time Management
Project Time Management Plan Schedule Management is the process of establishing the policies, procedures, and documentation for planning, developing, managing, executing, and controlling the project schedule.
More informationProject Management Glossary
Project Management Glossary THE VOCABULARY OF ACHIEVEMENT RON BLACK THE MENTOR GROUP WWW.RONBLACK.COM 800-381-8686 This glossary is an excerpt from Ron Black s book, The Complete Idiot s Guide to Project
More informationINTRODUCTION TO PROJECT MANAGEMENT
INTRODUCTION TO PROJECT MANAGEMENT OVERVIEW The purpose of presentation is to provide leaders and team members of projects, committees or task forces with advanced techniques and practical skills for initiating,
More informationEssential Elements for Any Successful Project
In this chapter Learn what comprises a successful project Understand the common characteristics of troubled projects Review the common characteristics of successful projects Learn which tools are indispensable
More informationDemonstrate and apply knowledge of project management in
Demonstrate and apply knowledge of project management in mechanical engineering 22918 version 2 Page 1 of 5 Level 6 Credits 15 Purpose This unit standard is intended primarily for use in diploma courses
More informationPROJECT MANAGEMENT PLAN <PROJECT NAME>
PROJECT MANAGEMENT PLAN TEMPLATE This Project Management Plan Template is free for you to copy and use on your project and within your organization. We hope that you find this template useful and welcome
More informationPMO Metrics Recommendations
Introduction The purpose of this document is to recommend metrics to be used by the Project Management Office (PMO) to measure and analyze their project and PMO success. The metrics are divided into Project
More information<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 informationINFRASTRUCTURE DISASTER RECOVERY IN LOCAL GOVERNMENT
INFRASTRUCTURE DISASTER RECOVERY IN LOCAL GOVERNMENT PROJECT MANAGEMENT MANUAL Infrastructure Disaster Recovery in Local Government DOCUMENT CHANGE CONTROL As we develop this manual it is important that
More informationIMEO International Mass Event Organization based on Recent Experience of Euro 2012
IMEO International Mass Event Organization based on Recent Experience of Euro 2012 1. Name of the project: Project Management 2. Leader of the workshop (materials' author): Szymon Włochowicz 1 Objectives
More informationBasic Project Management & Planning
Basic Project Management & Planning Dr. David K. Potter Director & Don Pether Chair in Engineering and Management em4a03@mcmaster.ca 1 What is Project Management? A set of principles, methods, tools, and
More informationIntroduction to IT Project Management
Adapted from Managing Information Technology Projects, Chapter 1, Schwalbe Introduction to IT Project Management Prof. Dr. Daning Hu Department of Informatics University of Zurich Sep 17th, 2015 Outline
More informationChapter 6: Project Time Management. King Fahd University of Petroleum & Minerals SWE 417: Software Project Management Semester: 072
Chapter 6: Project Time Management King Fahd University of Petroleum & Minerals SWE 417: Software Project Management Semester: 072 Learning Objectives Understand the importance of project schedules Define
More informationAppendix A of Project Management. Appendix Table of Contents REFERENCES...761
Appendix A Glossary Terms of Project Management Appendix Table of Contents REFERENCES...761 750 Appendix A. Glossary of Project Management Terms Appendix A Glossary Terms of Project Management A Activity
More informationLearning Outcome 1 The learner will: Be able to initiate the preliminary stages of a project.
Unit Title: Project Management Guided Learning Hours: 210 Level: Level 6 Number of Credits: 25 Learning Outcome 1 The learner will: Be able to initiate the preliminary stages of a 1.1 Identify an appropriate
More informationIMCPM04 Project Scheduling and Cost Control. Course Outline
IMCPM04 Project Scheduling and Cost Control Course Outline January 2012 Project Scheduling and Cost Control Course Aim Project Scheduling and Cost Control is a five-day (5 day) course which provides participants
More informationThe Fast Track Project Glossary is organized into four sections for ease of use:
The Fast Track Management Glossary provides a handy reference guide to the fast track management model, encompassing the concepts, steps and strategies used to manage successful projects even in the face
More informationCPM -100: Principles of Project Management
CPM -100: Principles of Project Management Lesson B: Time and Cost Management Presented by Bruce R. Shaw, P.E., PMP starshaw@starpower.net Ph: 703-922-2772 Presented at the PMI-CPM 2002 Fall Conference
More informationA Glossary of Project Management Terms
OpenStax-CNX module: m31434 1 A Glossary of Project Management Terms Merrie Barron, PMP, CSM Andrew R. Barron This work is produced by OpenStax-CNX and licensed under the Creative Commons Attribution License
More informationFramework. 3/3/2011 By Karla Campbell Project Manager PMP Certificated UCOP
PROJECT MANAGEMENT Framework 3/3/2011 By Karla Campbell Project Manager PMP Certificated UCOP Topics 1. Benefits Of Project Management 2. Definitions 3. Roles 4. Project Process Groups 5. Best Practices
More informationCollaborative Scheduling using the CPM Method
MnDOT Project Management Office Presents: Collaborative Scheduling using the CPM Method Presenter: Jonathan McNatty, PSP Senior Schedule Consultant DRMcNatty & Associates, Inc. Housekeeping Items Lines
More informationAn 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 informationpm4dev, 2007 management for development series Introduction to Project Management PROJECT MANAGEMENT FOR DEVELOPMENT ORGANIZATIONS
pm4dev, 2007 management for development series Introduction to Project Management PROJECT MANAGEMENT FOR DEVELOPMENT ORGANIZATIONS PROJECT MANAGEMENT FOR DEVELOPMENT ORGANIZATIONS A methodology to manage
More informationUnderstand why, when and how-to to formally close a project
Project Closure Purpose: Understand why, when and how-to to formally close a project Audience: Project managers, project sponsors, team members and other key stakeholders Learning Objectives: Describe
More informationProject Time Management
Project Time Management Study Notes PMI, PMP, CAPM, PMBOK, PM Network and the PMI Registered Education Provider logo are registered marks of the Project Management Institute, Inc. Points to Note Please
More informationResearch Project Management Key Concepts. Dr Robin Henderson robin@myconsultants.net
Research Project Management Key Concepts Dr Robin Henderson robin@myconsultants.net Introduction The successful management of a research project depends upon the researchers ability to plan, coordinate
More informationComparing PMBOK Guide 4 th Edition, PMBOK Guide 5 th Edition and ISO 21500
Project Training Company Comparing PMBOK Guide 4 th Edition, Edition and STS Sauter Training & Simulation S.A. Avenue de la Gare 10 1003 Lausanne Switzerland Web: www.sts.ch E-mail: office@sts.ch Phone:
More informationITS Project Management Methodology
ITS Project Management Methodology Standards and Guidelines for managing projects at Information Technology Services, NYU July, 2008 Version 1.4 TABLE OF CONTENTS 1 INTRODUCTION.3 1.1 Overview..3 1.2 Purpose....3
More informationUnit 8 Project management
2016 Suite Cambridge TECHNICALS LEVEL 3 IT Unit 8 Project management F/507/5008 Guided learning hours: 60 Version 1 September 2015 ocr.org.uk/it LEVEL 3 UNIT 8: Project management F/507/5008 Guided learning
More informationProject Management Office (PMO)
Contents I. Overview of Project Management...4 1. Project Management Guide (PMG)...4 1.1 Introduction...4 1.2 Scope...6 1.3 Project Types...6 2. Document Overview, Tailoring, and Guidance...7 3. The Project
More informationDevelop Project Charter. Develop Project Management Plan
Develop Charter Develop Charter is the process of developing documentation that formally authorizes a project or a phase. The documentation includes initial requirements that satisfy stakeholder needs
More informationDepartment of Training and Workforce Development Western Australia. RPL Assessment Tool Kit. BSB41507 Certificate IV in Project Management
Department of Training and Workforce Development Western Australia RPL Assessment Tool Kit BSB41507 Certificate IV in Project Management First published 2010 ISBN 978-1-74205-510-7 Department of Training
More informationITS Project Management Methodology
ITS Project Management Methodology Information Technology Services Project Management Group 11/17/2014 Version 2.1 Author: ITS Project Management Group Document Control Change Record Date Author Version
More informationINTERNAL SERVICES GROUP PMO
Ownership & Awareness Program 1 Program 3 Program 4 Program 5 Program 6 Program 7 Program 2 Cap ability Development Infra structure Program n INTERNAL SERVICES GROUP ESSENTIAL FUNCTIONS Act as an interface
More informationPROJECT TIME MANAGEMENT. 1 www.pmtutor.org Powered by POeT Solvers Limited
PROJECT TIME MANAGEMENT 1 www.pmtutor.org Powered by POeT Solvers Limited PROJECT TIME MANAGEMENT WHAT DOES THE TIME MANAGEMENT AREA ATTAIN? Manages the project schedule to ensure timely completion of
More informationMaturity 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 informationTo 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 informationProject Management Framework
Project Management Framework Study Notes PMI, PMP, CAPM, PMBOK, PM Network and the PMI Registered Education Provider logo are registered marks of the Project Management Institute, Inc. Points to Note Please
More informationPMI Lexicon of Project Management Terms
Project Management Institute PMI Lexicon of Project Management Terms Version 3.0 Published by: Project Management Institute, Inc. 14 Campus Boulevard Newtown Square, Pennsylvania 19073-3299 USA Phone:
More informationModule 7 Human Resources Management PMP Exam Questions
Module 7 Management PMP Exam Questions PMP, PMBOK and the Registered Education Provider logo are registered marks of the Project Management Institute, Inc. Question 1 You and your manager are discussing
More informationIT 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 informationIntroduction to Project Management
L E S S O N 1 Introduction to Project Management Suggested lesson time 50-60 minutes Lesson objectives To be able to identify the steps involved in project planning, you will: a b c Plan a project. You
More informationDepartment of Training and Workforce Development Western Australia. RPL Assessment Tool Kit. BSB51407 Diploma of Project Management
Department of Training and Workforce Development Western Australia RPL Assessment Tool Kit BSB51407 Diploma of Project Management First published 2010 ISBN 978-1-74205-511-4 Department of Training and
More information5.1 Project Control Overview
5.1 Project Control Overview Project Control is a formal process in project management. In most respects, there is not a lot of room for creativity in the Control Phase of project management. The PMBOK
More informationIntroduction to Project Management ECE 480. Erik Goodman
Introduction to Project Management ECE 480 Erik Goodman What is Project Management? a method for organizing tasks a structured framework to help a group work productively tools to aid in task sequencing,
More informationProject Management Dr. James A. Bednar
Project Management Dr. James A. Bednar jbednar@inf.ed.ac.uk http://homepages.inf.ed.ac.uk/jbednar SAPM Spring 2006: Project Management 1 Project Management A project is a temporary endeavour to produce
More informationIntroductory Certificate. The APM Project Fundamentals Qualification
The syllabus provides a summary of the coverage of the qualification, the details are then found in the learning outcomes and assessment criteria. Both the syllabus and the learning outcomes and assessment
More information