Expert Answer
Anonymous
Scope of the project needs to be agreed upon and documented at the beginning of a project in initiation and planning phases. There should be prioritized list of requirements that are in scope, requirements that didn't meet the cut and other things that are out of scope. With time requirements may change due to external and internal factors. Customers may ask for new things, the team may have new learnings, priorities may shift due to changes in competitive landscape, etc. It is important to have change control process such as a change control board and a template for requesting and approving change requests. Reviewer, Approver, Consulted and Informed should be define for change requests. Impacts on other parts of the projects, dependencies, risks and assumptions should be considered. If the scope impacts the critical path then the timeline and budget should be adjusted. Agile is a good framework to handle scope creep as there is an opportunity to adjust the sprint backlog at the beginning of every sprint. As an example, while developing a VR game customers requested that it support certain new types of drills for practice. I drove the effort to understand the impact of adding those drills to budget, timeline and quality and propose a plan to customers on when those drills could be added that they were happy with. This allowed us to deliver the initially committed game in phase 1 and do a fast follow with the requested drills in phase 2 after initial launch.