Thank you. We have received your details and will contact you shortly.
The form was not submitted for the following reason/s:
Developers are the unicorns of the modern labor economy.
Their ethereal talents often bewilder the most seasoned of marketing professionals. As they navigate multiple screens of what appear to be a sea of foreign numbers and strange hieroglyphs, many of us may develop feelings of awe as our technical colleagues concoct complex digital systems and design beautiful user experiences, all through the magic of their keyboard.
Increasingly, agencies are being called upon to challenge the status quo for digital customer experiences and as a result, are relying on the acquisition of better and better technical talent.
Some nail it. Others fail so miserably that the costs associated with poor hiring choices can be enough to derail an entire project (or even agency).
We’ve compiled a list of some of the big do’s and don’ts of hiring a developer for your next project.
First and foremost, if you’re inexperienced in hiring technical talent, it helps to go and find somebody who is experienced to nut out the position description. Often, what we think are the requirements are not what they seem and talking to another developer or technical recruiter can help distinguish whether or not you’re making any unfounded assumptions about the role, overcomplicating the PD or even oversimplifying it. Getting a clear understanding of questions like:
…and many other questions will help ensure you’re pre-qualifying your applicants (and not scare off the good ones through ambiguous expectations either!)
Developers, particularly front-end developers, are in high demand, so generating interest from the crème de la crème is no easy feat. Attracting top technical talent requires a strong mix of well-defined and flexible expectations:
One of your fabulous abilities as an agency exec is convincing clients or consumers that the agency itself or the products and services we sell are worth investing in, even if it means ethically blurring the edges of what our competencies truly are.
Whatever you do: don’t try and overuse this charm with a developer. Pretending to understand the nature of the developer’s work, if you don’t, is a recipe for a disaster for several reasons:
It doesn’t matter how technical you are. You can be the most experienced technical hirer in the world and still not be 100% sure you’re making the right hiring decision. Therefore, it helps to set up a series of risk mitigation strategies to ensure that you’re continually qualifying the candidate at every stop of the hiring process. Below are some of our suggestions:
Use a third party, whether it’s another developer, a recruiter or even a qualified client to help vet certain candidates who send through their CV or portfolio. It helps to have somebody validate or dispute your own opinions before you commit to bringing a candidate in or not
Put the candidate through a test that best encapsulates the skills described in the original position description. This tends to get most developers, since most people (not just developers) overestimate their capabilities or exaggerate them in interviews.
Protect yourself against the absolute worst downside. Save whatever existing data you have by backing up all databases or source code and by remembering to ‘commit’ any project changes to Git (see What is Git article) before a new developer digs under the hood of your source code.
There’s an image that tends to circulate the feeds of LinkedIn every now and again that highlights three opposing ideas: Quality, Price, and Efficiency (or Speed). The idea is with any given task or project, a decision maker can realistically only invest in two of the three:
This theory is especially true with hiring developers. No two developers are made equal and good developers are as rare as unicorns.
Do yourself a favor. If you find an exceptional developer who will work well with your existing team, pay them what they’re worth. The cheaper solutions will inevitably cost you more.
These are just some of our dos and don’ts for hiring a developer, but we hope these five have helped you better clarify your next steps. Ultimately, it all comes down to one thing; respect the developer by respecting their craft.
Interested in a career with Coredna? Shoot us an expression of interest via our careers page.