P374 - Project Management (ch.4)
Foundations of Project Management
Project Definition:
A project is defined as a series of related jobs directed toward some major, non-routine output.
It requires a significant period of time to perform.
It frequently demands significant capital investment.
Project Management Definition:
The discipline of planning, directing, and controlling resources (including people, equipment, and material) to meet the technical, cost, and time constraints of a project.
Organizational Importance:
At the highest levels of an organization, management regularly involves overseeing and balancing a portfolio of diverse projects rather than managing repetitive, day-to-day operations alone.
Organizational Structures for Project Management
Categorization of Project Structures:
Projects within organizations are fundamentally structured in one of three organizational forms: Pure Project, Functional Project, or Matrix Project.
Pure Project Structure:
Core Concept: A self-contained team works full-time on the project under direct project management.
Advantages:
The project manager possesses full and direct authority over the project.
Team members report to one single boss, avoiding conflicting directives.
Communication lines are shortened, accelerating decision-making.
Team pride, motivation, and organizational commitment remain exceptionally high.
Disadvantages:
Duplication of resources across multiple projects within the parent organization.
Broader organizational goals and policies can easily be ignored due to project-level insularity.
Lack of technology and knowledge transfer across project teams.
Team members have no functional area "home" (resulting in post-project job insecurity).
Functional Project Structure:
Core Concept: Responsibility for the project is embedded entirely within a single functional area (e.g., Engineering, R&D, Manufacturing). Employees from that functional division work on the project, typically on a part-time basis while retaining their regular duties.

Organizational Alignment:
The President oversees core departments: Research and Development, Engineering, and Manufacturing.
Specific projects reside strictly within their host function: Research and Development hosts Project A, Project B, and Project C; Engineering hosts Project D, Project E, and Project F; Manufacturing hosts Project G, Project H, and Project I.
Advantages:
Team members can work on multiple projects simultaneously.
Technical expertise is preserved and developed within the functional department.
The functional area provides a permanent "home" for employees once the project is finished.
Maintains a critical mass of specialized knowledge within each department.
Disadvantages:
Project aspects not directly tied to the host functional area often get short-changed or deprioritized.
Motivation of team members is often weak because project work is viewed as secondary to primary functional duties.
Needs of the external or internal client become secondary, resulting in slow responses.
Matrix Project Structure:
Core Concept: A hybrid blend of pure and functional structures. Personnel from various functional disciplines are assigned to work on the project, often on a part-time basis, while remaining tied to their functional departments.

Organizational Alignment:
The President oversees vertical functional departments: Research and Development, Engineering, Manufacturing, and Marketing.
Horizontal project lines intersect these vertical silos: Manager Project A, Manager Project B, and Manager Project C draw personnel directly across functional divisions.
Advantages:
Facilitates enhanced communication and cross-pollination between different functional areas.
A designated project manager is held directly accountable for overall project success.
Resource duplication across the parent firm is minimized.
Team members maintain a secure functional "home" for career progression.
Parent organization policies, standards, and strategic objectives are consistently followed.
Disadvantages:
Team members face a dual-command structure ("too many bosses"), answering to both a functional department head and a project manager.
Project success relies heavily on the project manager\'s political and negotiating skills to secure departmental resources.
Risk of sub-optimization, where individual functional heads prioritize their departmental metrics over overall project optimization.
Project Definition and Work Breakdown Structure (WBS)
Key Project Management Terminology:
Statement of Work (SOW): A formal written description detailing the overarching objectives to be achieved by the project.
Task: A further subdivision of an overall project; typically shorter than several months in duration and performed by a single group or organization.
Work Package: A set of activities combined so that they can be assigned to a single organizational unit.
Project Milestone: Specific, identifiable milestone events that mark meaningful progress in the life of the project.
Work Breakdown Structure (WBS): A structural framework defining the comprehensive hierarchy of project tasks, subtasks, and work packages.
Activities: Discrete pieces of work that consume time.
Gantt Chart: A graphical scheduling display illustrating the amount of time required and the sequence in which activities can be performed.
Hierarchical Levels of a Work Breakdown Structure:

Program Level: High-level strategic umbrella program.
Level 1 (Project): Subdivided into distinct projects (e.g., Project 1, Project 2).
Level 2 (Task): Subdivided into discrete project tasks (e.g., Task 1.1, Task 1.2).
Level 3 (Subtask): Detailed breakdown into subtasks (e.g., Subtask 1.1.1, Subtask 1.1.2).
Level 4 (Work Package): Actionable work packages assignable to functional teams (e.g., Work package 1.1.1.1, Work package 1.1.1.2).
Indented/Tabular WBS Example — Large Optical Scanner Design:

