PM·Starter Kit
DARK
SE423 · Software Project Management · Chapter 04

Before you manage a project,
meet the field that runs on it.

Project management isn't paperwork bolted onto engineering — it's the discipline of guiding work toward an intended outcome. This chapter lays the foundation the rest of the course builds on: what PM actually is, where it came from, who does it, and the PMBOK vocabulary and 12 principles you'll be tested on and will use for the rest of the semester.

Manhattan Project → PMI → PMBOK v7
System for Value Delivery
12 principles, 8 domains
Foundational — everything else builds on this
SYSTEM FOR VALUE DELIVERY Senior Leadership Portfolios Programs & Projects Operations OUTCOME Benefits → Value Component → Outcome → Benefits → Value — the chain every PM decision serves
§ 01 — DEFINITION & WHY IT MATTERS

What is Project Management?

🧭
Memory hook
"Guiding the work to the outcome, not just doing the work."
Project management is the application of knowledge, skills, tools, and techniques to project activities to meet project requirements — and it means guiding the project work to deliver the intended outcomes, using any mix of approaches (predictive, hybrid, adaptive).

Two official framings, same idea

definition

1. The application of knowledge, skills, tools, and techniques to project activities to meet project requirements.
2. Project management refers to guiding the project work to deliver the intended outcomes. Project teams can achieve the outcomes using a broad range of approaches (e.g., predictive, hybrid, and adaptive).

Why the field is exploding right now
87.7M

People PMI projects employers will need in project-management-oriented roles by 2027.

2.3M

New PM employees needed each year to meet global talent demand by 2030 (PMI 2021 Talent Gap report).

$97M

Wasted per every $1 billion spent on projects, per PMI's Pulse of the Profession® report.

$135.2B

Projected size of Saudi Arabia's AI market by 2030 under the Smart Government Strategy — ~12.4% of GDP.

$24.7B

Saudi Arabia's 2025 government tech spending (SR93B) — the highest in the world, 21.7% of national spending.

3

Top skills employers want in new grads — team-work, problem-solving, verbal communication — all core PM skills.

§ 02 — HISTORY

From the pyramids to the PMO

A profession growing "at a very rapid pace" — understanding where it came from explains why PMI, certification, and PMOs exist today.

Ancient — Debated origins

The pyramids and the Great Wall

Some argue that building the Egyptian pyramids was a project, as was building the Great Wall of China — massive, coordinated, goal-directed endeavors, even without the word "project management" yet.

Focus: the argument that "projects" long predate the formal discipline.
1946 — The Manhattan Project

Most-cited origin of "modern" project management

Led by Dr. Oppenheimer: a three-year, $2 billion (1946 dollars) project. It had a separate project manager and technical manager — an early split between managing the project and managing the technical work, which is still a live distinction today.

Key fact for exams: 3 years · $2B (1946$) · two distinct manager roles.
1990s — Rise of the PMO

Companies start creating Project Management Offices

As the number and complexity of projects grew, organizations began forming Project Management Offices (PMOs) — organizational units responsible for coordinating the project management function across the organization.

PMO adoption by firm size: Small (<$100M revenue) 75% · Mid-size ($100M–$1B) 83% · Large (>$1B) 95%.
Today — Global dynamics reshaping practice

Talent, agility, and benefits realization

Several global dynamics are forcing organizations to rethink their practices: talent development for project/program managers is a top concern, basic PM techniques are now core competencies, organizations want more agile approaches, and benefits realization is a key success metric.

This is the world PMI's certification growth reflects (see next section).
Project Management Certification

The Project Management Institute (PMI) is the leading organization advancing the PM profession. PMI provides certification as a Project Management Professional (PMP®), and the number of people earning PMP® certification is increasing quickly (active holders roughly doubled from ~510K in 2012 to a peak above 1.25M around 2021–2022).

For students: you can join PMI at a reduced fee and earn the Certified Associate in Project Management (CAPM) certification — the entry-level counterpart to the PMP.
Ethics in Project Management

Ethics, loosely defined, is a set of principles that guide decision making based on personal values of "right" and "wrong." Project managers often face ethical dilemmas. To earn PMP® certification, applicants must agree to PMI's Code of Ethics and Professional Conduct — and several PMP® exam questions relate to professional responsibility, including ethics.

