occurs when decisions are made to implement additional functionality beyond what was defined in the project scope
it minimizes the likelihood of project creep. Project creep contributes to increased project costs and late project delivery.
Drift, in project management terms, is scope creep. Scope Creep is mainly when some uncontrolled/unforeseeable changes affect the project schedule.
Scope creep refers to scope changes applied without processing them though the change control process. The role of the Project Manager is to ensure that Scope Creep does not happen in their project. As per the PMBoK guide, the Control Scope process is used to control the projects scope.
scope creep
Scope creep
Hope that the project will expand beyond its original specifications so that the contractor can bill 150% or more.
Scope creep happens when the defined scope a project is increased during the development phase. It is called creepbecause it tends to happens slowly. For example: A project was defined to handle $US. Everybody agreed to the scope ($US). Then somebody tries to add handling of the Euro and then the Yen. You now have scope creep. This is similar to feature creep - where features are added during the development phase.
Scope creep
A scope creep occurs
may lead to huge cost overruns, a failure to complete the project on schedule, and then, in the rush to meet final deadlines, the delivery of a project that fails to meet the needs of the customers.
Scope creep results when the design includes extra features or functionality that were not included in the original requirements. This could result in cost and schedule overruns. There should be a Configuration Control Board (CCB) that evaluates all changes to the requirements baseline. For avoiding it, you can use project management tools like PPMX so that there are no manual overruns.
Scope creep is change of requirements through the project, but often not under formal change control and there is no change in either the budget or schedule. Project managers should be concerned about it because it can put the project in serious danger of not delivering anything, costs can spiral because work already undertaken either has to be done again or is not valid, and the whole project schedule is at risk of project over-runs. Examples of scope creep include Customers that often make requirements vague at the start in order to allow them to make changes during the project, or expect higher performance than that originally specified. As Customers learn more during the project, there is always a temptation to add another feature, just change a component or sub-system to a newer model that has just come out or try to put something back into the project that was discounted at the early negotiation phase.