A Salesforce Principal at Ness is the most senior practitioner on an engagement. You own how the solution is shaped and how it gets delivered — from the requirement baseline that defines what we build, through the design and the impact assessment, to the working software the client signs off. You are the person the client’s sponsors deal with and the person the squad looks to when the picture is incomplete.
This is a hands-on role. Senior practitioners here establish the framework rather than execute inside someone else’s. You will lead the work and you will also do some of it, particularly the parts that decide whether the rest is right.
Accountability | What that means in practice |
The solution | You own the design. Data model, automation, security model, integration boundaries and the sequencing of change in an org that is already carrying years of accumulated build. |
The requirement baseline | Every engagement runs from a single traceable requirement set. You own its accuracy: each requirement carries the source it came from, nothing is presented as new until it has been checked against what already exists, and the client can always see what we are building and why. |
Impact and risk | You know what breaks when you change something, and you say so before it breaks. You produce impact assessments that an experienced client architect will accept, and you defend them. |
The client relationship | You are the delivery lead the client deals with day to day, including at VP and sponsor level. You set expectations before they have to ask, and you bring problems forward with a proposed way through. |
The plan | A forward plan exists, in writing, before the week it covers. Sprint ceremonies run. The squad knows what it is doing and by when, and so does the client. |
The squad | You assign the work, you unblock it and you raise the standard of the people doing it — several of whom will be early in their careers and will learn how to work by watching you. |
Commercial judgement | You understand what the engagement is worth and where its edges are. When something uncovered is bigger than the contract allows for, you size it and put it in front of the client with a timeline rather than absorbing it quietly. |
Practice contribution | You bring what you learn back — reusable assets, pre-sales support, and shaping how the practice delivers. Expect this to be a meaningful minority of your time, not an afterthought. |
You do not need to write production Apex. You do need to do all of the following without waiting for someone else.
This carries as much weight as the experience, and it is what we assess most closely.
Area | What good looks like |
Delivery predictability | What was committed for a sprint is delivered, or the variance was flagged early enough to be acted on. |
Requirement integrity | Every requirement traceable to a source. No duplicates entering a client-facing baseline. |
Change quality | Changes deploy without regression in regions outside the one they were built for. |
Client confidence | The sponsor group does not have to chase us for status, and escalations arrive from us rather than to us. |
Squad capability | The people you lead are measurably more capable at the end of an engagement than at the start. |
Utilisation | Billable against a client engagement, with an agreed allocation for pre-sales and practice contribution. |
You would step into a live, high-visibility programme for a global fleet-services client. It is a single Salesforce org shared between Europe and North America, mid-way through a regional transformation, with an agreed requirement baseline of over two hundred items, an active build squad and a client sponsor group that is engaged and demanding. There is genuine technical debt, a real architecture problem to solve and a business that knows what it wants.
It is a good role for someone who enjoys the hard version of this work. It is not a good role for someone who wants a tidy greenfield build.
So that candidates know what to expect, and so that we test for what the role requires rather than for interview technique.
Stage | What happens | What we are testing |
1. Conversation | Ninety minutes with the practice head and the vertical AVP. Your delivery history, in specifics. | Whether you have led rather than participated. We will ask about an engagement that went badly and what you personally did about it. |
2. Practical exercise | A real anonymised requirement, a metadata extract and a partial requirement register. Three days, and any tools you like including AI. | Whether you can trace a change through an org, whether you check the register before declaring something new, and whether you tell us what you could not determine. |
3. Walkthrough | You present the exercise to a client-facing architect who will push back on your conclusions. | Whether you can defend an assessment, concede a point without collapsing, and say "I don’t know — here is how I would find out." |
4. Squad conversation | An informal session with two or three of the engineers you would lead. | Whether people would want to work for you, and whether you would develop them. |
On the exercise: we expect candidates to use AI tooling and would think less of someone who did not. What we assess is whether you verified what it produced. An answer that confidently references a field which does not exist in the org will not progress — and that is the entire point of the exercise.
Ness Digital Engineering is an equal opportunity employer. We welcome applications from every background and are glad to discuss the adjustments that would let you do your best work, at any stage of the process.
Copyright © 2026 Grabjobs Pte.Ltd. All Rights Reserved.