The PMI Code of Ethics rests on four values: Responsibility, Respect, Fairness, and Honesty.
§ 03 — THE PROJECT MANAGER

The role, the responsibilities, the competencies

What PMs are on the hook for

responsibilities

Project managers are mainly responsible for all issues related to the software project; issues vary by scale, but the common ones are: Schedule, Budget, Quality, Delivery of products, and Locking in resources. In practice, most of a PM's time is consumed chasing and collecting the status of project tasks.

The role

Job descriptions vary, but most include planning, scheduling, coordinating, and working with people to achieve project goals. 97% of successful projects were led by experienced project managers, who can often help influence success factors.

Skills PMs need

Be comfortable with change · Understand the organizations they work in and with · Be able to lead teams to accomplish project goals.

14 competencies to memorize

People skills · Leadership · Listening · Integrity/ethical behavior/consistency · Building trust · Verbal communication · Building teams · Conflict resolution/management · Critical thinking/problem solving · Balancing priorities · Negotiating · Influencing the organization · Mentoring · Process and technical expertise.

🧩
Chunking aid — 14 competencies, 3 buckets
People-facing · Thinking · Doing-the-craft
People-facing (7): people skills, leadership, listening, integrity, trust, communication, team-building.
Thinking/managing (5): conflict resolution, critical thinking, balancing priorities, negotiating, influencing the organization.
Craft (2): mentoring, process & technical expertise.
Advantages of using formal project management
💰

Better resource control

Financial, physical, and human resources.

🤝

Improved customer relations

Structured engagement with stakeholders.

⏱️

Shorter dev times

Lower costs, improved productivity.

Higher quality

Increased reliability, higher profit margins.

🧭

Better internal coordination

Positive impact on meeting strategic goals.

🙂

Higher worker morale

Less stress, fewer overworked personnel.

§ 04 — PMBOK

Project Management Body of Knowledge

The reference standard the rest of this course — and this chapter's vocabulary — is built on.

Purpose of The Standard for Project Management

PMBOK v7

The Standard for Project Management provides a basis for understanding project management and how it enables intended outcomes. It applies regardless of industry, location, size, or delivery approach (predictive, hybrid, or adaptive). It describes the system within which projects operate — including governance, possible functions, the project environment, and the relationship between project management and product management.

8 Project Performance Domains (PMBOK v7)

Key areas of focus that must be managed effectively to achieve successful project outcomes.

🗂️
Memory hook
"Sam The Dev Plans Projects, Delivers, Measures Uncertainty."
Stakeholders · Team · Development Approach & Life Cycle · Planning · Project Work · Delivery · Measurement · Uncertainty
DOMAIN 1

Stakeholders

DOMAIN 2

Team

DOMAIN 3

Development Approach & Life Cycle

DOMAIN 4

Planning

DOMAIN 5

Project Work

DOMAIN 6

Delivery

DOMAIN 7

Measurement

DOMAIN 8

Uncertainty

Don't confuse these with the 12 Principles (§08). Domains are the areas of work you manage day to day; principles are the underlying guidelines that shape how you manage them. "Risk" is a principle, not a domain — the closest domain is "Uncertainty."
§ 05 — KEY TERMS AND CONCEPTS

The vocabulary PMBOK builds everything else on

Outcome

An end result or consequence of a process or project. Broader than outputs/artifacts — focuses on the benefits and value the project was undertaken to deliver.

Portfolio

Projects, programs, subsidiary portfolios, and operations managed as a group to achieve strategic objectives. Example: a company's R&D programs, marketing campaigns, or infrastructure upgrades.

Program

Related projects, subsidiary programs, and program activities managed in a coordinated manner to obtain benefits not available from managing them individually. Example: a company-wide digital transformation initiative.

Project

A temporary endeavor undertaken to create a unique product, service, or result. "Temporary" means a beginning and an end to the work or a phase of it. Projects can stand alone or be part of a program or portfolio.

Product

An artifact that is produced, is quantifiable, and can be either an end item in itself or a component item.

Project Manager

The person assigned by the performing organization to lead the project team, responsible for achieving the project objectives — facilitating team work and managing processes to deliver intended outcomes.

Project Team

