Three Simple Rules for Your Resume if You *Don’t* Want an Interview
November 6th, 2006 by James SunOne of my job responsibilities at NetworkATS is to interview technical candidates. Maybe I’m in the minority, but I really do enjoy interviewing candidates. Not only does it provide a short break from daily tasks such as coding, testing, dealing with clients, responding to RFPs, etc., I’ve gotten an inside view of other IT shops and learned how other organizations deal with their IT needs. One day I might interview a recent college graduate for an entry-level position. Another day I may talk with an experienced IT consultant who’s looking for a Project Manager position. Unlike the typical human resources person, I try to spend a few minutes reviewing each resume that comes across my desk. Regardless of the position you’re interested in, below are a few simple things that you can apply to your resume if you don’t want a job interview.
List Every Software Application, Language or Tool You’ve Ever Used
In today’s slow moving IT world, it’s critically important to list every software application, language or tool that you’ve ever used. You never know when someone’s going to have a project that’s going to require in-depth knowledge of CP/M, Windows 95. COBOL or Fortran. Let’s look at a two resumes I received last year in response to a job posting for Microsoft .Net developers:

OK, this candidate has both ASP.Net and VB.Net experience. Good. He also has VB 6. OK, that’s good to know. He has DOS, Windows 95, NT, 2000, XP and 2003 Server experience, too. Not too shabby. I’m also glad to see that we can count on him for both structured and object oriented analysis (What I need are people that can deal with un-structured analysis and change-oriented analysis!) Now, let’s compare this resume to the one below.

Now, this is an impressive resume for someone applying for a .Net developer position. He’s got 12 years of Visual Studio experience. Wow. Since this resume was one I received in 2005, that would mean that he started using Visual Studio in 1993. Impressive. Equally impressive is his 3 years of experience in Very Rapid Prototyping. I wonder how many years he spent Prototyping and Rapid Prototyping before being comfortable with Very Rapid Prototyping. What comes after a few years of Very Rapid Prototyping? Double Very Rapid Prototyping, perhaps? In case you were curious, his resume was a svelte seven pages long.
Use English in New and Innovative Ways
Here’s an example.

Here’s another example of using English in new and innovative ways.

Be Vague When Describing Your Previous Experience
It’s important to be vague when describing your previous job or educational experience. The less I know about what you’ve done in previous jobs, the more you and I have to talk about during the interview process. Also, if you also follow rule 1 listed above, List Every Software Application, Language or Tool You’ve Ever Used, why bother writing descriptive prose about what you actually did? Let the long list of technical skills speak for itself!
Here’s an example for your consideration:

This snippet below is a good example of two rules: being vague and using English in creative ways.

If your resume follows these three simple rules, I guarantee that you’ll succeed in not getting a job interview with me. Do you have other “rules” to add to my list? Post them in the comments section…