Level 1:
1Optical simulator design
Level 2:
1.1Optical design1.2System performance analysis1.3System integration1.4Cost analysis1.5Management1.6Long lead item procurement
Level 3:
Under
1.1(Optical design):1.1.1Telescope design/fab1.1.2Telescope/simulator optical interface1.1.3Simulator zoom system design1.1.4Ancillary simulator optical component specification
Under
1.2(System performance analysis):1.2.1Overall system firmware and software control1.2.2Far beam analyzer1.2.3System inter- and intra-alignment method design1.2.4Data recording and reduction requirements
Under
1.4(Cost analysis):1.4.1Cost/system schedule analysis1.4.2Cost/system performance analysis
Under
1.5(Management):1.5.1System design/engineering management1.5.2Program management
Under
1.6(Long lead item procurement):1.6.1Large optics1.6.2Target components1.6.3Detectors
Level 4:
Under
1.2.1(Overall system firmware and software control):1.2.1.1Logic flow diagram generation and analysis1.2.1.2Basic control algorithm design
Network-Planning Models and the Critical Path Method (CPM)
Network Principles:
A project is organized as a sequence of activities connected in a network representation.
The path taking the longest time through this activity network is the critical path.
The critical path dictates the shortest possible time in which the entire project can be completed.
Any delay along an activity on the critical path causes an equivalent delay to the final completion date of the project.
The Critical Path Method (CPM) provides detailed scheduling information (start dates, completion dates, and available slack) critical for tracking and controlling execution.
Four-Step CPM Procedure:
Identify each activity to be done and estimate how long each will take.
Determine the required sequence of predecessor/successor relationships and construct a network diagram.
Determine the critical path through the network.
Determine the early start/finish schedule and the late start/finish schedule for every activity.
Calculating Activity Schedules and Slack in CPM
Activity Node Precedence Format:

Top Left: Earliest Start ()
Top Right: Earliest Finish ()
Center Circle: Activity identifier and duration, denoted as
Activity (duration)Bottom Left: Latest Start ()
Bottom Right: Latest Finish ()
Scheduling Equations and Computational Logic:
Earliest Start Time ():
The earliest possible time an activity can begin, assuming all prior predecessors finish as early as possible.
Computed as the maximum (latest) Earliest Finish () among all immediate predecessor activities:
Rule: If a project contains more than one initial activity with no predecessors, set for all of them.
Earliest Finish Time ():
The earliest possible completion time for the activity:
Latest Finish Time ():
The latest time an activity can finish without delaying the overall project completion deadline.
Computed in a backward pass as the minimum (earliest) Latest Start () among all immediate successor activities:
Rule: For ending activities, initialize equal to the project\'s overall completion time (the maximum among terminal activities).
Latest Start Time ():
The latest point in time an activity can commence without postponing final project completion:
Slack Time (Float):
The allowable delay time an activity can experience without delaying the project\'s finish date:
Any activity where lies on the critical path.
Walkthrough of a Simple 4-Node Activity Network:
Network Layout:
Activity has a duration of week.
Activity has a duration of weeks; predecessor is .
Activity has a duration of week; predecessor is .
Activity has a duration of week; predecessors are and .

Forward Pass Execution (Left to Right):

* For Activity : Starts at . Finish time is .
* For Activity : Predecessor is . Starts at . Finish time is .
* For Activity : Predecessor is . Starts at . Finish time is .
* For Activity : Predecessors are () and (). Activity cannot start until both are complete. Therefore, . Finish time is .
* The earliest project completion time is weeks.
Backward Pass Execution (Right to Left):

* Set the terminal activity \'s late finish equal to its early finish: .
* For Activity : .
* For Activity : Successor is . Therefore, . Late start is .
* For Activity : Successor is . Therefore, . Late start is .
* For Activity : Successors are () and (). While could wait until week 2, must start by week 1. Thus, . Late start is .
Slack Analysis:
Activity : (Critical)
Activity : (Critical)
Activity : week of slack
Activity : (Critical)
Critical Path: with total length of weeks.
Comprehensive CPM Network Scheduling Example
Activity Designations, Precedences, and Durations (Example 4.2):
| Activity | Designation | Immediate Predecessors | Time (Weeks) | | :--- | :--- | :--- | :--- | | Design | | — | | | Build prototype | | | | | Evaluate equipment | | | | | Test prototype | | | | | Write equipment report | | | | | Write methods report | | | | | Write final report | | | |
Schedule Network and Critical Path Determination (Example 4.21):