A set of individuals performing the work of the project to achieve its objectives.

Project Management Team

The members of the project team who are directly involved in project management activities (a subset of the full project team).

System for Value Delivery

A collection of strategic business activities aimed at building, sustaining, and/or advancing an organization. Portfolios, programs, projects, products, and operations can all be part of it.

Value

The worth, importance, or usefulness of something. Different stakeholders perceive it differently: customers via features/functions, organizations via business value (benefits minus cost), and society via community or environmental contribution.

§ 06 — A SYSTEM FOR VALUE DELIVERY

How projects actually turn into value

Provides a context for value delivery, governance, project functions, the project environment, and product management.

🔗
The chain to memorize
Component → Outcome → Benefits → Value
The components in a value delivery system (portfolios, programs, projects, products, operations) create deliverables used to produce outcomes. Outcomes create benefits (gains realized by the organization). Benefits, in turn, create value (something of worth, importance, or usefulness).
Component
Deliverable
Outcome
Benefit
Value
Ways projects produce value
🆕

Creating a new product, service, or result that meets customer/end-user needs.

🌍

Creating positive social or environmental contributions.

📈

Improving efficiency, productivity, effectiveness, or responsiveness.

🔄

Enabling changes needed for organizational transition to a desired future state.

🧱

Sustaining benefits enabled by previous programs, projects, or operations.

Value Delivery Components

nested structure

Portfolios, programs, projects, products, and operations can be used individually and collectively to create value. Working together, they compose a system for delivering value aligned with the organization's strategy. Any project or program could include products, and operations can directly support/influence portfolios, programs, and projects (as well as functions like payroll, supply chain, finance, HR, customer service).

This system for value delivery sits inside the organization's internal environment (policies, procedures, methodologies, governance structures), which itself sits inside the external environment (economy, competitive landscape, legislative constraints).

Information Flow

feedback loop

A value delivery system works best when information and feedback are shared consistently among all components, keeping the system aligned with strategy and in harmony with the environment.

Flowing down

Senior Leadership shares strategy with Portfolios → Portfolios share desired outcomes, benefits, and value with Programs & Projects → Programs & Projects pass deliverables + support/maintenance info to Operations.

Flowing back up

Operations feed back updates, fixes, and adjustments to Programs & Projects → Programs & Projects report performance information and progress to Portfolios → Portfolios report portfolio performance to Senior Leadership. Outcomes/benefits/value performance analysis flows the whole loop back to Senior Leadership.

Organizational Governance Systems

Works alongside the value delivery system to enable smooth workflows, manage issues, and support decision making. A governance framework can include oversight, control, value assessment, integration among components, and decision-making capabilities — plus an integrated structure for evaluating changes, issues, and risks. Project governance is aligned with program and/or organizational governance, and includes defining the authority to approve changes.

Functions Associated with Projects

People drive project delivery by executing functions — fulfilled by one person, a group, or combined into defined roles. Coordination can be decentralized (teams self-organize/self-manage) or centralized (a designated project manager leads) — and centralized projects can still include self-organized sub-teams for portions of the work.

#FunctionExample
1Provide oversight and coordinationMonitoring progress and performance
2Present objectives and feedbackDefining success criteria and desired outcomes
3Facilitate and supportHosting meetings, workshops, stand-ups
4Perform work and contribute insightsCompleting assigned deliverables
5Apply expertiseAdvising on technical/domain-specific matters
6Provide business direction and insightIdentifying market trends or customer needs
7Provide resources and directionAllocating budget, personnel, infrastructure
8Maintain governanceEnforcing regulatory and internal standards
The Project Environment — Internal

Factors internal to the organization, arising from the org itself, a portfolio, a program, another project, or a combination. Includes artifacts, practices, and internal knowledge — e.g. process assets, governance documentation, data assets, knowledge assets, infrastructure, information technology software.

The Project Environment — External

Factors external to the organization can enhance, constrain, or have a neutral influence on project outcomes — e.g. marketplace conditions, social/cultural influences, regulatory environment, commercial databases, academic research, industry standards, financial considerations, physical environment.

§ 07 — PRODUCT MANAGEMENT CONSIDERATIONS

Where projects meet the product's life cycle

