Exploring the Who, What, When of Conference Room Pilots

by | Apr 25, 2019 | Project Management

Conference Room Pilots

I’ll first start by saying this article addresses the mid-implementation conference room pilot.  Many people talk about a conference room pilot as an activity in the sales cycle where you try before you buy.  We tend not to do that because it’s unlikely to be tailored enough to be a good experience for potential clients. If we did present something during the sales cycle we’d call that a “Hands-On Lab.”

When do you host a Conference Room Pilot?

So if it isn’t during the sales cycle, when do you host a Conference Room Pilot? At Stoneridge Software, a Conference Room Pilot (CRP) comes near the very end of the Create phase of the project when you are wrapping up requirements and custom development.  It is done after the rounds of Joint Process Design sessions where you’ve gathered requirements and presented solutions for those requirements.  It’s really the last chance to get into the system and make suggestions before you lock in on the design with which you plan to go live.

Who participates in a CRP?

The CRP is administered by the implementation functional consultant which significant help from the technical consultant, who makes sure the environment or environments are ready to use.  The functional consultants walks the users through the steps they should follow during the pilot and then sets them free to start going through the system.  The users are typically the client project team plus key subject matter experts.  If this is an enterprise implementation, you may want to seek participation from a wider range of team members with expertise in this area.

What do you cover in a CRP?

You would run separate CRPs for each process category that’s in scope during the implementation.  For example, you’d have a CRP on Quote to Cash which may include salespeople, warehouse staff and accountants who will participate in that process.  The goal is to make it through the system end-to-end in a way that makes sense.  You wouldn’t invite your purchasing team to the Quote to Cash CRP – you’d have a separate session for Procure to Pay.

What do you hope to accomplish in a CRP?

The main goal is to find any last minute design flaws or changes in the system before you head into the deployment phase of the project.  This is usually your first time to put the process flow together from end-to-end so you want to make sure the handoff between sales and warehouse or purchasing and accounting work as expected.  You are seeking to validate the end-to-end process before it’s too late to make changes to it.

What data is used during a CRP?

You usually haven’t finished the data migration process by this time so you want to use a sampling of client data.  By sampling, I mean a small, representative set of data using examples from production.  The more breadth you can get in your sample, the better.  You will not get a chance to test the full dataset until User Acceptance Testing.

What happens if you find problems in a CRP?

That is to be expected – you can start to identify bugs if you find them during the process but you’re mostly on the lookout for design changes.  You will still have a little bit of time to change your designs before they are set in stone, so you’ll want to make those adjustments at this time.  If you have to radically rethink a process, your timeline may be at risk, so let’s hope that doesn’t happen.

What happens after a CRP?

The next immediate step is to review the design feedback and schedule any re-configuration or new development work right away.  Once that is all complete and you are code complete, you move to the deployment phase of the project.

What is the difference between CRP and UAT (User Acceptance Testing)?

They look very similar – and are very similar.  In both case you’re testing the process end-to-end with project team and subject matter experts in the system.  The difference is the CRP happens during the design phase where you can still make some fundamental changes to the system if necessary whereas the UAT is during deployment where your primary aim is to validate the system and raise any bugs you find.  In both cases, it’s good to try to break the system to expose any potential issues that an end user might encounter in production.  As mentioned in the data section, the CRP data is typically a sampling of the client data whereas the UAT is the full client dataset.

CRP can often be seen as an optional part of the implementation and we don’t do it every time.  I encourage clients to build it into the project plan as it accomplishes some important objectives as part of the project – 1) it gives the team a chance to practice the end to end process before UAT, 2) it helps with usability to have the team review the solution while you still have development time left and 3) it raises the confidence of the team if they have the chance to put the system through its paces before UAT starts.  It’s a valuable part of the implementation process and should be part of your next project.

0 Comments

Submit a Comment

Your email address will not be published. Required fields are marked *

Upcoming Events

may

28may1:00 pm1:30 pmHow to Implement Microsoft Dynamics: Designing the Software Collaboratively

june

02jun1:00 pm1:30 pmHow to Implement Microsoft Dynamics: Conference Room Pilots

03jun10:00 am10:30 amWhy Levridge Grain? Streamlining Sales Contracts

04jun11:00 am12:00 pmConfab With Stoneridge - Livestream - Customer Insights

04jun1:00 pm1:30 pmHow to Implement Microsoft Dynamics: Dealing with Challenges Mid-Project

09jun1:00 pm1:30 pmHow to Implement Microsoft Dynamics: Customizations vs Configurations and How You Manage Them

10jun10:00 am11:00 amOn the Job with Dynamics 365 - Manufacturing Buyer

11jun1:00 pm1:30 pmHow to Implement Microsoft Dynamics: Data Migration - Early and Often

15jun(jun 15)9:00 am16(jun 16)4:00 pmDynamics 365 Finance and Supply Chain Management Training for AX 2012 Developers

16jun1:00 pm1:30 pmHow to Implement Microsoft Dynamics: Environment Management and Deployments

17jun10:00 am10:30 amWhy Levridge Grain? Best Practices for Managing Load Orders for Grain Processors

17jun12:00 pm1:00 pmMobilizing an efficient, streamlined AP department with AP Automation

17jun2:00 pm3:00 pmGuide for B2B Businesses: Tackling Supply Chain Optimization and Customer Experience Challenges

18jun11:00 am12:00 pmConfab with Stoneridge - Livestream - Enterprise Asset Management and Preventative Maintenance

18jun1:00 pm1:30 pmHow to Implement Microsoft Dynamics: Testing - Definition and Activities

23jun1:00 pm1:30 pmHow to Implement Microsoft Dynamics: Training for All

24jun10:00 am11:00 amOn the Job with Dynamics 365 - Manufacturing Production Manager

25jun1:00 pm1:30 pmHow to Implement Microsoft Dynamics: Going Live

30jun1:00 pm1:30 pmHow to Implement Microsoft Dynamics: Hypercare

About Stoneridge
Stoneridge Software is a unique Microsoft Gold Partner, with emphasis on partner. With specialties in Microsoft Dynamics 365, Microsoft Dynamics AX, Microsoft Dynamics NAV, Microsoft Dynamics GP and Microsoft Dynamics CRM, we focus on attracting the most knowledgeable experts in the field to our team, and prioritize delivering stellar solutions with maximum impact for your business. At Stoneridge, we are deeply committed to your results. Each engagement is met with a dedicated team, ready to provide thorough, tailored, and expert service. Based in Minnesota, we intentionally “step into your shoes,” wherever you are. We focus on what you care about, and develop trusting, long-term relationships with our clients.

Subscribe To Our Blog

Sign up to get periodic updates on the latest posts.

Thank you for subscribing!

X