4-6 weeks
Hard
Plan; Phase Change
The aim of this Play is to help you move your ITPs from disconnected, paper-based processes (including digital versions that directly replicate paper) into a connected and collaborative digital process within Aconex, in a structured, low-risk way.
Many teams attempt this by jumping straight in and re-creating paper forms verbatim in the digital solution. This often results in duplication, confusion, and a digitized version that doesn't work in the real world. It is important to recognize that a direct copy from paper to digital is rarely successful, as some elements just don't translate.
Instead, this Play guides you through the transition, taking advantage of the opportunities presented by digital collaborative ITPs in Aconex Test Plans.
The key is to start small, learn what works, then apply it consistently across all your ITPs.
Show you how to transition your current ITP processes into Aconex Test Plans using structured workshops, parallel real-world testing, and help you prepare to deploy on your project.
Disconnected, paper-based ITPs rely on manual coordination, signatures, and can inadvertently create siloed information. As projects progress, this leads to:
Aconex Test Plans addresses these issues, but only if the digital inspection process is designed, agreed, and then adopted properly.
Moving ITPs into Aconex can feel complex, especially when multiple stakeholders are involved.
The most common mistake is approaching it in an unstructured way and trying to solve everything in a single session or one configuration pass.
Instead, this Play separates understanding the process from designing the digital solution, ensuring a coordinated approach while giving both areas the attention they need.
If you're ready...let's get started!
Collect current ITPs, reference material, and identify who needs to be involved.
Start by creating a small shortlist of candidate ITPs that could be suitable for a digital approach. Then collect all the related materials such as:
Now determine who the players are. Who does this impact, and who is involved?
The specific roles will vary by project, but typically include:
This becomes your invite list to your workshop sessions.
Create a shared understanding of the current process, then redesign it for digital use.
This step consists of two consecutive workshops. They should be close together in time, but not combined.
Each has a different purpose.
Purpose: This is about fully understanding the existing "real world" process, you are not designing anything new yet.
The goal of this session is to discuss broadly and get a clear picture of how the process works today, not what the procedure document or flow diagram shows.
This workshop allows those involved to share and understand how the process actually works today. The intent is to surface assumptions, inconsistencies, and informal workarounds that paper-based (or disconnected digital) processes often hide.
Review the materials you collected in step 1, and focus on:
Draw it out on a whiteboard to facilitate the discussion. You could use stepped process diagrams for a good way to visualize.
As part of this discussion, agree on a single ITP from the shortlist to configure as a Test Plan Template in Aconex.
By the end of this session, everyone should have the same understanding of how the process works today and where the pain points are.
Purpose: You're not configuring anything yet. This is where you design what the digital version of your ITP will look like.
In this session, you'll take the ITP you selected at the end of workshop 1 and work through how it would function digitally in Aconex Test Plans.
Watch the What is Test Plans video, and read through the Get started with Test Plans article, which will give you a foundational level of understanding.
Walk through the ITP step by step and identify the activities required to complete the work. For each activity, focus on what must happen for the work to be considered acceptable, not how it has historically been recorded.
As you work through the ITP, use the following prompts to guide discussion:
These discussions help determine which parts of the process you are prepared to enforce digitally, and which may need to change before they can be.
This is your opportunity to review the process and make changes based on the digital capabilities of Aconex Test Plans and the other Aconex features.
Once you're happy with the process design, document the detail needed to configure the Test Plan template in Aconex.
The following is a guide on what you'll need to know:
Custom Reviewer Actions can be configured in Aconex Test Plans, and used to describe what the reviewer needs to do.
By the end of this session, you'll need to have the following:
Configure your template based on agreed decisions from the workshops.
This is where you'll take your outcomes from the workshop sessions and configure into Aconex.
You should set this up in a sandbox project (testing environment) rather than your live projects. Once it has been thoroughly tested you'll be able to copy it into your live projects.
Before you dive in to creating the template you'll need to set up a few other items in Aconex.
To maximize your use of the Aconex platform and the connected collaboration it brings you can use Field's Inspection Templates. This approach allows you to link your existing checklists or PDF forms, enabling assignees to use them for completion of Record Requirements or evidence of their work.
If you have not already done so, you can digitize your Inspections (Checklists) in Field. There are a couple of ways you could do this. Follow the guides on Support Central for detailed step-by-step instructions.
Test Plan categories help you organize templates. They'll also make it easier to filter and search as your library of Test Plan Templates grows.
There's no fixed rule for how categories must be set up. The key is choosing a structure that makes sense not only to you, but to everyone involved in creating and using Test Plans across the project.
The best category structure is the one your team actually uses.
You might organize templates around disciplines. This mirrors how work is typically packaged on site.
Or the elements of work on the project. This might look like:
A smaller set of well-understood categories is usually more effective than a large, detailed set that's used inconsistently.
Aconex Test Plans comes pre-configured with Hold Points and Witness Points as Reviewer Actions, reflecting standard practices across the industry.
If you determined the need for additional actions, then you'll need to create them as custom reviewer actions. These will operate in the same way as a Witness Point, allowing subsequent Activities to be 'started'.
Participant roles can be assigned at an individual or organizational level. Check Support Central for full details on Test Plan and Participant Roles.
For this initial setup it is reasonable for the project-owning org to ensure that people are added to the Field directory. As more Test Plan templates are added it might make more sense for Subcontractors to administer this, and will require someone from those organizations to have the Field Project Administrator role.
Follow the step-by-step instructions on how to do this.
Once completed, if you are a Test Plan Administrator, the template will be available immediately after you select 'Publish'. If not, the template will enter a review process and must be approved before it can be used.
Trial the new digital process alongside the existing.
This step is about building confidence in the digital process without putting delivery at risk. Rather than switching over to your newly created Test Plan Template, run the Test Plan alongside the existing paper process for a short period.
Use the Test Plan end-to-end, from starting each activity through to review and completion.
Let your existing process continue in parallel.
Incorporate learnings and apply the approach to similar ITPs.
Once parallel testing is complete, review what worked, what didn't, and what surprised you.
If the changes are significant, it may be worth running another test.
Focus on the structure of the Test Plan Template, not edge cases.
Make targeted changes to:
You're now in a position to copy this template from your sandbox into your live projects.
Project specific data such as participants, categories, reviewer actions, inspection templates, and documents from the source project are not copied. You'll need to recreate them in your live project.
Copying a Test Plan Template cannot, and should not, bring users, roles assignments or documents into another project.
When the approach feels stable, apply the same pattern to other ITPs.
The project team should now have a good understanding of how to build and test a Test Plan Template.
You don't need to redesign every template from scratch. But you should still review each one before adding as a Test Plan Template in Aconex.
At this point, the focus shifts from configuration (how to set up) to adoption (how to encourage use).
Before rolling Test Plans out more broadly, take time to agree how they'll be introduced on the project.
Decide who is responsible for maintaining templates, approving changes, and supporting teams if template or configuration issues arise.
Think about who needs to be trained, how that training will happen, and what additional support people will need.
You won't always require a formal training session. In some cases informal methods may work better, for example toolbox talks, site-walks, or providing simple reference material. You'll likely need a mix of these methods to reinforce learning and support ongoing improvement.
Decide who people go to when they get stuck, and how quickly issues need to be resolved.
Use Support Central to support enablement. It's a useful source of documentation, learning paths, and real-world examples of ITPs in practice.
Decide when using Test Plans for the management of quality on your projects becomes mandatory and whether the rollout should be phased by discipline, area, or subcontractor.
Be clear about how existing work in progress will be handled.
Once you've agreed on and documented your deployment plan, and ensured your team is on board and aligned with it, it's time to roll Test Plans out.
Once Test Plans are in use:
Remember, don't just "set and forget". Revisit your templates regularly to make sure that they are configured in the most effective way, and still match how work is actually being done.
If you'd like support validating your approach or accelerating rollout, our Professional Services team can help guide discussions, validate design decisions, and support parallel testing — helping you reach a stable, adoptable solution faster and with less disruption to delivery.