Portfolio, program, and product management are beyond the scope of the PMI standard and this course — but understanding each discipline and the relationships between them provides useful context for projects whose deliverables are products. Product management involves integrating people, data, processes, and business systems to create, maintain, and develop a product or service throughout its product life cycle.

The product life cycle
Introduction
Growth
Maturity
Decline / Retirement

A series of phases representing a product's evolution — from introduction, through growth and maturity, to retirement. Product management may initiate programs or projects at any point in the life cycle to create or enhance specific components, functions, or capabilities. The initial product may begin as a project's deliverable, and later programs/projects can add value throughout the cycle (e.g. Project 1: initial creation → Projects 2–3: more features/additions → Projects 4–6: revisions → Project 7: retirement — all under Portfolio Governance).

🌳
Decision tree — which form of product management applies?
Scope of the work decides the structure.
Match the situation to the right approach below.
IF the product is very large/long-running and one or more life-cycle phases are complex enough to need a coordinated set of related projects...
→ Program management within a product life cycle (e.g. modernizing a product after years of launch).
IF the work is ongoing enhancement/improvement of product capabilities, chartered project-by-project as needed...
→ Project management within a product life cycle (e.g. modernizing the UI after years of launch — portfolio governance charters individual projects).
IF the full product life cycle is bounded within the purview of one program...
→ Product management within a program (e.g. building a proof-of-concept to showcase potential directions of a given program).
§ 08 — PROJECT MANAGEMENT PRINCIPLES

The 12 principles of PMBOK v7

Principles are foundational guidelines for strategy, decision making, and problem solving — but unlike laws or rules, PM principles are not prescriptive. They guide behavior; they don't dictate a single "correct" method. They're internally consistent (no principle contradicts another), though practical dilemmas can still arise, and they can overlap with general management principles.

🔑
Memory hook — all 12, in order
"Stewards Trust Stakeholders' Value; Systems Leaders Tailor Quality, Complexity, Risk, Adapt & Change."
Stewardship · Team · Stakeholders · Value · Systems Thinking · Leadership · Tailoring · Quality · Complexity · Risk · Adaptability & Resiliency · Change
Stewardship1/12

Be a diligent, respectful, and caring steward.

  • Act responsibly and ethically, with integrity, care, trustworthiness, and compliance.
  • Spans responsibilities inside and outside the organization.
  • Holistic view: financial, social, technical, and sustainable environmental awareness.
Team2/12

Create a collaborative project team environment.

  • Projects are delivered by project teams.
  • Teams work within organizational/professional cultures, often forming their own "local" culture.
  • Collaboration aligns cultures, enables learning/development, and optimizes contribution.
Stakeholders3/12

Effectively engage with stakeholders.

  • Stakeholders influence projects, performance, and outcomes.
  • Project teams serve stakeholders by engaging with them.
  • Proactive engagement advances value delivery.
Value4/12

Focus on value.

  • Value is the ultimate indicator of project success.
  • Can be realized during, at the end of, or after the project.
  • Defined quantitatively and/or qualitatively; teams adapt to maximize expected value.
Systems Thinking5/12

Recognize, evaluate, and respond to system interactions.

  • A project is a system of interdependent, interacting domains of activity.
  • Take a holistic view of how project parts interact with each other and external systems.
  • Systems constantly change — stay responsive.
Leadership6/12

Demonstrate leadership behaviors.

  • Any project team member can demonstrate leadership behaviors.
  • Leadership ≠ authority.
  • Effective leaders adapt style to the situation and to individual motivation, and model honesty, integrity, and ethics.
Tailoring7/12

Tailor based on context.

  • Each project is unique.
  • Design the development approach using "just enough" process for the desired outcome, maximizing value, managing cost, and enhancing speed.
  • Tailoring is iterative — continuous throughout the project.
Quality8/12

Build quality into processes and deliverables.

  • Satisfies stakeholder expectations and fulfills project/product requirements.
  • Focuses on meeting acceptance criteria for deliverables.
  • Ensures processes are appropriate and as effective as possible.
Complexity9/12

Navigate complexity.

  • Complexity results from human behavior, system interactions, uncertainty, and ambiguity.
  • Can emerge at any point in the project, introduced by scope, communications, stakeholders, risk, or technological innovation.
  • Teams stay vigilant and use methods to reduce complexity's amount/impact.