Step-by-step Activity Times:
Activity :
,
,
Activity :
,
,
Activity :
,
,
Activity :
,
,
Activity :
Predecessors are and .
,
Successor is . Thus, ,
weeks
Activity :
Predecessors are and .
,
Successor is . Thus, ,
Activity :
Predecessors are and .
,
,
Outcome:
The overall project duration is weeks.
The network possesses two concurrent critical paths:
Critical Path 1: ( weeks)
Critical Path 2: ( weeks)
Non-critical paths through Activity contain weeks of slack:
Path ( weeks)
Path ( weeks)
CPM with Activity Time Estimates and PERT
Variability in Activity Durations:
Single deterministic time estimates can prove unreliable when activity execution is subject to technical uncertainty or environmental variance.
The Three-Time-Estimate Approach:
Evaluates three specific time estimates for each activity:
Minimum time (Optimistic): The shortest time in which an activity can be completed assuming ideal conditions.
Maximum time (Pessimistic): The longest completion time assuming unfavorable obstacles occur.
Most likely time: The realistic modal estimate expected under normal working conditions.
Statistical Framework:
Weighting these estimates enables project managers to compute a probability distribution for the completion time of the entire project.
This probabilistic three-estimate model forms the core distinguishing characteristic of the Program Evaluation and Review Technique (PERT).
Time-Cost Models and Project Crashing
Principles of Time-Cost Trade-Offs:
A time-cost model extends the CPM framework to analyze the explicit economic trade-off between the duration of an activity and total project costs.
Considers direct activity expenditures (overtime, extra shifts, additional tools), indirect overhead costs (supervision, facilities, penalties), and completion deadlines.
The act of reducing the duration of project activities by committing additional resources is defined as crashing.
Five Steps of the Crashing Procedure:
Prepare a CPM network diagram complete with normal and crash cost/time parameters.
Determine the cost per unit of time to expedite each individual activity.
Compute the initial critical path.
Shorten activities on the critical path at the point where expediting costs are lowest.
Plot direct, indirect, and total project cost curves to identify the optimal minimum-cost schedule.
Formula for Crash Cost per Unit Time:
Where:
= Crash cost (total cost to complete activity under maximum compression)
= Normal cost (baseline cost under standard duration)
= Normal time (baseline unexpedited duration)
= Crash time (minimum achievable duration with added resources)
represents total additional direct expense required to crash.
represents the maximum number of days/weeks the activity can be shortened.
Comprehensive Crashing Example (Example 4.4):

Activity Baseline Data and Calculated Cost Slopes:
Activity : , , ,
Additional cost:
Available reduction: day
Crash cost slope: per day
Activity : , , ,
Additional cost:
Available reduction: days
Crash cost slope: per day
Activity : , , ,
Additional cost:
Available reduction: day
Crash cost slope: per day
Activity : , , ,
Additional cost:
Available reduction: days
Crash cost slope: per day
Step-by-Step Project Crashing Schedule Iterations:
| Current Critical Path(s) | Remaining Days Activity May Be Shortened | Cost per Day to Expedite Each Activity | Least-Cost Activity to Expedite | Total Cost of All Activities in Network | Project Completion Time | | :--- | :--- | :--- | :--- | :--- | :--- | | ABD | Baseline normal conditions | — | — | | days | | ABD | A–1, B–3, D–2 | A–, B–, D– | D | | days | | ABD | A–1, B–3, D–1 | A–, B–, D– | D | | days | | ABD | A–1, B–3 | A–, B– | B | | days | | ABD, ACD | A–1, B–2, C–1 | A–, B–, C– | A* | | days | | ABD, ACD | B–2, C–1 | B–, C– | B & C† | | days | | ABD, ACD | B–1 | B– | B‡ | | days |
Detailed Analysis of Crashing Decisions:
Normal Schedule ( days): Baseline critical path is ( days). Total direct cost = .
Iteration 1 ( days): On critical path , candidate costs are , , and . Shorten Activity by day at . Project time = days, Total cost = .
Iteration 2 ( days): Critical path remains . Shorten Activity by its final available day at . Project time = days, Total cost = . (Activity is now at its minimum limit and cannot be reduced further).
Iteration 3 ( days): Critical path remains . Candidates are and . Shorten Activity by day at . Project time = days, Total cost = . Both paths are now tied: days and days.
Iteration 4 ( days): Because both and are critical, any time reduction requires shortening both paths simultaneously:
Option 1: Shorten Activity (shared by both paths) at per day.
Option 2: Shorten Activity (on path at ) AND Activity (on path at ) for a combined cost of per day.
Decision (): Shorten shared Activity by day at . Project time = days, Total cost = . (Activity is now fully crashed*).
Iteration 5 ( days): Candidate on path is ; candidate on path is . Shorten both (†): Activity by day and Activity by day. Combined expediting cost = . Project time = days, Total cost = . (The project has reached its absolute minimum duration of 5 days, because path ACD cannot be reduced further).
Iteration 6 (Sub-optimal crash): Shortening Activity by an additional day costs , pushing total cost to , but project completion time remains stuck at days because path cannot compress further.
Software Resource: Excel spreadsheet templates for project crashing can be referenced at
www.mhhe.com/jacobs14e.
Resource Management and Leveling
Resource Assignment:
Project scheduling involves not only allocating tasks across chronological time but also assigning required physical and human resources (personnel, specialty machinery, work suites) to each specific task.
Over-Allocation:
Occurs whenever the planned demand for a given resource exceeds the available physical supply during a specific time block.
Identified through project management tracking software.
Remediation Strategies:
Procuring additional resources (e.g., subcontracting, hiring, equipment leasing).
Rescheduling tasks within available constraints.
Taking advantage of non-critical task slack to postpone tasks until assigned resources become free, preventing project completion delay.
Automated Resource Leveling:
Advanced software tools resolve resource conflicts by applying algorithmic heuristics:
Delaying lower-priority tasks until higher-priority tasks release needed resources.
Relaxing deadline constraints (permitting the project completion date to extend past the original deadline when fixed resource capacities cannot be breached).
Project Control Charts and Tracking Reports
Function of Control Charts:
Visual management instruments that convey real-time performance against baseline expectations, highlighting variance across time, costs, and departmental workloads.
Gantt Charts:

