I am interested in CVs because I think as an engineer, I should be able to evaluate a good CV analytically and if I am writing my own, I should easily understand what is important and what is not. However, having read 5 CVs for Development Managers recently, I realise this is still not standard practice across the industry, which is disappointing. It is also worrying that recruiters do not coach their candidates to write effective CVs.
If I only get 1 CV, I might fight through the messy CV, ask some questions of the recruiter and then decide if I am still interested. If I get 10 or more CVs, it is not worth my time. Each CV can easily take 5 minutes to read, plus an email plus replies which might or might not include further conversations etc. all adds up to a lot of time. The truth is there are probably lots of people who are perfect for the role and the organisation but who quite simply cannot adequately describe themselves in a CV.
Also, in this day and age, I have only seen one candidate who had an online/web site for a CV.
So what are people getting wrong?
Not describing your personality
- Team enabler
- High-level picture
Describing the Company and not your input
Not picking out your headlines
- Migrated our app from web forms to dotnet core
- Managed our offshore development team
- Introduced a new deployment process to reduce times down from 2 hours to 5 minutes
- Introduced Scrum to the development team
These are more than just individual topics, they speak to motivation, authority (decision-making), skillsets and experiences that not everyone will have. A good question for candidates is "what did you ever do that you were not asked to". You'd be surprised how many people would say, "nothing".
Not accurately conveying your technical skillset
This comes in a number of forms. Some people simply record the "toolset" used in a particular role. Some list a set of tools, languages or processes at the top and some people don't put much at all except in the introduction, "experienced .Net developer".
Another form is when people record their skillset in terms of years.
None of this really conveys the skill level you think you are to me as an employer.
Your company used SQL Server? Irrelevant. You have experience with SQL Server? Not enough information. You have used SQL Server for 15 years? Again, says nothing.
Instead, it is important that you give yourself a reasonably-based assessment, either using 1-5 or perhaps beginner, intermediate, advanced. It doesn't matter that these are not completely objective but if you claim to be an expert, it gives me the opportunity to ask you some advanced questions about that topic to see whether a) you are indeed that skilled and b) you are a good judge of your own skills.
It doesn't take long in an interview for me to ask people (as I have) "What makes you an expert in HTML then?". You can't bullshit the answer to someone who understands HTML (without being an expert).
These are words or phrases that are added to make something sound impressive even though they don't actually say anything. They are more common for people who have come from the corporate world.
- Was responsible for ensuring stakeholder needs were met
- Ensured a balanced set of priorities for resourcing projects
These might seem fair to start with but I would expect every single person in my organisation to ensure that stakeholders needs are met and that priorities are balanced, that is not a headline for a CV. A better way of saying something that might actually be genuine would be.
- Managing a very large backlog of work that was produced by 20+ stakeholders for our product and effectively communicating how priorities can be agreed so that the most valuable work is done first.
Most people seem to find it hard to understand that the CV is a way of describing you to someone who has never met you and knows nothing about you. Knowing this as well as the fact they are looking for a developer and not a new best mate, you should be able to work out what sort of information is relevant to your CV and what adds nothing.
Secondly, people don't always realise that their CV is a competitive weapon to make them look better than the other candidates. It needs to have things that wow the reader, that make you look better than other developers with the same experience, this is by following the guidelines above and highlighting achievements as well as things you did that you were not asked to do but you wanted to in order to make your small slice of the world better.
Think like this and improve your CVs!