ERP Product Feature Scope

Defining Scope for ERP Implementations

I know that everyone whole-heartedly agrees that having a well-defined ERP implementation scope statement is strategic to success.  However, there are few articles or other resources that provide detailed guidance on building scope statements.  I would like to focus on one key area that is typically not clearly articulated for ERP implementations.

Components of a Scope Statement

There are many tactical objectives for a scope statement (defining a statement of work, supporting change control processes) but the strategic objective for a scope statement is to define focus!  Without focus all other ERP implementation best practices are done in vain.  It is important to not only define what should be the focus of the project team but also to define what should be out of scope.  Following is a summary of the key areas to address in a scope statement.

ERP Scope Definition
ERP Scope Areas

Now granted the above list is not a mind-sweeping revelation with most experience ERP implementors.   However, the challenge I’ve observed has been in clearly defining ERP product scope.   In the next section I will briefly discuss one of the key challenges.

Key Challenges with Scope – Product Features

An area this is typically not defined well is the business processes and ERP product features that are part of the implementation.  Too often business processes and product scope is defined only at the product level (example: we are implementing PeopleSoft Purchasing module).  How can I tell what business activities and features are out of scope?  Developing focus is much harder to develop and maintain.  Following is an illustration of how product scope should be defined our example above .

ERP Product Feature Scope
ERP Product Features – In Scope

Key points:

  • Important that you designate which ERP product functionality is in scope.
  • You need to briefly explain how the product feature supports the business activity.  A scope definition provides less value if the project team and project stakeholders do not understand how ERP will support the business.
  • There may be situations where an ERP product feature is in scope but only limited functionality will be used (example: The project manager cannot be the only role responsible for scope management.  The project team and project stakeholders must take an active role in focusing on scope.
ERP Product Scope - Out of Scope
ERP Product Features – Out of Scope

Key points

  • Important that you designate which ERP product functionality is not in scope.
  • You should define all software features associated with the ERP product.  This exercise will ensure that you have a complete product scope statement.

Project Scope

Project scope refers to the individual implementation tasks that must be performed as part of the ERP implementation.  The challenges I typically see with this area are (1) the implementation activities are not specific and (2) there is no clear, quantitative evidence regarding which party is responsible for performing the activity.  I recommend that the Implementation Partner should provide a detailed project scope statement with responsibilities clearly defined.

ERP - Implementation Activities Scope
ERP – Project Activities Scope

Please do not fall into the trap that ERP scope can be reduced by eliminating implementation tasks (ex. organization change).  Project tasks can be applied at different levels but disregarding activities is a recipe for failure.

Risks of not clearly defining ERP implementation scope

A best practice for any ERP implementation is having a defined scope change control process.  Unfortunately, having a scope change control process without also having a well-defined product scope statement will most likely result in failure.  How can any one identify scope creep no one understands the scope?  It has been my experience that the majority of scope creep starts as discussions outside the standard project meetings where unclear expectations result in losing focus on the prize.  If the first time you hear of scope creep in a change request then you are being more reactive than proactive.  I’m not saying that scope change is wrong or not necessary but I am saying we should do everything in our power to minimize exploring requirements that do not align with the project objectives.  As Barney Fife would say “nip it in the bud”.


An effective ERP scope statement has to be more than just a document – it has to be a clear vision and expectation in the mind of your project team and business stakeholders.  Scope change control has to be more than a trigger for an Implementation Partner to create a contract attachment to their Statement of Work.  A clearly defined scope statement is a filter that enables business stakeholders, internal IT groups, and the Implementation Partner to align focus for mutual success.

Join the community! 10k followers across 100 countries!






16 responses to “Defining Scope for ERP Implementations”

  1. […] This post was mentioned on Twitter by Brett Beaubouef, Brett Beaubouef. Brett Beaubouef said: Published a new blog posting – #ERP Don Right! Defining Product Scope for ERP Implementations […]

  2. Wayne Schulz Avatar

    It’s been my experience that defining scope is a lot like catching a greased pig. Just when you think you’ve gotten a handle on it something slips away from an unexpected area.

  3. Bocar Diallo Avatar


    I fully agree with your approach .functionalities are sometime blurred. For Payroll projects in Africa , we don’t have the enhanced retropay functionnality . We take the time to list what the customer can and will do ( and not do ) so things are clear at the beginning .


  4. TBoehm30 Avatar

    That is a good list to have, thanks for posting.
    I would add a couple of items:

    Modules to be installed (possibly listed ERP Products and versions but should be explicitly listed separately)

    Legacy data to be transferred. This will prevent people from trying to get transactions loaded when account balances are what you really need.

  5. Gicu Avatar

    The impression that drive business is in ERP hands is wrong.

  6. […] your ERP investment is a process – not a milestone.   Not only do you need to understand the ERP functionality implemented but also how that functionality supports business results.   To achieve long-lasting value from […]

  7. […] be boundaries (limits) on the agreed upon expectations.  These limits should be defined within a scope statement with constraints and assumptions.  Next, we need to further define and refine expectations for key business personnel that will […]

  8. Avatar

    Very informative blog over ERP Implementation . I like this blog. Keep blogging.

  9. […] Bron : ERP the Right Way! Bekijken… […]

  10. […] your experience as a project manager tells you that a well-defined project scope statement not only explains the end result but also elaborates on what is considered out of scope.  With this […]

  11. […] ERP module or feature set.   Requirements are gathered, validated, and tested based upon a limited scope.  Unfortunately, many ERP projects utilizing this approach result in failure given requirements […]

  12. […] not exist or is not well-defined then chances are this absence is contributing to the problem.  Creating or refining the project scope statement is a very small part of the action plan you need to execute.  Now, let’s turn our […]

  13. […] Defining Scope for ERP Implementations […]

  14. Scope Creep: All Things Truly Wicked Start from an Innocence

    Scope Creep: All Things Truly Wicked Start from an Innocence Looking up at the evening sky I see

  15. […] Download Image More @ […]

Leave a Reply

%d bloggers like this: