Contract Marketplace

Managing Contractors

Direct the outcome, not the method. The distinction is what makes the engagement work, and it is also what keeps it a contract engagement.

The short answer

  • Manage the outcome, not the method. Directing how the work is done is both worse management and a classification risk.
  • Front-load context. Most contractor underperformance is a briefing failure that showed up two weeks later.
  • Run check-ins on a fixed rhythm against the scope, so problems surface while there is still time to act on them.
  • Close the project deliberately: acceptance against the criteria, handover of everything needed to maintain the work, and a final decision recorded rather than a slow fade.

Direct the outcome, not the method

The instinct with a new contractor is to manage them like a new employee: available, checked on, steered. Resist it, for two reasons.

The practical one is that you are paying for their judgement. A contractor who has built the thing before knows an order of operations you do not, and overriding it removes most of the value you are buying.

The other reason is classification. Directing how the work is done, setting hours and requiring attendance are exactly the factors that make a relationship look like employment, and the exposure from that lands on you.

What you should direct is what gets delivered, to what standard, and by when. That is not a lighter form of management. Done properly it is more demanding, because it requires you to have decided what you want.

Start well or spend the project catching up

Most contractor engagements that disappoint were decided in the first week. The contractor did not have the context, made reasonable assumptions in its absence, and delivered against those assumptions.

Front-load four things. The why, so they can make good decisions on the questions the brief did not anticipate. Access, on day one rather than day nine, since a contractor blocked waiting for a login is billing or losing time either way. The map, meaning who decides what, and who to ask when something is ambiguous. The constraints, including what cannot change and what has already been tried and rejected, which is the single most common thing clients forget to say.

Check-ins that are worth attending

A fixed rhythm beats an anxious one. Weekly is right for most engagements; twice weekly for short, fast projects.

Keep the agenda to three questions: what has been delivered against the scope, what is blocked and who owns unblocking it, and what has changed in what either side expected. That last one is where scope drift surfaces while it is still cheap.

What a check-in should not be is a progress report on activity. Hours spent and tasks touched are not what you are buying, and asking for them pulls you back toward directing the method.

Closing out

Projects rarely end. They fade, with a last delivery, a few loose questions, and an invoice somebody eventually chases. That costs you the two things worth having at the end.

Acceptance. Go through the acceptance criteria and record the outcome. If something is outstanding, name it and agree what happens rather than leaving it implied.

Handover. Whatever is needed to maintain the work without the contractor: credentials, documentation, decisions and their reasoning, and known limitations. Ask for the reasoning specifically. Six months later the question is never what was built, it is why it was built that way.

Then record what you would do differently, while it is fresh. Contractors are usually hired repeatedly, and the second engagement with the same person is far more productive if the first one ended with an honest note rather than a fade.

Frequently Asked Questions

Direct the outcome rather than the method: what is delivered, to what standard, by when. Directing how the work is done removes the judgement you are paying for, and it is also one of the factors that makes a relationship look like employment for classification purposes. Run check-ins on a fixed rhythm against the scope of work.
Three questions: what has been delivered against the scope, what is blocked and who owns unblocking it, and what has changed in what either side expected. The last one is where scope drift surfaces while it is still cheap to handle. Avoid turning it into a report on hours and activity, which is not what you are buying.
Usually because of a briefing failure in the first week. Without the context behind the work, a contractor makes reasonable assumptions and delivers against those. Front-load the reasoning, system access, who decides what, and the constraints, including what has already been tried and rejected.
Everything needed to maintain the work without them: credentials and access, documentation, known limitations, and the reasoning behind the significant decisions. The reasoning matters most. Six months later the question is rarely what was built, it is why it was built that way.

Comparisons

  • GigFinder vs Upwork
  • GigFinder vs Freelancer.com

By industry

  • Information Technology
  • Construction
  • Healthcare

Run the next one on GigFinder

Messaging, interviews and applicant review all live in the same account as the project, so the engagement has one place rather than five.