Modern Project Management
What Is a Project? Project Defined A  complex ,  nonroutine ,  one-time effort limited by time, budget, resources, and performance specifications designed to meet customer needs .
Major Characteristics of a Project? Has an established  objective . e.g. Unitech/TCS/NTPC Has a defined  life span  with a beginning and an end. Typically requires  across-the-organizational participation. e.g. Specialists (Eng-FA-Marketing etc)
Major Characteristics of a Project? Involves doing something never been done before. e.g. nonroutine/ Chandrayan –DLF Customization Has specific  time ,  cost,  and  performance  requirements. Faster-Cheaper-Quality (???)
Project Management in Action-UPS Moving the goods Project : Expand the delivering packages to  helping net companies with everything from managing inventory to Tracking Shipment. Payoff : About 500,000 companies worldwide use the full package of UPS online logistics services, generating $ 1.4B in revenue. Action :  UPS developed online system for e-tailers for everything from product delivery and tracking, managing inventories, and dealing with suppliers, to handling billings and payments. Cost are slashed for all stake holders in the supply chain to the final chain to the final customer. The UPS system leaves the competitors in a catch-up mode
Project Management in Action-Others PACCAR: Marketing Project: Make the truck industry technically savvy by shifting parts purchasing online, building web-powered engine monitoring equipment in each truck CISCO: Streamlining Project Sales & inventory tracking system linking Cisco with suppliers, manufacturers and customers SW Airlines: Customer Service Project To make buying online irresistible by emphasizing simplicity and speed over whizzy features. Nortel Networks: Management Project Speed up product development –key tactics: have development teams share ideas and documents.
Project Life Cycle FIGURE 1.2
The Challenge of Project Management: The Project Manager Manages  temporary ,  non-repetitive activities  and frequently acts  independently of the formal organization . Marshals  resources  for the project Provides  direction, coordination, and integration  to the project team Manages a diverse set of project  stakeholders Dependent upon others for technical answers Is responsible for  performance and success  of the project Must induce the right people at the right time to address the right issues and make the  right decisions .
The Importance/Age of Project Management Factors Leading to the Increased Use of Project Management: Compression of the product life cycle-(Competitive Advantage) Global competition  Knowledge explosion Corporate downsizing  Increased customer focus (Need) Small projects that represent big problems
Growth in PMP Certification
Integrated Management of Projects FIGURE 1.3
Project Management Process   The Technical and Socio-cultural Dimensions FIGURE 1.4
PM Today: Integrated Project Management Systems Problems Resulting from the Use of Piecemeal Project Management Systems: Do not tie together the overall strategies of the firm. Fail to prioritize selection of projects by their importance of their contribution to the firm. Are not integrated throughout the project life cycle. Do not match project planning and controls with organizational culture to make appropriate adjustments in support of project endeavors.
Evolution of Project Driven Organization CMM Level 1:  Ad Hoc- Unpredictable Processes (TCP) CMM Level 2: Repeatable Basic Processes CMM Level 3: Repeatable Well Defined Processes CMM Level 4: Seamless/Integrated Managed Processes CMM Level 5: Optimizing-Continuously Improving Process
Organization Strategy and Project Selection “If you don’t know where you are going, any road will take you there”…Confucius
Integrated Management of Projects FIGURE 1.3
Why Project Managers Need to Understand the Strategic Management Process? Involvement –Organization focus- Decision Project managers must respond to  changes  with appropriate decisions about future projects and adjustments to current projects. Project managers who understand their  organization’s strategy  can become effective advocates of projects aligned with the firm’s mission. Insight – Organizational capabilities and resource constraints Project contribution- Organization focus - Direction
Strategic Management Process FIGURE 2. 1
The Strategic Management Process:  An Overview Strategic Management Provides the theme and focus of the future direction for the firm. (Airlines – BA/ SAS/ Virgin) Responding to changes  in the external environment—environmental scanning Allocating scarce resources  of the firm to improve its competitive position—internal responses to new action programs Requires strong links among mission, goals, objectives, strategy, and implementation.
Strategic Management Process (cont’d) Four of Activities of the Strategic Management Process Review and define the organizational  mission . (Focus) Set long-range goals and  objectives . (SMART) Analyze and formulate strategies  to reach objectives. (Customer-Needs –SWOT) Implement strategies  through  projects . (How? i.e. Management-POSDC)
Characteristics of Objectives EXHIBIT 2. 1 S   Specific  Be specific in targeting an objective M   Measurable  Establish a measurable indicator(s) of progress A   Assignable  Make the objective assignable to one person for completion R   Realistic  State what can realistically be done with available resources T   Time related  State when the objective can be achieved, that  is, its duration.
Checklist Selection Model Strategy alignment:  What specific organization does this project align with? Driver:  What business problem does the project solve? Success metrics:  How will we measure success? Sponsorship:  Who is the project sponsor? Risk:  What is the impact of not doing this project? Risk:  What is the project risk to our organization?  Benefits:  What is the value of the project to this organization? Organization culture:  Is our organization culture right for this type of project?   Approach:  Will we build or buy? Training/resources:  Will staff training be required? Finance:  What is estimated cost of the project? Portfolio:  How does the project interact with current projects?
Project Screening Matrix FIGURE 2.3
Applying a Selection Model Project Classification Deciding how well a strategic or operations project fits the organization’s strategy. Selecting a Model Applying a weighted scoring model to bring projects to closer with the organization’s strategic goals. Reduces the number of wasteful projects Helps identify proper goals for projects Helps everyone involved understand how and why a project is selected
Project Proposals Sources and Solicitation of Project Proposals Within the organization Request for proposal (RFP) from external sources (contractors and vendors) Ranking Proposals and Selection of Projects Prioritizing requires discipline, accountability, responsibility, constraints, reduced flexibility, and loss of power Managing the Portfolio Senior management input The priority team (project office) responsibilities
Major Project Proposal FIGURE 2.4A
Risk  Analysis FIGURE 2.4B
Project Screening Process FIGURE 2.5
Priority  Analysis FIGURE 2.6
Organization Structure and Culture “ Successful project management can flourish within any structure, but the culture  within the organization must support the four basic values of project management:  Cooperation,  Teamwork,  Trust &  Effective Communication ”
Project Management Structures Challenges to Organizing Projects The  uniqueness  and  short duration  of projects relative to ongoing longer-term organizational activities The  multidisciplinary  and  cross-functional  nature of projects creates authority and responsibility dilemmas. Choosing an Appropriate Project Management Structure The best system balances  the needs of the project  with the needs of the  organization. Functional – Dedicated Team - Matrix
Project Management Structures Organizing Projects: Functional Organization Different segments of the project are delegated to respective functional units. Coordination is maintained through normal management channels. Used when the interest of one functional area dominates the project or one functional area has a dominant interest in the project’s success.
Functional Organizations FIGURE 3.1
Functional Organization of Projects Advantages No Structural Change Flexibility In-Depth Expertise Easy Post-Project Transition Disadvantages Lack of Focus Poor Integration Slow Lack of Ownership
Project Management Structures (cont’d) Organizing Projects: Dedicated Teams Teams operate as separate units under the leadership of a full-time project manager. In a  projectized  organization where projects are the dominant form of business, functional departments are responsible for providing support for its teams. e.g. Apple – Macintosh, iPod, iApple etc
Dedicated Project Team FIGURE 3.2
Project Organization: Dedicated Team Advantages Simple Fast Cohesive Cross-Functional Integration Disadvantages Expensive Internal Strife Limited Technological Expertise Difficult Post-Project Transition
Project Organizational Structure FIGURE 3.3
Project Management Structures (cont’d) Organizing Projects: Matrix Structure Hybrid organizational structure (matrix) is overlaid on the normal functional structure. Two chains of command (functional and project) Project participants report simultaneously to both functional and project managers. Matrix structure optimizes the use of resources. Allows for participation on multiple projects while performing normal functional duties Achieves a greater integration of expertise and project requirements
Matrix Organization Structure FIGURE 3.4
Different Matrix Forms Functional (also Weak or Lightweight) Form Matrices in which the authority of the functional manager predominates and the project manager has indirect authority Balance (or Middleweight) Form The traditional matrix form in which the project manager sets the overall plan and the functional manager determines how work to be done Strong (Heavyweight) Form Resembles a project team in which the project manager has broader control and functional departments act as subcontractors to the project
Project Organization: Matrix Form Advantages Efficient Strong Project Focus Easier Post-Project Transition Flexible Disadvantages Conflict Infighting Stressful Slow
Choosing the Appropriate Project Management Structure Organization (Form) Considerations How  important  is the project to the firm’s  success ? What percentage of  core work  involves projects? What level of resources  (human and physical)  are available?
Choosing the Appropriate Project Management Structure (cont’d) Project Considerations Size of project Strategic importance Novelty and need for innovation Need for integration (number of departments involved) Environmental complexity (number of external interfaces) Budget and time constraints Stability of resource requirements
Organizational Culture Organizational Culture Defined A system of shared norms, beliefs, values, and assumptions which bind people together, thereby creating shared meanings The “personality” of the organization that sets it apart from other organizations. Provides a sense of identify to its members Helps legitimize the management system of the organization Clarifies and reinforces standards of behavior
Key Dimensions Defining an Organization’s Culture FIGURE 3.6
Defining the Project “  Select a dream Use your dream to set a goal Create a plan Consider resources Enhance skills and abilities Spend time wisely Start! Get organized and go…….”
Defining the Project Step 1: Defining the Project Scope Step 2: Establishing Project Priorities Step 3: Creating the Work Breakdown Structure Step 4: Integrating the WBS with the Organization Step 5: Coding the WBS for the Information System
Step 1: Defining the Project Scope Project Scope A definition of the end result  or mission of the project —a product or service for the client/customer—in specific, tangible, and measurable terms. Purpose of the Scope Statement   To clearly define the  deliverable(s)  for the end user. To focus the project on successful completion of its goals. To be used by the project owner and participants as a planning tool and for  measuring project success .
Project Scope Checklist Project objective-t/c/p Deliverables-plc Milestones-event Technical requirements- e.g. Free Willy-C17-US $ 2M Limits and exclusions- Reviews with customer-i/e
Project Scope: Terms and Definitions Scope Statements Also called statements of work (SOW) Project Charter Can contain an expanded version of scope statement A document authorizing the project manager to initiate and lead the project. Scope Creep The tendency for the project scope to expand over time due to changing requirements, specifications, and priorities.
Project Scope: Example LAN Project Scope statement Objective: To design and install LAN with in one month with a budget not to exceed $60,000 for the Teleatlas. Deliverables:  200 workstations  Server with duo core Pentium processor 2HP Laser printer Window NT Server OS 4 Hrs training -WS user) 16 Hrs training-Admn Fully operational LAN system
Project Scope: Example Milestones:  HW  2 nd  Jan’09 Setting users priority & authorization 25 th  Jan’09 In-house whole network test completed 2 nd  Feb’09 Training completed 1 st  March’09 Technical Requirement: WS- 19” Monitor…… System support –Window NT platform PCI 64 ethernet LAN interface cards and connection Limit & Exclusion: System maintenance/repair-one month Warranties transferred to client Customer Review Director –Technical Teleatlas
Step 2: Establishing Project Priorities Causes of Project Trade-offs Shifts in the relative importance of criterions related to cost, time, and performance parameters Budget –Cost Schedule –Time Performance –Scope
Project Management Trade-offs FIGURE 4.1
Step 2: Establishing Project Priorities Managing the Priorities of Project Trade-offs Constrain: a parameter is a fixed requirement. Enhance: optimizing a parameter over others. Accept: reducing (or not meeting) a parameter requirement.
Step 3: Creating the Work  Breakdown Structure Work Breakdown Structure (WBS) An hierarchical outline (map) that identifies the products and work elements involved in a project Defines the relationship of the final deliverable (the project) to its subdeliverables, and in turn, their relationships to work packages Best suited for design and build projects that have tangible outcomes rather than process-oriented projects
Hierarchical Breakdown of the WBS FIGURE 4.3
Work Breakdown Structure FIGURE 4.4
Work Packages A Work Package Is the Lowest Level of the WBS. It is output-oriented in that it: Defines work (what) Identifies time to complete a work package (how long) Identifies a time-phased budget to complete a work package (cost) Identifies resources needed to complete a work package (how much) Identifies a single person responsible for units of work (who)
Step 4: Integrating the WBS  with the Organization Organizational Breakdown Structure (OBS) Depicts how the firm is organized to discharge its work responsibility for a project Provides a framework to summarize organization work unit performance Identifies organization units responsible for work packages Ties the organizational units to cost control accounts
Step 5: Coding the WBS  for the Information System WBS Coding System Defines: Levels and elements of the WBS Organization elements Work packages Budget and cost information Allows reports to be consolidated at any  level in the organization structure
WBS Coding
Estimating Project Time and Costs
Estimating Projects   Estimating The process of forecasting or approximating the  time and cost  of completing  project deliverables The task of balancing the  expectations of stakeholders  and the  need for control  while the project is implemented Types of Estimates Top-down (macro) estimates: analogy, group consensus, or mathematical relationships Bottom-up (micro) estimates: estimates of elements of the  work breakdown structure (WBS)
Factors Influencing the Quality of Estimates Quality of Estimates Project Duration People Project Structure and Organization Organization Culture Planning Horizon
Estimating Guidelines for Times,  Costs, and Resources Have people familiar with the  tasks  make the estimate. Use  several people  to make estimates. Base estimates on  normal conditions , efficient methods, and a normal level of resources. Use consistent  time units  in estimating task times. Treat each  task as independent , don’t aggregate. Don’t make allowances for  contingencies . Adding a  risk assessment  helps avoid surprises to stakeholders.
Macro versus Micro Estimating TABLE 5.1 Conditions for Preferring Top-Down or Bottom-Up Time and Cost Estimates Condition  Macro Estimates  Micro Estimates Strategic decision making  X  Cost and time important  X High uncertainty  X Internal, small project  X Fixed-price contract  X Customer wants details  X Unstable scope  X
Estimating Projects: Preferred Approach Make top-down estimates Develop the WBS Make bottom-up estimates Develop schedules and budgets Reconcile differences between top-down and bottom-up estimates
Methods for Estimating Project  Times and Costs Macro (Top-Down) Approaches Ratio methods/Parametric Apportion method Function point methods for software and  system projects Learning curves Project Estimate Times Costs
Apportion Method of Allocating Project Costs Using the Work Breakdown Structure FIGURE 5.1
Simplified Basic Function Point Count Process for a Prospective Project or Deliverable TABLE 5.2
Example: Function Point Count Method TABLE 5.3
Methods for Estimating Project  Times and Costs (cont’d) Micro (Bottom-Up) Approaches Template method (Past Project) Parametric procedures applied to specific tasks (Ratio Method) Detailed estimates for the WBS  work packages (People-Three Time) Phase estimating: A Hybrid (Aero/IT/New Technology)
Level of Detail Level of detail is different for  different levels of management. (Strategic-  e.g. “Build oil platform in the Narmada basin”-HEG Ltd) Level of detail in the WBS varies with the  complexity of the project. Excessive detail is costly. Fosters a focus on departmental outcomes Creates unproductive paperwork Insufficient detail is costly. Lack of focus on goals Wasted effort on nonessential activities
Three Views of Cost FIGURE 5.6
Types of Costs Direct Costs Costs that are clearly chargeable to a specific work package. Labor, materials, equipment, and other Direct (Project) Overhead Costs Costs incurred that are directly tied to an identifiable project deliverable or work package. Salary, rents, supplies, specialized machinery General and Administrative Overhead Costs Organization costs indirectly linked to a specific package that are apportioned to the project
Contract Bid Summary Costs FIGURE 5.5 Direct costs  $80,000 Direct overhead  $20,000 G&A overhead (20%)  $20,000 Profit (20%)  $24,000 Total bid  $144,000
Refining Estimates Reasons for Adjusting Estimates Interaction costs are hidden in estimates. Normal conditions do not apply. Things go wrong on projects. Changes in project scope and plans. Adjusting Estimates Time and cost estimates of specific activities are adjusted as the risks, resources, and situation particulars become more clearly defined.
Refining Estimates (cont’d) Contingency Funds and Time Buffers Are created independently to offset uncertainty Reduce the likelihood of cost and completion time overruns for a project Can be added to the overall project or to specific activities or work packages Can be determined from previous similar projects Changing Baseline Schedule and Budget Unforeseen events may dictate a reformulation of the budget and schedule.
Creating a Database for Estimating FIGURE 5.7 Estimating Database Templates
Developing a Project Plan “I had six honest serving men who taught me all I know: their names were- What? How? Why? When? Where? Who? …….. Rudyard Kipling
Developing the Project Plan The Project Network A  flow chart that graphically  depicts the sequence, interdependencies, and start and finish times of the project job plan of activities that is the  critical path  through the network Provides the basis for  scheduling  labor and equipment  Provides an estimate of the  project’s duration (T) Provides a basis for budgeting  cash flow (C) Highlights activities that are  “critical”  and should not be delayed Help managers get and stay on plan
From Work Package to Network FIGURE 6.1 WBS/Work Packages to Network
From Work Package to Network (cont’d) FIGURE 6.1 (cont’d) WBS/Work   Packages to Network (cont’d)
Constructing a Project Network Terminology Activity:  an element of the project that requires time. Merge activity:  an activity  that has two or more preceding  activities on which it depends. Parallel (concurrent)  activities:  Activities that can  occur independently and, if  desired, not at the same time. A C B D
Constructing a Project Network (cont’d) Terminology Path:  a sequence of connected, dependent activities. Critical path:  the longest path through the activity network that allows for the completion of all project-related activities. Delays on the critical path will delay completion of the entire project. D (Assumes that minimum of A + B > minimum of C in length of times to complete activities.) C A B
Terminology Event:  a point in time when an activity is started or completed. It does not consume time. Burst activity:  an activity that has more than one activity immediately following it (more than one dependency arrow flowing from it). Two Approaches Activity-on-Node (AON) Uses a node to depict an activity Activity-on-Arrow (AOA) Uses an arrow to depict an activity Constructing a Project Network (cont’d) B D A C
Basic Rules to Follow in Developing  Project Networks Networks typically flow from left to right. An activity cannot begin until all of its activities are complete. Arrows indicate precedence and flow and can cross over each other. Identify each activity with a unique number; this number must be greater than its predecessors. Looping is not allowed. Conditional statements are not allowed. Use common start and stop nodes.
Activity-on-Node Fundamentals FIGURE 6.2
Activity-on-Node Fundamentals (cont’d) FIGURE 6.2 (cont’d)
Network Computation Process Forward Pass —Earliest Times How soon can the activity start? (early start—ES) How soon can the activity finish? (early finish—EF) How soon can the project finish? (expected time—ET) Backward  Pass —Latest Times How late can the activity start? (late start—LS) How late can the activity finish? (late finish—LF) Which activities represent the critical path? How long can it be delayed? (slack or float—SL)
Activity-on-Node Network FIGURE 6.5
Activity-on-Node Network Forward Pass FIGURE 6.6
Activity-on-Node Network Backward Pass FIGURE 6.7
Determining Slack (or Float) Free Slack (or Float) The amount of time an activity can be delayed without delaying connected successor activities Total Slack The amount of time an activity can be delayed without delaying the entire project
Activity-on-Node Network with Slack FIGURE 6.8
Activity-on-Arrow Network Building Blocks FIGURE A6.1
Activity-on-Arrow Network Fundamentals FIGURE A6.2
Activity-on-Arrow Network Fundamentals FIGURE A6.2 (cont’d)
Managing Risk
Risk Management Process Risk An  uncertain event  that, if it occurs, has a negative effect on project objectives Risk Management A proactive attempt to recognize and manage internal events and external threats that affect the likelihood of a project’s success What  can go wrong (risk event) How  to minimize the risk event’s impact (consequences) What  can be done before an event occurs (anticipation) What  to do when an event occurs (contingency plans)
The Risk Event Graph FIGURE 7.1
Risk Management’s Benefits A  proactive  rather than reactive approach Reduces  surprises  and negative consequences Prepares the project manager to take advantage of appropriate risks Provides better control over the future Improves chances of reaching project performance objectives within budget and on time
The Risk Management Process FIGURE 7.2
Managing Risk Step 1: Risk Identification Generate a list of possible risks through brainstorming, problem identification and risk profiling. Macro risks first, then specific events Step 2: Risk Assessment Risk assessment matrix
Step 1: Partial Risk Profile for  Product Development Project FIGURE 7.4
Step 1: Risk Breakdown Structure FIGURE 7.3
Step 2: Risk Assessment Form FIGURE 7.6
Impact Scales FIGURE 7.5
Risk Severity Matrix FIGURE 7.7
Managing Risk (cont’d) Step 3: Risk Response Development Mitigating Risk Reducing the likelihood an adverse event will occur Reducing impact of adverse event Transferring Risk Paying a premium to pass the risk to another party Avoiding Risk Changing the project plan to eliminate the risk or condition Sharing Risk Allocating risk to different parties-Insurance/Sub-contactor Retaining Risk Making a conscious decision to accept the risk
Contingency Planning Contingency Plan An alternative plan that will be used if a possible foreseen risk event actually occurs A plan of actions that will reduce or mitigate the negative impact (consequences) of a risk event Risks of Not Having a Contingency Plan Having no plan may slow managerial response Decisions made under pressure can be potentially dangerous and costly
Risk Response Matrix FIGURE 7.8
Risk and Contingency Planning Technical Risks Backup strategies if chosen technology fails Assessing whether technical uncertainties can be resolved Schedule Risks Use of slack increases the risk of a late project finish Imposed duration dates (absolute project finish date) Compression of project schedules due to a shortened project duration date
Risk and Contingency Planning (cont’d) Costs Risks Time/cost dependency links: costs increase when problems take longer to solve than expected. Deciding to use the schedule to solve cash flow problems should be avoided. Price protection risks (a rise in input costs) increase if the duration of a project is increased. Funding Risks Changes in the supply of funds for the project can dramatically affect the likelihood of implementation or successful completion of a project.
Contingency Funding and Time Buffers Contingency Funds Funds to cover project risks —identified and unknown Size of funds reflects overall risk of a project Budget reserves Are linked to the identified risks of specific work packages Management reserves Are large funds to be used to cover major unforeseen risks (e.g., change in project scope) of the total project Time Buffers Amounts of time used to compensate for unplanned delays in the project schedule
Contingency Fund Estimate (000s) TABLE 7.1
Managing Risk (cont’d) Step 4: Risk Response Control Risk control Execution of the risk response strategy Monitoring of triggering events Initiating contingency plans Watching for new risks Establishing a Change Management System Monitoring, tracking, and reporting risk Fostering an open organization environment Repeating risk identification/assessment exercises Assigning and documenting responsibility for managing risk

