A project is a temporary endeavor undertaken to create a unique product, service, or result. Unlike regular business operations, which are ongoing and repetitive, a project has distinct characteristics:
Temporary: Every project has a specific start and end date. It doesn’t go on forever.
Unique: The outcome of a project is always unique, even if it’s similar to other projects.
Goal-Oriented: Every project is designed to achieve specific objectives or goals.
A successful project must meet these criteria, often called the "Project Management Triangle":
Project Manager (PM):
Project Team Members:
Sponsor:
Stakeholders:
Customers/End-users:
Vendors/Contractors:
Scope Management:
Schedule Management:
Cost Management:
Quality Management:
Resource Management:
Communication Management:
Risk Management:
Procurement Management:
Stakeholder Management:
Traditional Methodologies:
Agile Methodologies:
Hybrid Methodologies:
In project management, Scope, Time, and Cost form what is commonly known as the Triple Constraint or Iron Triangle. These elements are interdependent, and changes in one will likely affect the others. Quality is often viewed as a fourth constraint that is influenced by the other three.
If the project timeline (Time) is shortened, the team may need to increase the budget (Cost) to bring in more resources or reduce deliverables (Scope) to meet the deadline.
If the Scope increases (e.g., new features requested), it will likely increase both Time and Cost.
To maintain high Quality, the project might require more testing time or higher-skilled labor, impacting both Time and Cost.
Project constraints are interconnected: changing one will impact others. For example, reducing the project duration may require more funds or a smaller scope to maintain quality.
Agile is a flexible, iterative approach to project management, especially well-suited for software and IT projects where requirements may change frequently.
Iterative Development:
Work is delivered in short cycles (iterations or sprints), usually 1–4 weeks long.
Each iteration produces a usable increment of the product.
Continuous Feedback and Improvement:
Agile encourages frequent stakeholder engagement and retrospectives to learn and adjust.
Requirements and designs evolve through feedback.
Defined Roles:
Product Owner: Represents the customer or business. Defines and prioritizes requirements (usually in a product backlog).
Scrum Master: Serves as a facilitator for the team. Ensures adherence to Agile principles and removes roadblocks.
Development Team: Cross-functional group responsible for delivering the product increment.
In a Scrum-based Agile project, the team holds daily stand-up meetings and delivers a working software feature every two weeks, adjusting priorities based on customer feedback.
These two concepts come from the PMBOK® Guide but are also referenced in CompTIA Project+ as foundational elements that influence project planning and execution.
These are conditions outside the control of the project team that affect how the project is managed.
Examples:
Organizational culture and structure
Government regulations or laws
Market conditions
Existing systems and technology
Political climate
EEFs may constrain or guide decisions but are not always negative.
These are internal assets and resources that the organization uses to help manage projects.
Examples:
Templates and forms (e.g., for status reports or risk registers)
Lessons learned from past projects
Historical data
Process guidelines, checklists, and policies
OPAs are reusable assets that can enhance efficiency and standardize project management practices.
| Aspect | EEFs | OPAs |
|---|---|---|
| Control by project team | No | Yes |
| Internal or external | Often external or organizational | Internal to the organization |
| Usage in planning/execution | Influence or constrain | Directly used or adapted by the team |
Understand that project constraints are a balancing act—altering one affects the others.
Agile focuses on small cycles, early delivery, and feedback-driven change.
EEFs influence a project from the outside, while OPAs support the project from within.
What is the difference between a project risk and a project issue?
A project risk is a potential future event that may negatively affect project objectives, while a project issue is a problem that has already occurred and requires immediate action.
Risks are uncertain events identified during planning or monitoring phases. They are documented in a risk register and evaluated using probability and impact analysis. Mitigation strategies are developed to reduce likelihood or impact.
Issues, in contrast, are active problems that have already materialized and must be resolved through issue management processes. These problems are recorded in an issue log and tracked until resolution.
A common mistake is treating risks and issues interchangeably. Risks require monitoring and contingency planning, while issues demand direct resolution actions. In practice, when a risk event actually occurs, it transitions from the risk register into the issue log.
Demand Score: 81
Exam Relevance Score: 92
When a stakeholder requests a scope change during execution, what formal process should the project manager follow?
The project manager should initiate the project’s change control process by documenting the request, assessing impact, obtaining approval from the change authority, and updating project documentation.
Scope changes during execution must be handled through a formal change control process to prevent uncontrolled scope expansion. The request is first logged in a change request record and evaluated for impacts on scope, schedule, cost, resources, and risks.
The analysis is presented to a designated authority such as a change control board (CCB) or project sponsor. If approved, the project plan, schedule, and baseline documentation are updated. If rejected, the request is archived but not implemented.
A common mistake is implementing stakeholder requests informally, which causes scope creep and misaligned expectations.
Demand Score: 87
Exam Relevance Score: 94
What is the purpose of a stakeholder communication plan in a project?
A stakeholder communication plan defines how project information will be delivered to stakeholders, including communication methods, frequency, and responsible parties.
Projects involve multiple stakeholders with different levels of influence and information needs. The communication plan identifies stakeholders, determines the type of information they require, and specifies delivery channels such as reports, dashboards, meetings, or messaging tools.
It also establishes communication frequency and responsible roles for producing updates.
Without a structured communication plan, stakeholders may receive inconsistent or delayed information, leading to misunderstandings or reduced support. A common issue in projects is over-communicating operational details to executives while under-communicating strategic progress.
Demand Score: 79
Exam Relevance Score: 90
What factors should a project manager evaluate when selecting between Agile and Waterfall methodologies?
The project manager should evaluate requirement stability, stakeholder involvement, delivery frequency, team structure, and project complexity.
Waterfall methodology is typically used when requirements are well defined and unlikely to change. It follows sequential phases such as planning, design, execution, and testing. Agile methodologies are better suited for projects with evolving requirements and frequent stakeholder feedback.
Agile promotes iterative delivery, collaborative teams, and adaptive planning. Key considerations include whether stakeholders can participate regularly in reviews, whether deliverables can be released incrementally, and whether the team is organized for cross-functional collaboration.
Selecting the wrong methodology often leads to delays or rework because the project structure does not match the nature of the work.
Demand Score: 76
Exam Relevance Score: 91
What is the purpose of a risk register in project management?
A risk register is used to document identified risks, assess their probability and impact, assign ownership, and track mitigation strategies throughout the project lifecycle.
The risk register is a central risk management document maintained during planning and monitoring phases. Each entry typically includes risk description, likelihood, impact severity, mitigation plan, contingency actions, and responsible owner.
This structured record helps the project team monitor potential threats and respond proactively before they affect project outcomes. It also supports prioritization by ranking risks based on severity.
A common mistake is treating the risk register as a one-time planning document rather than continuously updating it as new risks emerge during execution.
Demand Score: 80
Exam Relevance Score: 90