Project Management: Process Classification

By Eric Newell | February 2, 2015

Project management: process classification

“There is more than one way to skin a cat.”  That phrase has an interesting history, but it’s still amazing to me how often that saying get used today.  I was  going to use it again but instead I’ll just say there are lots of ways you can go about classifying requirements when implementing an ERP system.  I actually don’t care that much what system someone uses, as long as they have a system.  If you use the Sure Step Excel sheet to track requirements, you’ll be doing it according to the module under which the functionality exists.  We started doing that too, but we found a big problem with it – traceability.

Why Is Traceability Important?

Traceability is a big word that doesn’t get thrown around too much – however, it’s important in the context of an ERP implementation.  You need to be able to understand from where your requirement comes.  If I’m the second consultant looking at a requirement that says “Add external comments to the project invoice report”, I would say, “great, we can do that”.  However, I have no idea why that requirement exists or who originated it.  When I have the developer modify the report to add this field, who do I have test it to make sure it looks the way they want.  This is where listing a ton of requirements in a spreadsheet falls down.  It’s a lot of information that’s disconnected from anything other than a module.

You can still classify requirements against modules if you’d like, but you need to include information about who requested and why.  This is what we started doing on our first couple of projects, and it worked okay because they were smaller projections so we knew where to go digging if we had a problem.  The concept starts to get pretty difficult when you have a big project with multiple SME groups and different consultants.  We found it much easier to associate requirements with a process that the customer follows.

Process Driven Approach

At Stoneridge Software, we use a process-driven approach to gathering and tracking requirements.  What this means is that we first learn the customer’s processes, then we start to figure out what they need the system to do to support these processes.  These should be their “to-be” processes, and not just how they do things today.  We dive deeper and deeper into the processes throughout the analysis and design phase so we can get down to the task level and understand everything that needs to be done to achieve this process.  To help us define this, we’ve adopted the hierarchy that’s articulated in Lifecycle Services, which originally comes from the APQC.

By utilizing this approach, we can trace a requirement back to a process which has a defined process owner and a visual workflow so we can see where the system need fits into the process flow.  This really helps us trace back the need for the requirement and makes it easier for us to understand the importance of it in their flow.

Process Hierarchy

Here’s my representation of the process hierarchy which includes a Process Category, Process Group, Process, Activity and Task:

Process Hierarchy

In Lifecycle Services, Microsoft has used the APQC hierarchy to provide 12 process categories and their associated process groups, processes and activities.  While we agree with the hierarchy and the approach, we have found that re-classifying the process categories to fit an ERP implementation activities more closely as a better plan for us.

How We Approach a Project

When we start a project, we come in with a set of process categories and groups based on projects we’ve completed in the past.  We first try to see if the customer wants to implement any or all of these process groups and then understand what different process sets they have which we’ll need to explore.  We then put them into the broader hierarchy within our SharePoint site and Enterprise Architect so we can trace back any requirements to the processes which ultimately lead back to these process groups that were originally defined.  By using a relational model for our process tracking, we have an approach that will allow us to connect the whole project together and make sure that our plan is comprehensive and cognizant of the other parts of the implementation.

Let me know if you’re interested in learning more about this approach and I’ll continue to add more nuggets to it over the next few weeks.

Eric Newell

Related Posts

Recommended Reading:

Manage U.S. Use Tax on Purchase Orders in Dynamics 365 Finance and Operations

  Managing sales tax requirements on your business purchase can be complicated, but Dynamics 365 Finance and Operations can help […]

Read the Article
5.19.22 Dynamics CRM

How to Write a Great Support Ticket in the Stoneridge Support Portal

Submitting a support ticket through the Stoneridge Support Portal is a quick and effective way to get assistance for any […]

Read the Article

Managing Your Business Through Uncertain Times Using Dynamics 365 Finance and Operations

  Dynamics 365 Finance and Operations (F&O) can help you make informed decisions on how to move your business forward. […]

Read the Article
5.13.22 Power Platform

Using Power BI Object Level Security

  The following article will demonstrate how to use Power BI Object Level Security to disable column data based on […]

Read the Article
5.12.22 Dynamics CRM

How to Use the Stoneridge Support Portal

Stoneridge Software’s support portal is an intuitive and useful function that makes it easy for you to access resources to […]

Read the Article
5.6.22 Dynamics GP

Dynamics GP Transaction Removal: Purchase Orders

  Are you having performance issues with Purchase Orders?  Do you find that there are old Purchase Orders on your […]

Read the Article
5.5.22 Dynamics GP

The Real Story about the Long-Term Future of Dynamics GP Support

I’ve seen a number of people put forward comment that Dynamics GP is going away and you have to get […]

Read the Article

New Features in Dynamics 365 Business Central 2022 Wave 1 Release – Financial Enhancements

The Dynamics 365 Businses Central 2022 Wave 1 Release has a lot of new and exciting features to help your […]

Read the Article
4.29.22 Dynamics GP

Dynamics GP Transaction Removals: Bank Reconciliation

  This is part 2 of a 3 part series on Dynamics GP Transaction Removals. These quick tips will hopefully […]

Read the Article

Start the Conversation

It’s our mission to help clients win. We’d love to talk to you about the right business solutions to help you achieve your goals.

Subscribe To Our Blog

Sign up to get periodic updates on the latest posts.

Thank you for subscribing!

X