
You have challenging projects, strong engineers and clients who rely on your technical expertise.
But… during those projects, things are constantly changing. A client provides information later than agreed. An assumption changes. Another discipline needs something extra.
Your engineer wants to help and gets to work. From a technical perspective, it is often immediately clear what needs to be done. But what that additional request means for hours, planning, responsibilities and budget is often discussed later. And by then, the work has often already been done.
Meanwhile, additional hours are absorbed within a lump-sum project and Project Managers have to reconstruct afterwards what exactly was requested, agreed and approved.
The client mainly see that the work has been delivered.
Your company delivers more engineering than it gets paid for.
It sounds reasonable.
An additional calculation.
A revised drawing.
One more design option.
A quick check before the client decides.
So the engineer gets started.
But the impact is not discussed. The additional hours are not confirmed. And the delivery date stays exactly where it was.
One small request quietly becomes unpaid engineering work.
Not because your engineers do not care about scope.
Because they want to help the client, keep the project moving and solve the technical problem.
By the time the commercial impact becomes visible, the hours have already been spent.

Scope creep rarely arrives as one big decision.
It builds through dozens of small moments:
Client input arrives later than planned.
Assumptions change during engineering.
Additional options are investigated.
Interfaces or responsibilities remain unclear.
Engineers start work before the impact is agreed.
Verbal requests are never confirmed.
The team absorbs the change to protect the deadline.
Each decision may seem reasonable.
Together, they create additional hours, planning pressure, internal frustration and margin loss.
It is time to give your engineers a practical way to protect the scope.


Recognise a potential scope change before starting the work.
Clarify what the client actually needs instead of immediately jumping into the solution.
Explain the impact on deliverables, hours and planning without turning the conversation into a conflict.
Know which decisions they can make themselves and when to involve the project manager.
Confirm agreements clearly, so the team and client work from the same expectations.
That is what engineers learn in Protect the Scope.
Developed specifically for engineering environments.
Based on real scope and client situations.
Built around one repeatable method.
Practised during the session.
Applied in the workplace.
Reinforced through a follow-up session.
For who?
Protect the Scope is designed for
Engineers with app. 2–6 years of experience who are taking on greater responsibility for projects, clients and technical teams.
The in-company training helps them take greater project responsibility
without expecting them to take over the commercial role of the Project Manager.
Typical group size: app. 6–12 participants.
Suitable for tech-companies that deal with:
Changing client requirements
Multiple technical interfaces
Limited input at project start
Fixed-price or capped-budget projects
Tight delivery schedules
Frequent technical iterations
Method
We created the SCOPE Methode:
S — Spot the change
C — Clarify the request
O — Outline the impact
P — Propose the next step
E — Establish the agreement