Displays activity sequence, duration, and calendar execution in horizontal bar format against the timeline (weeks after start of project):
Contract negotiated: Weeks to
Contract signed: Weeks to
Long lead procurement: Weeks to
Manufacturing schedules: Weeks to
Bill of materials: Weeks to
Short lead procurement: Weeks to
Material specifications: Weeks to
Manufacturing plans: Weeks to
Start-up: Weeks to
Bar / Milestone Charts:

Integrates activity execution windows with distinct milestone check-points.
Example: Short lead procurement running across weeks through features three sequential milestone gates:
Milestone 1: Purchasing order release
Milestone 2: Invoices received
Milestone 3: Material received
Total Program Cost Breakdown (Cumulative S-Curve):

Depicts cumulative program dollar expenditures across time via an S-curve.
Segmented into stacked component cost layers:
Labor \ (bottom foundational layer)
Material \ (middle component layer)
Overhead \ (top operational layer)
The uppermost boundary tracks cumulative Total \.
Cost and Performance Tracking Schedule:

Upper Panel (Gantt Schedule Tracking): Evaluates completed versus projected tasks for ongoing projects (Project 1, Project 2, Project 3) evaluated against a vertical tracking date line.
Lower Panel (Cost Tracking Curve): Plots Projected Cost curve versus Actual Cost curve.
Periods where actual expenditures surpass projected baselines illustrate cost overruns.
Divisional Breakdown of Costs and Labor Hours:

Provides direct comparative analysis of divisional resource expenditure versus cost generation:
Manufacturing: Consumes of total labor hours; accounts for of total cost.
Finance: Consumes of total labor hours; accounts for of total cost.
Engineering: Consumes of total labor hours; accounts for of total cost.
Overhead: Consumes of total labor hours; accounts for of total cost.
Personnel: Consumes of total labor hours; accounts for of total cost.
Project Management Information Systems (PMIS)
Professional Organization:
The Project Management Institute (PMI) serves as the primary international professional body, maintaining standards, certifications, and resources at
www.pmi.org.
Leading Commercial Software Platforms:
Microsoft Project: The industry standard for managing small to midsized projects, widely adopted due to user accessibility and built-in interactive online tutorials.
Primavera Project Planner: The primary enterprise-grade choice for managing massive industrial projects, megaprojects, and multi-project programs; recognized as the initial major commercial vendor in this space and offering high analytical and leveling capabilities.
Key Capabilities of Modern PMIS Software:
Automated task scheduling, dependency tracking, and dynamic critical path recalculation.
Advanced cross-project resource management, including assigning, loading, and scheduling back equipment and labor across parallel tasks.
Algorithmic resource leveling to resolve capacity bottlenecks according to user-defined priority rules.