Risk10/12

Optimize risk responses.

  • Risks can be positive (opportunities) or negative (threats), addressed continually.
  • An organization's risk attitude, appetite, and threshold shape the response.
  • Responses should be appropriate, cost-effective, realistic, agreed by stakeholders, and owned by someone.
Adaptability & Resiliency11/12

Embrace adaptability and resiliency.

  • Adaptability = ability to respond to changing conditions.
  • Resiliency = ability to absorb impacts and recover quickly from a setback or failure.
  • Focusing on outcomes rather than outputs facilitates adaptability.
Change12/12

Enable change to achieve the envisioned future state.

  • A structured approach helps the transition from current to future state.
  • Change can originate internally or externally; not everyone embraces it.
  • Too much change too fast → change fatigue/resistance. Stakeholder engagement and motivation assist adoption.
Where principles come from: Principles for a profession serve as foundational guidelines for strategy, decision making, and problem solving. Some professions treat principles as prescriptive laws/rules — PM principles are not; they guide behavior broadly, and principles can, but do not necessarily, reflect morals (that's what a code of ethics is for). PM principles also overlap with general management principles — both focus on delivering value, for example.
§ 09 — COMMON MISTAKES

Where students actually lose points

These are the specific mix-ups this chapter sets up — drill these before anything else.

1. Portfolio vs. Program vs. Project
✗ WRONG — "A program is just a big project."
✓ RIGHT — A project is temporary with a defined end; a program is related projects/programs managed together for benefits not available managing them individually; a portfolio is projects/programs/portfolios/operations grouped for strategic objectives. Scope grows: project → program → portfolio.
2. Product vs. Project
✗ WRONG — Using "product" and "project" interchangeably.
✓ RIGHT — A project is a temporary endeavor; a product is a quantifiable artifact that's produced (an end item or component). A project can produce a product, but the words describe different things — temporary effort vs. tangible output.
3. The 12 Principles vs. the 8 Performance Domains
✗ WRONG — Listing "Risk" as one of the 8 Performance Domains.
✓ RIGHT — Risk is one of the 12 Principles. The closest domain is "Uncertainty." Principles = guidelines for behavior; Domains = areas of work you actively manage.
4. PMP® vs. CAPM®
✗ WRONG — Thinking students should pursue the PMP® directly.
✓ RIGHT — PMP® (Project Management Professional) targets experienced practitioners. Students join PMI at a reduced fee and pursue the CAPM® (Certified Associate in Project Management) — the entry-level cert.
5. Internal vs. External environment factors
✗ WRONG — Listing "regulatory environment" or "industry standards" as internal factors.
✓ RIGHT — Regulatory environment, industry standards, marketplace conditions, and social/cultural influences are external. Process assets, governance documentation, and internal knowledge/infrastructure are internal. Rule of thumb: could a factor exist without your organization? If yes, it's external.
6. Centralized vs. decentralized coordination
✗ WRONG — "Decentralized" means there's no leadership at all.
✓ RIGHT — Decentralized coordination means the team self-organizes and self-manages (no single designated PM role driving it); centralized coordination means a designated project manager leads. A centralized project can still include self-organized sub-teams for parts of the work — the two aren't mutually exclusive.
7. Outcome vs. Benefit vs. Value — order of the chain
✗ WRONG — "Value creates outcomes."
✓ RIGHT — The direction is fixed: Component → Deliverable → Outcome → Benefit → Value. Outcomes are the end result; outcomes create benefits (organizational gains); benefits create value (worth/importance/usefulness).
8. Principles vs. Code of Ethics
✗ WRONG — Treating the 12 principles and the 4 ethics values as the same list.
✓ RIGHT — The 12 Principles (Stewardship, Team, Stakeholders, Value…) guide PM behavior broadly and are not necessarily moral. The PMI Code of Ethics and Professional Conduct is a separate, four-value set — Responsibility, Respect, Fairness, Honesty — specifically about moral conduct, required to earn the PMP®.
§ 10 — CHEAT SHEET

Chapter 4, in three tables

Nested scope, small → large
TermOne-line definition
ProductA quantifiable artifact produced — an end item or component.
ProjectA temporary endeavor to create a unique product, service, or result.
ProgramRelated projects/programs managed together for benefits not available individually.
PortfolioProjects, programs, subsidiary portfolios, and operations grouped for strategic objectives.
12 Principles, condensed
#PrincipleOne-line gist
1StewardshipAct responsibly and ethically.
2TeamFoster trust, respect, open communication.
3StakeholdersInvolve stakeholders proactively.
4ValuePrioritize outcomes that deliver value.
5Systems ThinkingUnderstand interactions within/beyond the project.
6LeadershipLead with integrity, adaptability, empathy.
7TailoringAdapt methods, tools, and approaches.
8QualityEmbed quality from the start.
9ComplexityEmbrace uncertainty and complexity.
10RiskIdentify, assess, and respond to risks.
11Adaptability & ResiliencyBe flexible and ready to pivot.
12ChangeSupport transformation and continuous improvement.
8 Performance Domains
#Domain
1Stakeholders
2Team
3Development Approach and Life Cycle
4Planning
5Project Work
6Delivery
7Measurement
8Uncertainty
§ 11 — POP QUIZ

Click a question to reveal the answer

Quick self-check, separate from the Practice Lab below.

MC · What project is most often cited as the first to use "modern" project management?
The Manhattan Project (led by Dr. Oppenheimer) — a three-year, $2 billion (1946 dollars) project that had a separate project manager and technical manager.
Short answer · What are the four values in the PMI Code of Ethics and Professional Conduct?
Responsibility, Respect, Fairness, and Honesty.
MC · Which of these is not one of the 8 Project Performance Domains: Stakeholders, Risk, Planning, Delivery?
Risk. Risk is one of the 12 Principles, not a Performance Domain. The related domain is "Uncertainty."
Short answer · Put in order: Component, Value, Outcome, Benefit.
Component → Outcome → Benefit → Value. (Components create deliverables that produce outcomes; outcomes create benefits; benefits create value.)
MC · Which type of coordination has project team members self-organize and self-manage?
Decentralized coordination. Centralized coordination instead relies on the leadership and guidance of a designated project manager or similar role.
Short answer · Why did companies start creating PMOs in the 1990s?
To help handle the increasing number and complexity of projects — a PMO is an organizational unit responsible for coordinating the project management function throughout an organization.
MC · Per PMI's Pulse of the Profession® report, how much do organizations waste for every $1 billion spent on projects?
$97 million.
Short answer · Name the three forms product management can take relative to programs and projects.
1) Program management within a product life cycle, 2) Project management within a product life cycle, 3) Product management within a program.
§ 12 — PRACTICE LAB