The Program
An interactive session of app. 4 hours, built around 5
topics and 3 practical tools:
How scope creep enters an engineering project
The personal Scope Creep Reflex
Applying the SCOPE method
Practising the conversation in case
Confirming the change
Result:
After the training, participants can:
Distinguish technical clarification from additional scope.
Recognise scope changes before starting the work.
Ask better questions when client requests are unclear.
Translate technical changes into project impact.
Discuss consequences without becoming defensive or “commercial.”
Create options instead of simply saying yes or no.
Understand their own decision space and escalation point.
Confirm agreements clearly and professionally
Protect both the client relationship and the project margin.
The purpose is not to teach engineers to say no. It is to help them respond
professionally before a small request becomes a large discussion.
Investment
Time investment: app. 5 hours per participant
Financial investment:
€3,950 excluding VAT
This includes:
Preparation and a 30-minute intake
Participant questionnaire
Adaptation to the company context
Interactive half-day training of approximately 4 hours
Three practical tools
60-minute online follow-up after two weeks
Pilot evaluation with the internal sponsor.
1. Preparation
Before the training, we collect input about the projects, recurring scope challenges and participant experience. This allows us to work with situations that genuinely occur inside your organisation.
2. Interactive half-day training
Participants analyse recognisable cases, practise client conversations and apply the SCOPE Method to realistic engineering scenarios.
3. Practical Tools
During the training, participants work with three practical tools, which remain available for use afterwards.
Client Conversation Script
Scope Change Quick Check
Change Confirmation Template
4. Practical workplace assignment
During the following two weeks, participants apply the method to a live or recently completed project situation.
5. 60 Minute Follow-up
To ensure the programme goes beyond knowledge transfer, each participant completes a practical assignment using these tools. They apply
the SCOPE method to a real or realistic project situation and discuss their experience during the follow-up session two weeks later. If no suitable scope change occurs during this period, participants can apply the method to a recent anonymised case.
Every participant receives 3 tools for immediate use:
1. Client Conversation Script
Practical questions and wording for discussing changing client requests.
2. Scope Change Quick Check
A short check to determine whether a request needs clarification, confirmation or escalation.
3. Change Confirmation Template
A simple format for recording the request, impact, decision and responsibilities.
These tools help engineers take action while the project is happening — not only during the retrospective.
Recognise scope changes earlier.
Handle client requests with more confidence.
Explain impact clearly and professionally.
Escalate at the right moment.
Make stronger agreements before starting additional work.
Earlier visibility of additional work.
Fewer unrecorded engineering hours.
Better coordination between engineers and project managers.
Clearer client expectations.
More consistent change-control behaviour.
Better protection of project planning and margin.
I’m Annick Sabel, founder of CTD – Business Skills for Engineers.
For more than ten years, I worked as Managing and Commercial Director in the offshore engineering industry.
I worked with engineers, project managers and clients on scope, planning, technical risks, priorities and commercial decisions.
I repeatedly saw technically strong engineers take on more responsibility without being given practical tools for the business side of engineering.
They were expected to manage changing client requests, protect project agreements and communicate consequences — while still delivering the technical work.
Protect the Scope was built to close that gap.
Practical. Engineering-specific. And designed for immediate application in real projects.
“Our engineers now recognise the commercial conversation before the additional hours have already been spent.”
It starts much earlier.
In a client meeting.
In an unanswered assumption.
In a request that sounded small.
In work that started before anyone discussed the consequences.
Scope creep occurs when additional requirements, calculations, revisions or client requests enter a project without a clear decision about the impact on scope, planning, budget or responsibilities.
Engineering teams can prevent scope creep by recognising changes early, comparing requests with the agreed scope, discussing consequences and confirming decisions in writing.
Not exactly. Protect the Scope focuses specifically on the role of engineers in recognising, discussing and confirming scope changes during technical projects and client conversations.
No. Engineers do not learn to sell or negotiate contracts. They learn to recognise changing scope, clarify client requests, explain project impact and establish clear agreements.
No. The training is designed for engineers who are starting to manage more client, project or team responsibility.
Yes, for case we like to practice with a real project. If using client-specific information from a particular project would make the training more relevant, we would be happy to sign an NDA to protect confidentiality. We will incorporate working methods, workflows and change procedures from your organisation.
Protect the Scope is designed for project engineers with , lead engineers and technical professionals who work with clients, requirements, planning and changing project conditions and have app. 2-6 working experience.
Yes. The training can be tailored to real or anonymised project situations from your organisation. If desired a NDA will be signed to secure confidentiality.
The half-day session can be delivered at your organisation or another agreed location. The follow-up session can take place online or during a lunch & learn session.
Yes. The examples and exercises are adapted to your engineering environment. The core SCOPE Method remains consistent.
No. Protect the Scope helps engineers recognise and address changes earlier, so your existing commercial and project procedures can be used at the right moment. It might result in an update or adjustment of your working procedures, if desired.
When people understand it, trust it and act on it.
Discover practical business skills for engineers and technical professionals — available through online programmes, practical tools and in-company training.
I know the pressure of technical projects, demanding clients, commercial targets and growing teams.
I also know how uncomfortable the shift beyond technical delivery can feel — especially when someone suddenly expects you to influence, negotiate or lead without ever teaching you how.
CTD makes that shift more practical.
One conversation.
One decision.
One business skill at a time.