According to the PMBOK® Guide (Project Management Body of Knowledge) and standard PMI methodology, the scenario described is the quintessential definition of scope creep.
Scope creep refers to the uncontrolled expansion of product or project scope without adjustments to time, cost, and resources. In this specific case, the team member added a requirement that was " uncontrolled " and " not part of the plan. " Even if the intention was " to please the customer, " adding features or functions outside of the established scope baseline without following the formal Perform Integrated Change Control process constitutes scope creep.
B. A change request: This is incorrect because a change request is a formal proposal to modify any document, deliverable, or baseline. If the team member had submitted a change request, the requirement would have been reviewed and either approved or rejected, making it " controlled. "
C. Work performance information: This refers to the performance data collected from various controlling processes, analyzed in context and integrated based on relationships across areas. It is a status-related output, not a term for unauthorized work.
D. Deliverables: While the team member technically delivered something, " deliverables " refers to any unique and verifiable product, result, or capability that is required to be produced to complete a process, phase, or project. Since this was not part of the plan, it is considered an unauthorized extra rather than a planned project deliverable.
The Scope Baseline: Consists of the Project Scope Statement, WBS, and WBS Dictionary. Anything not in these documents is outside the project scope.
Gold Plating: This is a related concept often confused with scope creep. While scope creep is often requested by the customer (but not processed), gold plating is when the project team adds extra features they think the customer will like. Both are discouraged in PMI standards because they consume resources and can introduce new risks without official approval.