Apply the definitions to real scenarios

Same shape of question this chapter's terminology gets tested with — grounded directly in the slide definitions.

1. A university runs three related efforts together — a new LMS rollout, a campus-wide Wi-Fi upgrade, and a digital ID system — coordinated as a group because managing them together unlocks efficiencies none of them would get alone. What is this grouping called?
→ A Program
Why: a program is related projects (and subsidiary programs/activities) managed in a coordinated manner to obtain benefits not available from managing them individually.
2. A company chooses which of its many projects, programs, and ongoing operations to fund this year based on which best serve its strategic objectives. What PMBOK term names that top-level grouping?
→ A Portfolio
Why: a portfolio is projects, programs, subsidiary portfolios, and operations managed as a group to achieve strategic objectives.
3. A six-month effort to build and launch a new mobile app has a clear start date and a clear end date, and produces one unique deliverable. What is it?
→ A Project
Why: a project is a temporary endeavor undertaken to create a unique product, service, or result — temporary nature means a defined beginning and end.
4. A project team ships a feature (the outcome), which increases user retention (the organizational gain). What PMBOK term describes "increased user retention" here, and what does that in turn create?
→ A Benefit, which creates Value
Why: outcomes create benefits — gains realized by the organization. Benefits, in turn, create value — something of worth, importance, or usefulness.
5. A project team member proposes tailoring the schedule cadence differently from how it was done last quarter because this project's team, deliverables, and stakeholders are different. Which principle does this best illustrate?
→ Tailoring
Why: each project is unique — tailoring means designing the development approach using "just enough" process to fit the project's own context, and it's an iterative, continuous process throughout the project.