Pm Student Ho

  • 1.
  • 2.
    What Is aProject? Project Defined A complex , nonroutine , one-time effort limited by time, budget, resources, and performance specifications designed to meet customer needs .
  • 3.
    Major Characteristics ofa Project? Has an established objective . e.g. Unitech/TCS/NTPC Has a defined life span with a beginning and an end. Typically requires across-the-organizational participation. e.g. Specialists (Eng-FA-Marketing etc)
  • 4.
    Major Characteristics ofa Project? Involves doing something never been done before. e.g. nonroutine/ Chandrayan –DLF Customization Has specific time , cost, and performance requirements. Faster-Cheaper-Quality (???)
  • 5.
    Project Management inAction-UPS Moving the goods Project : Expand the delivering packages to helping net companies with everything from managing inventory to Tracking Shipment. Payoff : About 500,000 companies worldwide use the full package of UPS online logistics services, generating $ 1.4B in revenue. Action : UPS developed online system for e-tailers for everything from product delivery and tracking, managing inventories, and dealing with suppliers, to handling billings and payments. Cost are slashed for all stake holders in the supply chain to the final chain to the final customer. The UPS system leaves the competitors in a catch-up mode
  • 6.
    Project Management inAction-Others PACCAR: Marketing Project: Make the truck industry technically savvy by shifting parts purchasing online, building web-powered engine monitoring equipment in each truck CISCO: Streamlining Project Sales & inventory tracking system linking Cisco with suppliers, manufacturers and customers SW Airlines: Customer Service Project To make buying online irresistible by emphasizing simplicity and speed over whizzy features. Nortel Networks: Management Project Speed up product development –key tactics: have development teams share ideas and documents.
  • 7.
  • 8.
    The Challenge ofProject Management: The Project Manager Manages temporary , non-repetitive activities and frequently acts independently of the formal organization . Marshals resources for the project Provides direction, coordination, and integration to the project team Manages a diverse set of project stakeholders Dependent upon others for technical answers Is responsible for performance and success of the project Must induce the right people at the right time to address the right issues and make the right decisions .
  • 9.
    The Importance/Age ofProject Management Factors Leading to the Increased Use of Project Management: Compression of the product life cycle-(Competitive Advantage) Global competition Knowledge explosion Corporate downsizing Increased customer focus (Need) Small projects that represent big problems
  • 10.
    Growth in PMPCertification
  • 11.
    Integrated Management ofProjects FIGURE 1.3
  • 12.
    Project Management Process The Technical and Socio-cultural Dimensions FIGURE 1.4
  • 13.
    PM Today: IntegratedProject Management Systems Problems Resulting from the Use of Piecemeal Project Management Systems: Do not tie together the overall strategies of the firm. Fail to prioritize selection of projects by their importance of their contribution to the firm. Are not integrated throughout the project life cycle. Do not match project planning and controls with organizational culture to make appropriate adjustments in support of project endeavors.
  • 14.
    Evolution of ProjectDriven Organization CMM Level 1: Ad Hoc- Unpredictable Processes (TCP) CMM Level 2: Repeatable Basic Processes CMM Level 3: Repeatable Well Defined Processes CMM Level 4: Seamless/Integrated Managed Processes CMM Level 5: Optimizing-Continuously Improving Process
  • 15.
    Organization Strategy andProject Selection “If you don’t know where you are going, any road will take you there”…Confucius
  • 16.
    Integrated Management ofProjects FIGURE 1.3
  • 17.
    Why Project ManagersNeed to Understand the Strategic Management Process? Involvement –Organization focus- Decision Project managers must respond to changes with appropriate decisions about future projects and adjustments to current projects. Project managers who understand their organization’s strategy can become effective advocates of projects aligned with the firm’s mission. Insight – Organizational capabilities and resource constraints Project contribution- Organization focus - Direction
  • 18.
  • 19.
    The Strategic ManagementProcess: An Overview Strategic Management Provides the theme and focus of the future direction for the firm. (Airlines – BA/ SAS/ Virgin) Responding to changes in the external environment—environmental scanning Allocating scarce resources of the firm to improve its competitive position—internal responses to new action programs Requires strong links among mission, goals, objectives, strategy, and implementation.
  • 20.
    Strategic Management Process(cont’d) Four of Activities of the Strategic Management Process Review and define the organizational mission . (Focus) Set long-range goals and objectives . (SMART) Analyze and formulate strategies to reach objectives. (Customer-Needs –SWOT) Implement strategies through projects . (How? i.e. Management-POSDC)
  • 21.
    Characteristics of ObjectivesEXHIBIT 2. 1 S Specific Be specific in targeting an objective M Measurable Establish a measurable indicator(s) of progress A Assignable Make the objective assignable to one person for completion R Realistic State what can realistically be done with available resources T Time related State when the objective can be achieved, that is, its duration.
  • 22.
    Checklist Selection ModelStrategy alignment: What specific organization does this project align with? Driver: What business problem does the project solve? Success metrics: How will we measure success? Sponsorship: Who is the project sponsor? Risk: What is the impact of not doing this project? Risk: What is the project risk to our organization? Benefits: What is the value of the project to this organization? Organization culture: Is our organization culture right for this type of project? Approach: Will we build or buy? Training/resources: Will staff training be required? Finance: What is estimated cost of the project? Portfolio: How does the project interact with current projects?
  • 23.
  • 24.
    Applying a SelectionModel Project Classification Deciding how well a strategic or operations project fits the organization’s strategy. Selecting a Model Applying a weighted scoring model to bring projects to closer with the organization’s strategic goals. Reduces the number of wasteful projects Helps identify proper goals for projects Helps everyone involved understand how and why a project is selected
  • 25.
    Project Proposals Sourcesand Solicitation of Project Proposals Within the organization Request for proposal (RFP) from external sources (contractors and vendors) Ranking Proposals and Selection of Projects Prioritizing requires discipline, accountability, responsibility, constraints, reduced flexibility, and loss of power Managing the Portfolio Senior management input The priority team (project office) responsibilities
  • 26.
  • 27.
    Risk AnalysisFIGURE 2.4B
  • 28.
  • 29.
  • 30.
    Organization Structure andCulture “ Successful project management can flourish within any structure, but the culture within the organization must support the four basic values of project management: Cooperation, Teamwork, Trust & Effective Communication ”
  • 31.
    Project Management StructuresChallenges to Organizing Projects The uniqueness and short duration of projects relative to ongoing longer-term organizational activities The multidisciplinary and cross-functional nature of projects creates authority and responsibility dilemmas. Choosing an Appropriate Project Management Structure The best system balances the needs of the project with the needs of the organization. Functional – Dedicated Team - Matrix
  • 32.
    Project Management StructuresOrganizing Projects: Functional Organization Different segments of the project are delegated to respective functional units. Coordination is maintained through normal management channels. Used when the interest of one functional area dominates the project or one functional area has a dominant interest in the project’s success.
  • 33.
  • 34.
    Functional Organization ofProjects Advantages No Structural Change Flexibility In-Depth Expertise Easy Post-Project Transition Disadvantages Lack of Focus Poor Integration Slow Lack of Ownership
  • 35.
    Project Management Structures(cont’d) Organizing Projects: Dedicated Teams Teams operate as separate units under the leadership of a full-time project manager. In a projectized organization where projects are the dominant form of business, functional departments are responsible for providing support for its teams. e.g. Apple – Macintosh, iPod, iApple etc
  • 36.
  • 37.
    Project Organization: DedicatedTeam Advantages Simple Fast Cohesive Cross-Functional Integration Disadvantages Expensive Internal Strife Limited Technological Expertise Difficult Post-Project Transition
  • 38.
  • 39.
    Project Management Structures(cont’d) Organizing Projects: Matrix Structure Hybrid organizational structure (matrix) is overlaid on the normal functional structure. Two chains of command (functional and project) Project participants report simultaneously to both functional and project managers. Matrix structure optimizes the use of resources. Allows for participation on multiple projects while performing normal functional duties Achieves a greater integration of expertise and project requirements
  • 40.
  • 41.
    Different Matrix FormsFunctional (also Weak or Lightweight) Form Matrices in which the authority of the functional manager predominates and the project manager has indirect authority Balance (or Middleweight) Form The traditional matrix form in which the project manager sets the overall plan and the functional manager determines how work to be done Strong (Heavyweight) Form Resembles a project team in which the project manager has broader control and functional departments act as subcontractors to the project
  • 42.
    Project Organization: MatrixForm Advantages Efficient Strong Project Focus Easier Post-Project Transition Flexible Disadvantages Conflict Infighting Stressful Slow
  • 43.
    Choosing the AppropriateProject Management Structure Organization (Form) Considerations How important is the project to the firm’s success ? What percentage of core work involves projects? What level of resources (human and physical) are available?
  • 44.
    Choosing the AppropriateProject Management Structure (cont’d) Project Considerations Size of project Strategic importance Novelty and need for innovation Need for integration (number of departments involved) Environmental complexity (number of external interfaces) Budget and time constraints Stability of resource requirements
  • 45.
    Organizational Culture OrganizationalCulture Defined A system of shared norms, beliefs, values, and assumptions which bind people together, thereby creating shared meanings The “personality” of the organization that sets it apart from other organizations. Provides a sense of identify to its members Helps legitimize the management system of the organization Clarifies and reinforces standards of behavior
  • 46.
    Key Dimensions Definingan Organization’s Culture FIGURE 3.6
  • 47.
    Defining the Project“ Select a dream Use your dream to set a goal Create a plan Consider resources Enhance skills and abilities Spend time wisely Start! Get organized and go…….”
  • 48.
    Defining the ProjectStep 1: Defining the Project Scope Step 2: Establishing Project Priorities Step 3: Creating the Work Breakdown Structure Step 4: Integrating the WBS with the Organization Step 5: Coding the WBS for the Information System
  • 49.
    Step 1: Definingthe Project Scope Project Scope A definition of the end result or mission of the project —a product or service for the client/customer—in specific, tangible, and measurable terms. Purpose of the Scope Statement To clearly define the deliverable(s) for the end user. To focus the project on successful completion of its goals. To be used by the project owner and participants as a planning tool and for measuring project success .
  • 50.
    Project Scope ChecklistProject objective-t/c/p Deliverables-plc Milestones-event Technical requirements- e.g. Free Willy-C17-US $ 2M Limits and exclusions- Reviews with customer-i/e
  • 51.
    Project Scope: Termsand Definitions Scope Statements Also called statements of work (SOW) Project Charter Can contain an expanded version of scope statement A document authorizing the project manager to initiate and lead the project. Scope Creep The tendency for the project scope to expand over time due to changing requirements, specifications, and priorities.
  • 52.
    Project Scope: ExampleLAN Project Scope statement Objective: To design and install LAN with in one month with a budget not to exceed $60,000 for the Teleatlas. Deliverables: 200 workstations Server with duo core Pentium processor 2HP Laser printer Window NT Server OS 4 Hrs training -WS user) 16 Hrs training-Admn Fully operational LAN system
  • 53.
    Project Scope: ExampleMilestones: HW 2 nd Jan’09 Setting users priority & authorization 25 th Jan’09 In-house whole network test completed 2 nd Feb’09 Training completed 1 st March’09 Technical Requirement: WS- 19” Monitor…… System support –Window NT platform PCI 64 ethernet LAN interface cards and connection Limit & Exclusion: System maintenance/repair-one month Warranties transferred to client Customer Review Director –Technical Teleatlas
  • 54.
    Step 2: EstablishingProject Priorities Causes of Project Trade-offs Shifts in the relative importance of criterions related to cost, time, and performance parameters Budget –Cost Schedule –Time Performance –Scope
  • 55.
  • 56.
    Step 2: EstablishingProject Priorities Managing the Priorities of Project Trade-offs Constrain: a parameter is a fixed requirement. Enhance: optimizing a parameter over others. Accept: reducing (or not meeting) a parameter requirement.
  • 57.
    Step 3: Creatingthe Work Breakdown Structure Work Breakdown Structure (WBS) An hierarchical outline (map) that identifies the products and work elements involved in a project Defines the relationship of the final deliverable (the project) to its subdeliverables, and in turn, their relationships to work packages Best suited for design and build projects that have tangible outcomes rather than process-oriented projects
  • 58.
    Hierarchical Breakdown ofthe WBS FIGURE 4.3
  • 59.
  • 60.
    Work Packages AWork Package Is the Lowest Level of the WBS. It is output-oriented in that it: Defines work (what) Identifies time to complete a work package (how long) Identifies a time-phased budget to complete a work package (cost) Identifies resources needed to complete a work package (how much) Identifies a single person responsible for units of work (who)
  • 61.
    Step 4: Integratingthe WBS with the Organization Organizational Breakdown Structure (OBS) Depicts how the firm is organized to discharge its work responsibility for a project Provides a framework to summarize organization work unit performance Identifies organization units responsible for work packages Ties the organizational units to cost control accounts
  • 62.
    Step 5: Codingthe WBS for the Information System WBS Coding System Defines: Levels and elements of the WBS Organization elements Work packages Budget and cost information Allows reports to be consolidated at any level in the organization structure
  • 63.
  • 64.
  • 65.
    Estimating Projects Estimating The process of forecasting or approximating the time and cost of completing project deliverables The task of balancing the expectations of stakeholders and the need for control while the project is implemented Types of Estimates Top-down (macro) estimates: analogy, group consensus, or mathematical relationships Bottom-up (micro) estimates: estimates of elements of the work breakdown structure (WBS)
  • 66.
    Factors Influencing theQuality of Estimates Quality of Estimates Project Duration People Project Structure and Organization Organization Culture Planning Horizon
  • 67.
    Estimating Guidelines forTimes, Costs, and Resources Have people familiar with the tasks make the estimate. Use several people to make estimates. Base estimates on normal conditions , efficient methods, and a normal level of resources. Use consistent time units in estimating task times. Treat each task as independent , don’t aggregate. Don’t make allowances for contingencies . Adding a risk assessment helps avoid surprises to stakeholders.
  • 68.
    Macro versus MicroEstimating TABLE 5.1 Conditions for Preferring Top-Down or Bottom-Up Time and Cost Estimates Condition Macro Estimates Micro Estimates Strategic decision making X Cost and time important X High uncertainty X Internal, small project X Fixed-price contract X Customer wants details X Unstable scope X
  • 69.
    Estimating Projects: PreferredApproach Make top-down estimates Develop the WBS Make bottom-up estimates Develop schedules and budgets Reconcile differences between top-down and bottom-up estimates
  • 70.
    Methods for EstimatingProject Times and Costs Macro (Top-Down) Approaches Ratio methods/Parametric Apportion method Function point methods for software and system projects Learning curves Project Estimate Times Costs
  • 71.
    Apportion Method ofAllocating Project Costs Using the Work Breakdown Structure FIGURE 5.1
  • 72.
    Simplified Basic FunctionPoint Count Process for a Prospective Project or Deliverable TABLE 5.2
  • 73.
    Example: Function PointCount Method TABLE 5.3
  • 74.
    Methods for EstimatingProject Times and Costs (cont’d) Micro (Bottom-Up) Approaches Template method (Past Project) Parametric procedures applied to specific tasks (Ratio Method) Detailed estimates for the WBS work packages (People-Three Time) Phase estimating: A Hybrid (Aero/IT/New Technology)
  • 75.
    Level of DetailLevel of detail is different for different levels of management. (Strategic- e.g. “Build oil platform in the Narmada basin”-HEG Ltd) Level of detail in the WBS varies with the complexity of the project. Excessive detail is costly. Fosters a focus on departmental outcomes Creates unproductive paperwork Insufficient detail is costly. Lack of focus on goals Wasted effort on nonessential activities
  • 76.
    Three Views ofCost FIGURE 5.6
  • 77.
    Types of CostsDirect Costs Costs that are clearly chargeable to a specific work package. Labor, materials, equipment, and other Direct (Project) Overhead Costs Costs incurred that are directly tied to an identifiable project deliverable or work package. Salary, rents, supplies, specialized machinery General and Administrative Overhead Costs Organization costs indirectly linked to a specific package that are apportioned to the project
  • 78.
    Contract Bid SummaryCosts FIGURE 5.5 Direct costs $80,000 Direct overhead $20,000 G&A overhead (20%) $20,000 Profit (20%) $24,000 Total bid $144,000
  • 79.
    Refining Estimates Reasonsfor Adjusting Estimates Interaction costs are hidden in estimates. Normal conditions do not apply. Things go wrong on projects. Changes in project scope and plans. Adjusting Estimates Time and cost estimates of specific activities are adjusted as the risks, resources, and situation particulars become more clearly defined.
  • 80.
    Refining Estimates (cont’d)Contingency Funds and Time Buffers Are created independently to offset uncertainty Reduce the likelihood of cost and completion time overruns for a project Can be added to the overall project or to specific activities or work packages Can be determined from previous similar projects Changing Baseline Schedule and Budget Unforeseen events may dictate a reformulation of the budget and schedule.
  • 81.
    Creating a Databasefor Estimating FIGURE 5.7 Estimating Database Templates
  • 82.
    Developing a ProjectPlan “I had six honest serving men who taught me all I know: their names were- What? How? Why? When? Where? Who? …….. Rudyard Kipling
  • 83.
    Developing the ProjectPlan The Project Network A flow chart that graphically depicts the sequence, interdependencies, and start and finish times of the project job plan of activities that is the critical path through the network Provides the basis for scheduling labor and equipment Provides an estimate of the project’s duration (T) Provides a basis for budgeting cash flow (C) Highlights activities that are “critical” and should not be delayed Help managers get and stay on plan
  • 84.
    From Work Packageto Network FIGURE 6.1 WBS/Work Packages to Network
  • 85.
    From Work Packageto Network (cont’d) FIGURE 6.1 (cont’d) WBS/Work Packages to Network (cont’d)
  • 86.
    Constructing a ProjectNetwork Terminology Activity: an element of the project that requires time. Merge activity: an activity that has two or more preceding activities on which it depends. Parallel (concurrent) activities: Activities that can occur independently and, if desired, not at the same time. A C B D
  • 87.
    Constructing a ProjectNetwork (cont’d) Terminology Path: a sequence of connected, dependent activities. Critical path: the longest path through the activity network that allows for the completion of all project-related activities. Delays on the critical path will delay completion of the entire project. D (Assumes that minimum of A + B > minimum of C in length of times to complete activities.) C A B
  • 88.
    Terminology Event: a point in time when an activity is started or completed. It does not consume time. Burst activity: an activity that has more than one activity immediately following it (more than one dependency arrow flowing from it). Two Approaches Activity-on-Node (AON) Uses a node to depict an activity Activity-on-Arrow (AOA) Uses an arrow to depict an activity Constructing a Project Network (cont’d) B D A C
  • 89.
    Basic Rules toFollow in Developing Project Networks Networks typically flow from left to right. An activity cannot begin until all of its activities are complete. Arrows indicate precedence and flow and can cross over each other. Identify each activity with a unique number; this number must be greater than its predecessors. Looping is not allowed. Conditional statements are not allowed. Use common start and stop nodes.
  • 90.
  • 91.
  • 92.
    Network Computation ProcessForward Pass —Earliest Times How soon can the activity start? (early start—ES) How soon can the activity finish? (early finish—EF) How soon can the project finish? (expected time—ET) Backward Pass —Latest Times How late can the activity start? (late start—LS) How late can the activity finish? (late finish—LF) Which activities represent the critical path? How long can it be delayed? (slack or float—SL)
  • 93.
  • 94.
  • 95.
  • 96.
    Determining Slack (orFloat) Free Slack (or Float) The amount of time an activity can be delayed without delaying connected successor activities Total Slack The amount of time an activity can be delayed without delaying the entire project
  • 97.
  • 98.
  • 99.
  • 100.
  • 101.
  • 102.
    Risk Management ProcessRisk An uncertain event that, if it occurs, has a negative effect on project objectives Risk Management A proactive attempt to recognize and manage internal events and external threats that affect the likelihood of a project’s success What can go wrong (risk event) How to minimize the risk event’s impact (consequences) What can be done before an event occurs (anticipation) What to do when an event occurs (contingency plans)
  • 103.
    The Risk EventGraph FIGURE 7.1
  • 104.
    Risk Management’s BenefitsA proactive rather than reactive approach Reduces surprises and negative consequences Prepares the project manager to take advantage of appropriate risks Provides better control over the future Improves chances of reaching project performance objectives within budget and on time
  • 105.
    The Risk ManagementProcess FIGURE 7.2
  • 106.
    Managing Risk Step1: Risk Identification Generate a list of possible risks through brainstorming, problem identification and risk profiling. Macro risks first, then specific events Step 2: Risk Assessment Risk assessment matrix
  • 107.
    Step 1: PartialRisk Profile for Product Development Project FIGURE 7.4
  • 108.
    Step 1: RiskBreakdown Structure FIGURE 7.3
  • 109.
    Step 2: RiskAssessment Form FIGURE 7.6
  • 110.
  • 111.
  • 112.
    Managing Risk (cont’d)Step 3: Risk Response Development Mitigating Risk Reducing the likelihood an adverse event will occur Reducing impact of adverse event Transferring Risk Paying a premium to pass the risk to another party Avoiding Risk Changing the project plan to eliminate the risk or condition Sharing Risk Allocating risk to different parties-Insurance/Sub-contactor Retaining Risk Making a conscious decision to accept the risk
  • 113.
    Contingency Planning ContingencyPlan An alternative plan that will be used if a possible foreseen risk event actually occurs A plan of actions that will reduce or mitigate the negative impact (consequences) of a risk event Risks of Not Having a Contingency Plan Having no plan may slow managerial response Decisions made under pressure can be potentially dangerous and costly
  • 114.
  • 115.
    Risk and ContingencyPlanning Technical Risks Backup strategies if chosen technology fails Assessing whether technical uncertainties can be resolved Schedule Risks Use of slack increases the risk of a late project finish Imposed duration dates (absolute project finish date) Compression of project schedules due to a shortened project duration date
  • 116.
    Risk and ContingencyPlanning (cont’d) Costs Risks Time/cost dependency links: costs increase when problems take longer to solve than expected. Deciding to use the schedule to solve cash flow problems should be avoided. Price protection risks (a rise in input costs) increase if the duration of a project is increased. Funding Risks Changes in the supply of funds for the project can dramatically affect the likelihood of implementation or successful completion of a project.
  • 117.
    Contingency Funding andTime Buffers Contingency Funds Funds to cover project risks —identified and unknown Size of funds reflects overall risk of a project Budget reserves Are linked to the identified risks of specific work packages Management reserves Are large funds to be used to cover major unforeseen risks (e.g., change in project scope) of the total project Time Buffers Amounts of time used to compensate for unplanned delays in the project schedule
  • 118.
    Contingency Fund Estimate(000s) TABLE 7.1
  • 119.
    Managing Risk (cont’d)Step 4: Risk Response Control Risk control Execution of the risk response strategy Monitoring of triggering events Initiating contingency plans Watching for new risks Establishing a Change Management System Monitoring, tracking, and reporting risk Fostering an open organization environment Repeating risk identification/assessment exercises Assigning and documenting responsibility for managing risk