Application of Critical Path Method (CPM) and Project Evaluation Review Techniques (PERT) in Project Planning and Scheduling
Total Page:16
File Type:pdf, Size:1020Kb
Load more
Recommended publications
-
The Timeboxing Process Model for Iterative Software Development
The Timeboxing Process Model for Iterative Software Development Pankaj Jalote Department of Computer Science and Engineering Indian Institute of Technology Kanpur – 208016; India Aveejeet Palit, Priya Kurien Infosys Technologies Limited Electronics City Bangalore – 561 229; India Contact: [email protected] ABSTRACT In today’s business where speed is of essence, an iterative development approach that allows the functionality to be delivered in parts has become a necessity and an effective way to manage risks. In an iterative process, the development of a software system is done in increments, each increment forming of an iteration and resulting in a working system. A common iterative approach is to decide what should be developed in an iteration and then plan the iteration accordingly. A somewhat different iterative is approach is to time box different iterations. In this approach, the length of an iteration is fixed and what should be developed in an iteration is adjusted to fit the time box. Generally, the time boxed iterations are executed in sequence, with some overlap where feasible. In this paper we propose the timeboxing process model that takes the concept of time boxed iterations further by adding pipelining concepts to it for permitting overlapped execution of different iterations. In the timeboxing process model, each time boxed iteration is divided into equal length stages, each stage having a defined function and resulting in a clear work product that is handed over to the next stage. With this division into stages, pipelining concepts are employed to have multiple time boxes executing concurrently, leading to a reduction in the delivery time for product releases. -
Work Breakdown Structure – Templates from Previous Projects
Basics of Security Project Management 1 2 1 2 3 4 Ensure that the necessary Project Plan will improve the Time and attention to detail Repeatable, stable, and preventative, detective, and protection of company thorough process that can be corrective measures will be assets. applied implemented following a risk assessment. 3 Learning Objectives Identification of Planning steps ✓ Specification ✓ Global Structure ✓ Project Breakdown Consideration of ✓ Task Delegation Planning Resources ✓ Time Estimation 2 1 ✓ Identification of needed resources ✓ Integration of Time/Personnel ✓ Setting Controls/Gates Team Planning: Applications of Skills Who? What? 4 3 Where? When? Why? How? Refinement of the Risks identification & Security Project 6 5 considerations Initiation Stage 4 5 Project Planning Activities Specific Goals of the Project 1 Estimates to be prepared for Specific Work to be formed 2 3 planning, tracking and controlling the project. Commitments established 4 5 Documentation of project with affected groups alternatives, assumptions, and constraints Creation of baseline plans from which 6 the security project will be managed. 6 “Fail to Plan, Plan to Fail.” Risk, Threat, & Recommended PPS Vulnerability Project Scope Procurement Safeguards Requirements Assessment Document Approach Document Design Sole Source Business Performance Capacity Criteria & Justification Objectives requirements Requirements Requirements 7 Essential Project Planning Steps 8 Questions to Answer During Planning Point 1 What is the real purpose of this project? What methods, processes, or actions were used Point 2 to define the project? What will the results of this project do for the Point 3 stakeholders? What is the priority of this project, how was that Point 4 priority determined, and how does it compare with that of other current projects? 9 NOTE: The documentation prepared during the planning stage is called the project scope document. -
Basics of Project Planning
BASICS OF PROJECT PLANNING © Zilicus Solutions 2012 Contents The Basics of Project Planning ............................................................................................................. 3 Introduction ..................................................................................................................................... 3 What is Project Planning? ................................................................................................................ 3 Why do we need project planning? ................................................................................................. 3 Elements of project plan .................................................................................................................. 4 1. Project Scope Planning ...................................................................................................... 4 Triangular Constraints (TQR) ............................................................................................................ 5 2. Delivery Schedule Planning ............................................................................................... 5 3. Project Resources Planning ................................................................................................ 6 4. Project Cost Planning ......................................................................................................... 8 5. Project Quality Planning .................................................................................................... 9 -
Intro to BPC Logic Filter
INTRODUCTION TO BPC LOGIC FILTER FOR MICROSOFT PROJECT Prepared For: General Release Prepared By: Thomas M. Boyle, PE, PMP, PSP BPC Project No. 15-001 First issue 29-May-15 (Updated 02-Dec-20) Boyle Project Consulting, PLLC 4236 Chandworth Rd. Charlotte, NC 28210 Phone: 704-916-6765 Project Management and Construction Support Services [email protected] Introduction to – BPC Logic Filter for Microsoft Project 02-Dec-20 TABLE OF CONTENTS 1.0 EXECUTIVE SUMMARY .................................................................................................... 1 2.0 BACKGROUND / MOTIVATION ...................................................................................... 1 2.1 HISTORY ................................................................................................................................... 1 2.2 NEEDS ....................................................................................................................................... 1 3.0 PROGRAM DEVELOPMENT ............................................................................................ 2 3.1 FEATURE DEVELOPMENT ......................................................................................................... 2 3.2 SHARING THE TOOLS .............................................................................................................. 12 4.0 USER APPLICATIONS AND SETTINGS ....................................................................... 12 5.0 SOFTWARE EDITIONS AND LICENSING .................................................................. -
Unit 5 – Project Planning
Unit 5 – Project Planning UNIT OVERVIEW Description of the Unit In this unit, you will explore the necessity of proper project planning and how ‘front end’ planning can ensure project success. You will look at several scenarios that put a structure around project scope, deliverables, scheduling, staffing, resources, and risks to help anchor the planning process. Unit Objectives At the conclusion of this unit, you will be able to: • Understand the necessity of a project plan • Assess resource and budgeting issues • Analyze project risks • Effectively determine project scope • Identify project deliverables Unit Topics • Project schedules based on work breakdown structures • Project resources and schedules based on staff availability • Project budgets • Managing project risks • Triple constraint to achieve project goals Activities and Exercises • Group Exercise 5A: Project Management Scenarios • Group Exercise 5B: Review Project Plans for Unit 3 Scenarios Approximate Time for Unit 1 hour 45 minutes Managing Technology Projects and Technology Resources Participant Guide 5 - 1 Institute for Court Management Unit 5 – Project Planning Managing Technology Projects and Technology Resources Participant Guide 5 - 2 Institute for Court Management Unit 5 – Project Planning ___________________________________ ___________________________________ ___________________________________ ___________________________________ UNIT 5 ___________________________________ Project Planning ___________________________________ ___________________________________ ©2010 -
49R-06: Identifying the Critical Path 2 of 13
49R-06 IDENTIFYING THE CRITICAL PATH SAMPLE AACE® International Recommended Practice No. 49R-06 IDENTIFYING THE CRITICAL PATH TCM Framework: 7.2 – Schedule Planning and Development 9.2 – Progress and Performance Measurement 10.1 – Project Performance Assessment 10.2 – Forecasting Rev. March 5, 2010 Note: As AACE International Recommended Practices evolve over time, please refer to www.aacei.org for the latest revisions. Contributors:SAMPLE Disclaimer: The opinions expressed by the authors and contributors to this recommended practice are their own and do not necessarily reflect those of their employers, unless otherwise stated. Christopher W. Carson, PSP (Author) Paul Levin, PSP Ronald M. Winter, PSP (Author) John C. Livengood, PSP CFCC Abhimanyu Basu, PE PSP Steven Madsen Mark Boe, PE PSP Donald F. McDonald, Jr. PE CCE PSP Timothy T. Calvey, PE PSP William H. Novak, PSP John M. Craig, PSP Jeffery L. Ottesen, PE PSP CFCC Edward E. Douglas, III CCC PSP Hannah E. Schumacher, PSP Dennis R. Hanks, PE CCE L. Lee Schumacher, PSP Paul E. Harris, CCE James G. Zack, Jr. CFCC Sidney J. Hymes, CFCC Copyright © AACE® International AACE® International Recommended Practices AACE® International Recommended Practice No. 49R-06 IDENTIFYING THE CRITCAL PATH TCM Framework: 7.2 – Schedule Planning and Development 9.2 – Progress and Performance Measurement 10.1 – Project Performance Assessment 10.2 – Forecasting March 5, 2010 INTRODUCTION Purpose This recommended practice (RP) for Identifying the Critical Path is intended to serve as a guideline and a resource, not to establish a standard. As a recommended practice of AACE International it provides guidelines for the project scheduler when reviewing a network schedule to be able to determine the critical path and to understand the limitations and assumptions involved in a critical path assessment. -
ICT Project Management
ICT Project Management Chapter 4: Project Planning Phase – Project Time Management 4.1. Introduction Project time management involves the processes required to ensure timely completion of a project. Processes include: 1. Activity definition 2. Activity sequencing 3. Activity duration estimating 4. Schedule development 5. Schedule control 4.2. Activity definition Activity definition involves identifying the specific activities that the project team members and stakeholders must perform to produce the project deliverables. The main goal of this process is to ensure that the project team has complete understanding of all the work they must do as part of the project scope so they can start scheduling the work The outputs of this process are 1. Activity list: 2. Activity attributes: 3. Milestone list 4. Requested changes; An activity or task is an element of work normally found on the Work break down structure (WBS), that has an expected duration, a cost and resource requirements. The should have the activity name, an activity identifier or number, brief description of the activity Activity attributes: schedule related information about each activity, such as predecessor, successor, logical relationship, leads and lags, owner, resource requirement assumptions related to the activity A Milestone in a project is a significant event that normally has no duration. It normally takes several activities and a lot of work to complete a milestone, and it acts as a marker to help in identifying necessary activities. It is also a useful tool for setting schedule goals and monitoring progress. Milestones should be: Specific Measurable Assignable Realistic Time-framed ICT Project Management:- Project Planning - Time Management Page 1 4.3. -
Planning in Software Project Management
PLANNING IN SOFTWARE PROJECT MANAGEMENT AN EMPIRICAL RESEARCH OF SOFTWARE COMPANIES IN VIETNAM Thesis presented to the Faculty of Economics and Social Sciences at the University of Fribourg (Switzerland) in fulfillment of the requirements for the degree of Doctor of Economics and Social Sciences by Quynh Mai NGUYEN from Vietnam Accepted by the Faculty of Economics and Social Sciences on May 30th, 2006 at the proposal of Professor Dr. Andreas Meier (first advisor) Professor Dr. Jacques Pasquier (second advisor) Professor Dr. Laurent Donzé (third advisor) Fribourg, Switzerland 2006 The Faculty of Economics and Soci al Sciences at the University of Fribourg neither approves nor disapproves the opinions expressed in a doctoral dissertati on. They are to be considered those of the author (decision of the Faculty Council of January 23rd, 1990). To my parents, and To Phuong and Trung, my children ACKNOWLEDGEMENT I would like to express my extreme gratitude to Prof. Dr. Andreas Meier for his guidance, encouragement and helpful supervision during the process of this thesis. I would like to thank Prof. Jacques Pasquier and Prof. Laurent Donzé for their review and comments. My special thanks also go to Dr. Fredric William Swierczek for his invaluable help, advices and suggestions for improvement. Without their help and advice this dissertation could not be completed. I would like to thank my friends, Dr. Bui Nguyen Hung, and Dr. Nguyen Dac Hoa, Mrs. Nguyen Thuy Quynh Loan for their assistance and helpful suggestions and contributions. I would like to thank the government of Switzerland and the Swiss – AIT – Vietnam Management Development Program (SAV) for giving me the scholarship for this PhD program. -
Step 3: Project Planning Planning 2 Enterprise Infrastructure Evaluation
MossAtre.book Page 81 Sunday, February 9, 2003 7:01 PM Justification CHAPTER THREE 1 Business Case Assesment Step 3: Project Planning Planning 2 Enterprise Infrastructure Evaluation 3 Project Planning CHAPTER OVERVIEW Business Analysis This chapter covers the following topics: 4 Project I Things to consider about project planning Requirements Definition I Managing the BI project and planning for setbacks 5 6 7 I Data Application Meta Data Items to address when creating a project charter, such as Analysis Prototyping Repository goals and objectives, scope issues, project risks, constraints, Analysis assumptions, change control, and issues management I Aspects of project planning, with a focus on activities and Design tasks, estimating techniques, resource assignment, task 8 10 Database Meta Data and resource dependencies, critical path determination, Design Repository and creation of the final project schedule Design 9 I Brief descriptions of the project planning activities, the ETL Design deliverables resulting from those activities, and the roles involved I The risks of not performing Step 3 Construction 12 14 Application Meta Data Development Repository Development 11 13 ETL Data Development Mining Deployment 15 Implementation 16 Release Evaluation 81 MossAtre.book Page 82 Sunday, February 9, 2003 7:01 PM 82 Step 3: Project Planning THINGS TO CONSIDER Business Involvement Do we have a strong business sponsor? Do we have a backup business sponsor? Do we have stakeholders with whom we need to communicate regularly? How much time is the -
Comparison Between Critical Path Method (CPM) and Last Planners System (LPS) for Planning and Scheduling METRO Rail Project of Ahmedabad
Comparison between Critical Path Method (CPM) and Last Planners System (LPS) for Planning and Scheduling METRO Rail Project of Ahmedabad Viraj Parekh1 , Karan Asnani1, Yashraj Bhatt1 and Rahul Mulchandani1 1 Civil Engineering Department, Institute of Technology, Nirma University, Ahmedabad, India Abstract. The purpose of this paper is to compare Critical Path Method (CPM) and Last Planner System (LPS) with respect to Planning and Scheduling of METRO Rail Project, Ahmedabad, Gujarat. Critical Path Method emphasises on updating the network for tracking the progress as well as to identify the delays. Last Planner System works on the weekly schedules prepared from the Master Plan and Look-ahead schedules to avoid the delays. One of the stretch from North-South Corridor was selected for the study from Vijaynagar to Usmanpura. The data such as activities, duration of activities, sequence and inter-relation of activities etc. were collected to prepare the network as well as weekly schedules. The network was updated and original network was compared with the up- dated one and the delays were spotted for the stretch selected. Weekly plans were also prepared for the selected stretch from the look-ahead schedule and Master Plan. PPC (Percent Plan Complete) were calculated to track the progress as per planned schedule. The data were collected by conducting interviews of various personnel and visual obser- vations. Both the approaches (CPM and LPS) have been applied on the selected stretch by action research process. The delays were calculated and studied for both the methods and it was observed that Last Planner System is more appropriate to use for big infra- structure projects like this to avoid time-overrun and consecutive cost over-run. -
An Application to PRINCE2
Bringing Model-based Systems Engineering Capabilities to Project Management: an Application to PRINCE2 Diana Coppola1, Andrea D’Ambrogio2, and Daniele Gianni1 1 Dept. of Applied Sciences and Technologies 2 Dept. of Enterprise Engineering Guglielmo Marconi University University of Rome Tor Vergata Rome, Italy Rome, Italy [email protected], [email protected] [email protected] Copyright © held by the author. Abstract—PRINCE2 is arguably one of the most adopted performance indicators and the maturity level of the process-based methods for project management. adopted project management methodology [2]. Currently, PRINCE2 is defined in a textual specification, PRINCE2 is arguably one of the most adopted which describes the principles, the themes, and the standard project management methodologies in various processes that project managers should apply in their systems engineering domains. PRINCE2 has been more management activities. Although the specification is well structured and mature, the specification does not provide and more adopted since 2009, for three reasons: a browsable digital representation that can be interactively used for learning and/or for the specification application 1. the overall trend of business to use a project- during project management activities. This paper aims to based approach to develop products or overcome these limitations with the application of a model- transformations within increasingly collaborative based systems engineering approach to represent the contexts with multiple partners; PRINCE2 specification in a model-based format. This can 2. the overall trend of capitalizing on knowledge of bring several benefits to the specification, including the best practices in project management; availability of a graphical, comprehensive and digitally 3. -
Project Time Management Start with Planning by the Project Management Team (Not Shown As a Discrete Process)
1 (Image) 2 The process required to manage timely completion of the project. Project time management start with planning by the project management team (not shown as a discrete process). In small project, defining & sequencing activities, estimating activity resource & duration, developing schedule are viewed as a single process. Project Time Management includes the processes required to manage timely completion of the project. • Define Activities – The process of identifying the specific actions to be performed to produce the project deliverables. • Sequence Activities – The process of identifying and documenting relationships among the project activities. • Estimate Activity Resources – The process of estimating the type and quantities of material, people, equipment, or supplies required to perform each activity. • Estimate Activity Durations – The process of approximating the number of work periods needed to complete individual activities with estimated resources. • Develop Schedule – The process of analyzing activity sequences, durations, resource requirements, and schedule constraints to create the project schedule. • Control Schedule - The process of monitoring the status of the project to update project progress and managing changes to the schedule baseline. 3 The define activities process is a further breakdown of the work packages elements of the WBS. It documents the specific activities needed to fulfill the deliverables detailed in the WBS. • Identify the deliverables at the lowest level in the WBS, which is called the Work Package • Identifying and documenting the work that is planned to be performed • Identifying the specific activities to produce the project deliverables • Defining and planning the schedule activities such that the project objectives will be met 4 Inputs • Scope Baseline • Enterprise Environmental Factors • Organizational Process Assets Tools & Techniques • Decomposition (Breaking the work packages into smaller, more manageable units of work called activities - not deliverables but individual units of work).