Clarifies trade-offs before deliveryScores evidence over confidenceCreates visible first-month proof
CONFIDENTIAL
Nonstop Talent
The Decision-Proof Contractor File
A framework for defensible technology hires.
Read this first
Most project failures are not caused by bad code. They are caused by bad alignment, unseen bias, and collective amnesia about what was agreed. This file creates an audit trail of good decisions, exposes invisible risks early, and helps your contractor hire become the moment the project turned around, not the moment it unravelled.
The working file
Three tools. One defensible decision.
Complete the tools in order. Your entries save automatically in this browser. Print each section or save it as a PDF when it is ready to circulate.
The Decision-Proof Contractor File — Confidential
Tool 01
The Blame-Proof Brief
A one-page strategic memo that records what success means, what may be sacrificed, and what is explicitly outside the job.
Complete this with the project sponsor, lead engineer, and product owner before the contractor starts.
The single person ultimately signing this off.
In one sentence, what must be true when this engagement ends for it to be a success?
Forced ranking
The Trade-Off Triangle
You cannot prioritise all three equally. Rank them 1, 2 and 3. This ranking dictates the trade-offs the contractor is empowered to make.
Speed to market
Budget adherence
Technical elegance
What is this project explicitly not trying to do? This is the perimeter fence against scope creep.
Record what is already known so it cannot be described later as “unforeseeable.”
Project Sponsor
I have read and understand the priorities and non-goals above.
Lead Engineer
I have read and understand the priorities and non-goals above.
Product Owner
I have read and understand the priorities and non-goals above.
The Decision-Proof Contractor File — Confidential
Tool 02
The Evidence Scorecard
A structured interview sheet that makes technical hiring a data-gathering exercise—not a charisma contest.
01
Technical Specificity
“Walk me through the last time you deployed a fix under pressure. What was the exact error, and at what minute did you decide to roll back?”
Reward concrete nouns, exact technical detail and precise decision points. Penalise vague language such as “we had scaling issues” or “we optimised things.”
02
Failure Articulation
“Tell me about a technical decision you made that you would now actively advise a peer against.”
Look for a specific personal misjudgement, what changed their mind, and what they do differently now. Penalise blame disguised as reflection.
03
Ambiguity Navigation
“The user stories are poor and the product owner is away. What do you do in your first 90 minutes?”
Reward useful motion in the fog: checking the last build, open pull requests, CI/CD, production signals and available knowledge holders before making assumptions.
04
Delivery Pressure Endurance
“Staging goes down four hours before a board demo. What is your internal monologue, and what is the first thing you type into Slack?”
Reward calm, specific, honest communication with a clear next update. Look for ownership without false certainty or performative heroics.
Record exact phrases, examples, system names and decision details—not impressions.
Total evidence score
Only 30% is pure technical specificity. The rest tests whether this person can be trusted inside delivery pressure.
0/100
Below 70: do not hire, regardless of how impressive the candidate seemed.
The Decision-Proof Contractor File — Confidential
Tool 03
The Rescue Narrative
A first-week briefing that frames the contractor as the specialist solving a named delivery risk—not “extra hands.”
All-team introduction
Subject: Joining us to de-risk the deliveryInternal
Team, Please welcome our new contractor, who is joining us to take ownership of the critical delivery risk identified in our last review. Their entire focus will be on ensuring this component is hardened, tested and shipped to the deadline we have committed to. This is not extra hands. It is a targeted intervention on our biggest blocker. Please give them your full context and support. They will arrange the first 1:1 conversations.
The first five conversations
Who they must meet
The one question to ask
The value it signals
DAY 30
Create one named, visible artefact of progress.
A technical design, a working prototype, a risk register, a resolved bug list, or another piece of evidence that can be shared beyond the immediate team.
Why this works
It protects the decision before hindsight rewrites it.
Pre-commitment beats post-rationalisation.
Ranking trade-offs before delivery makes later criticism testable against the original mandate.
Evidence beats halo effect.
A fixed scorecard reduces the influence of confidence, similarity and impressive storytelling.
Framing creates permission.
A contractor introduced as the owner of a named risk is more likely to receive access, context and cooperation.
When an open role becomes delivery risk
Do not start with a CV. Start with the decision.
Use the file first. When the mandate is clear, Nonstop Talent can identify the one or two contractors most likely to deliver inside the real environment.
Prototype form: connect this to your preferred CRM, email platform or booking page before publishing.