Skip to main content
How to Manage Contractors and Freelancers
TMThomas McClean· Engineering Manager· 7 min read
  • Team management
  • Leadership
  • Productivity

How to Manage Contractors and Freelancers

Contractors deliver best when they feel included and well-briefed. Here is how to manage them without creating a two-tier team.

Bringing a contractor or freelancer onto your team feels like a shortcut. You skip the long hiring process, get someone experienced from day one, and fill the gap quickly. But managing a contractor is not the same as managing a permanent team member, and treating it that way is where most engagements go wrong. The briefing is light, the onboarding is skipped, the check-ins are infrequent, and then the work that comes back is not quite what you needed. Weeks pass. Budget burns. The engagement ends without the outcome you expected.

The most common reason a contractor engagement fails is not skills. It is context. A contractor who does not know the team dynamics, the unwritten norms, or the history behind a decision cannot make the same judgements a permanent team member would. That context is your job to provide.

Set contractors up properly from day one

Most contractor onboarding consists of sharing a task board and a Slack invite. That is not enough. A contractor who starts without proper context will spend their first week guessing: what matters, who to talk to, how decisions get made, what the codebase conventions are, and what good looks like in this specific team. Every hour spent guessing is an hour not delivering.

You do not need a full onboarding programme. Even a two-hour structured introduction covers most of it. Walk them through the team, the codebase, the current priorities, the delivery rhythm, and the standards you expect. Share relevant documentation and point them to the right people for specific questions. Use your onboarding approach as a starting point and trim it to fit the engagement length. A two-week contractor needs less than a six-month one, but both need something.

Typical contractor start

Added to Slack
Task board shared
"Ask if you need anything"

First week spent guessing.

A structured start

Team intro and context session
Key docs and conventions shared
First deliverable and deadline agreed
Weekly check-in scheduled
Named contact for questions

First week delivering.

  • Clarify scopeBe specific about what the engagement covers and what it does not. Vague scope leads to scope creep, misaligned expectations, and frustration on both sides. Write it down and share it before work starts.
  • Define successWhat does a successful engagement look like? What will be different at the end? Set measurable outcomes up front so progress can be assessed objectively, not just by gut feel at the final invoice.
  • Introduce the teamTell your team who the contractor is, what they are working on, and how they can help each other. An unintroduced contractor becomes invisible, and invisible people cannot do their best work.
  • Set communication normsHow should they communicate progress? Where should they ask questions? How much autonomy do they have before needing to check in? Clear defaults prevent a lot of ambiguity in the first two weeks.

Keep a consistent working rhythm

The biggest mistake managers make with contractors is assuming that because they are experienced and independent, they need very little management. That is true of their technical skills. It is not true of their need for feedback, context, and direction. A weekly check-in of twenty minutes is not micromanagement. It is the minimum needed to catch problems early, course-correct quickly, and keep the engagement on track.

Schedule a recurring Catchup in Manager Toolkit and use it the same way you would for a permanent team member. Review what was delivered last week, clarify priorities for the coming week, and create Actions from anything agreed. This creates a record of commitments that both sides can refer to, and makes the engagement feel structured rather than reactive. It also gives you a clear record if things go wrong later.

Weekly contractor check-in

20 min
What shipped?Review completed items vs last week's commitments
Any blockers?Surface issues before they become delays
What's the focus?Confirm priorities for the coming week
Any questions?Context gaps the contractor needs filling

Think carefully about which meetings to include the contractor in. Invite them to what is relevant to their work: sprint planning, technical discussions, relevant design reviews. Do not default to including them in everything just to make them feel included. A contractor sitting through hours of unrelated context is not well managed. Be deliberate, and explain your reasoning.

  • Give direct feedbackDo not wait until the end of the engagement to share feedback. If the work is not hitting the standard, say so clearly and specifically in the next check-in. Contractors are professionals and will appreciate the honesty.
  • Use ActionsEvery commitment made in a check-in should become an Action with a clear owner and due date. This replaces the mental overhead of tracking verbal agreements and makes follow-up straightforward.
  • Treat them fairlyDo not create a two-tier team where contractors are excluded from team rituals or treated as second-class participants. Include them in standups, celebrate their contributions, and give them context on decisions that affect their work.
  • Review the paceCheck whether the original scope is still realistic for the timeline. If circumstances have changed, acknowledge it explicitly and adjust expectations or the contract accordingly rather than hoping the contractor will absorb the difference silently.

When the work is not landing

Managing a contractor who is underperforming is uncomfortable in a different way from managing a permanent team member. Ending the engagement feels like an option from day one, so there is a temptation to skip the feedback conversation entirely and just plan to let the contract run out. That approach is unfair to the contractor and often burns more budget than an honest conversation would have saved.

Most contractor performance issues come back to one of three things: a skills gap that was not apparent in the hiring process, a context gap that you did not close, or expectations that were not communicated clearly enough. Before concluding that the engagement needs to end, work through which of these is actually true. A context gap is fixable in a session. An expectations gap is fixable in a direct conversation. A genuine skills gap is a harder decision, but still worth naming honestly rather than letting the engagement drift to its end date without addressing it.

If you do need to end an engagement early, do it clearly and directly. Give the contractor enough notice to respond, document the decision, and handle the conversation with the same dignity you would bring to any exit. Your reputation as a manager and as a client matters in the long run. Contractors talk to each other, and the engineering community in most cities is smaller than it looks.

Close the engagement properly

A contractor leaving without a proper handover is one of the easiest ways to lose institutional knowledge. All the context they built up, all the decisions they made and the reasoning behind them, all the documentation they did not write because it was faster not to: that walks out the door with them unless you plan for it. Build knowledge transfer into the final weeks of any significant engagement. Our guide to offboarding a team member covers what to capture and how. The same principles apply here, even if the emotional dimension is different.

Final two weeks - knowledge transfer

Document key decisions and the rationale behind them
Write up any non-obvious architectural choices
Pair with a permanent team member on complex areas
Review open Actions and reassign or close
Add key notes and runbooks to shared docs

At the end of the engagement, review the Actions and catchup notes you have built up in Manager Toolkit. Close or reassign any outstanding Actions. Use the catchup history to brief whoever will pick up the work next. If the contractor did good work, say so explicitly and offer a reference if they ask for one. Ending an engagement well costs nothing and builds a reputation as a manager people want to work with again.

  • Plan the handoverBuild knowledge transfer into the final two weeks of any engagement longer than a month. Do not leave it to the last day. Give the contractor time to write things up properly while the context is still fresh.
  • Close open ActionsReview all Actions connected to the engagement. Close the ones that are done, reassign those that need continued attention, and note anything that was left deliberately incomplete and why.
  • Brief your teamMake sure someone on the permanent team understands what was built, why it was built that way, and where the complexity lies. The knowledge transfer is not complete until someone internal can explain it without referring to the contractor.
  • Reflect on the engagementUse Key Themes to note any patterns from the engagement. Were expectations clear from the start? Did the onboarding save time or cost it? What would you do differently? That reflection is what makes the next contractor engagement stronger.

Frequently asked questions

Manage contractor engagements with structure

Use Catchups and Actions in Manager Toolkit to keep every engagement on track from day one to handover.