I've been working on people's resumes for a long time. I started with my own, but then I was working in a retail desktop publishing position where one of my duties was typesetting and styling resumes, often 3 or more per day, proofing them, and reviewing them with the customers. I also spent a little time on the hiring end as a tech recruiter for a consulting firm and saw a lot of resumes from the hiring side. In between many people I knew have asked me for help, design, or to review their resume with them and make suggestions.
Most of my expertise from the hiring end is in tech resumes, and most of the people requesting my help have been geeks, so this is a geeky-resume focused article. If you're looking to "Geek Your Resume," you're in the right place! Although this article is geek-focused, I assure you that it doesn't only apply to geeks.
I've come up with a basic resume creation routine. Follow along, and pick up whatever advice you need for your own resume:
Here is advice to prepare you for the resume ordeal:
This is the initial organization and brainstorming. It doesn't matter if you're wordy at this point, if your spelling is poor, etc. It's just time to put down everything you can think of in each category.
Start with your name, on the next line put your street address, and on the following lines put your City, State zip/postal code. Now add your email address. Put one or more phone numbers -- home is usual, but cell &/or fax may also be applicable. Ex:
Some resumes have a summary line directly under the contact information. Some time ago it was "Purpose" or "Objective" and while people used it, most people frowned on it for being non-conventional. Now it's more acceptable but the header should be omitted. This is the place to say something quick about who you are and what you have to offer. Don't talk about why you want a job or how you want to save the world. This is not the Ms America contest. Make it like a brief modest testimonial to your greatness without using excessive adjectives.
ex. Manager with 2000 years of experience herding thousands of sheep using a 15-foot-long cattle prod, 3 sheepdogs, and also having 13 years of experience songwriting.
Most tech resumes now have a non-traditional category to list skills. Often people care more to skim your skills list to make sure you even MIGHT fill the job before having to hunt for where you got the experience, how much experience, etc. Mention EVERYTHING, especially on searchable resume services like Monster. Put both the abbreviations and the spelled-out-terms for any technology you want people to find you for.
If you have security clearances, they can go above or below your Skills, or they can be incorporated as a separate sub-section under Skills. If your clearances have lapsed but you are still eligible, put the last date of clearance and that you are eligible for renewal. You might not be able to spell out the acronyms -- so don't. :P
Certifications can go in many places on the resume. Some certifications you may want to leave out -- apparently there are some that rank poorly in a recruiter's eyes as opposed to actual hands-on experience. "Those who can, do. Those who can't, certify." That's not to say that there are no highly sought after certifications, such as Cisco certifications. So, read the news, check the statistics, and decide whether and where to place your certifications in your resume. There is no "right" place to put the category. It can go above or below Skills or Experience. It can go above or below Education. Where you put it may be indicative to what importance you place on them. A recruiter who prefers experience may be put off by your certifications being the first thing they see on your resume. Then again, some businesses are specifically looking for people WITH certifications and may be put off by the certifications being under your work experience. It's a very tricky call.
My best suggestion is to put the certifications right below skills in response to any job ad that requests certifications, and put them above Education for jobs that request a certain number of years of hands-on experience (ie 3-5 years of Cisco security experience.). If you have the hands-on experience they're looking for, it is FAR more important than your certifications. On Monster, it's a tough call for where to put them. If you have very relevant hands-on experience, put the certifications under Experience. If you have little hands-on, put the certifications above Experience. You'll get the type of job you qualify for, and I suppose that's what counts.
Each certifications should state the year you got it in. Spell out your acronyms in parenthesis. If you are required to recertify periodically put a date range unless you skipped recertification -- you may want to put your latest unbroken streak, rather than state that you let your certifications lapse.
Start with your current employer and go back in time for each employer you have had. List the following:
Brainstorm. Don't worry about getting the wording right.
If you have less than 3 voluntary position experiences, you may shuffle them directly into "Experience" and decide for yourself whether or not to mention that the position was voluntary. If there are more than 2-3 you should certainly break them out into a separate section, and you can call one "Work Experience" and the other "Volunteer Experience." Include open source project work and contributions, your private server experiences and program writing, as well as any other volunteer work you have done.
If you have one, you should mention it here. It can be "Available upon request" or a URL link for the web, etc.
Minimum -> Which school, what degree was attained, dates of attendance &/or date of projected graduation.
If you have less than three jobs under experience or less than 3-5 years of work experience, detail your school experience with bullet points regarding projects, appropriate volunteerism, final papers, thesis, honors and awards, grants you qualified for (if appropriate), etc.
Now that you've spilled your guts in a messy way, you're ready to begin refining your resume.
Pull bullet points out of your notes. They should be worded in a past-tense active voice, with details about what skills and experience you brought out of it more than what exactly you did. For older jobs the precise details of every job position are not as necessary as what you bring to your new employer from the old experience. "Fixed Windows 98 laptops." is not as relevant as "Resolved equipment issues through thorough diagnosis and recursive hardware testing."
All job task and project descriptions are past tense -- even if they're current. Always use an active voice and "I" is always implied. For example:
becomes a single sentence bullet point:
All bullet points should be a single succinct but descriptive sentence, but there can be exceptions. When there are exceptions make sure that it does not require being broken into several bullet points instead. In most cases I merge all relevant data into a single declarative sentence.
When the single sentence becomes too awkward it can be split into two, and try to make it such that the first sentence has all the relevant information, where the second only has supporting information:
I could merge these into one sentence, but the sentence would be overloaded with information and detract from the project by having a longer explanation for the project than my role in the project. Two sentences makes a clear break between my role and a little clarification.
When you start off your bullet point sentences with a past-tense verb it's harder to screw this up. Use a definitive action verb, in this simple formula:
"Verb"ed "the direct object" "with supporting details".
Verb - action word, such as "Repaired"
Direct Object - the object, project, person, role, etc. that received the benefit of such actions.
Supporting Details - any explanation of why, how, where, when, or with whom you performed Verb on Direct Object. The supporting details should include what items in your Skills applied to this bullet point -- did you use PHP, Python, Apache? Were you working on AIX hardware? Did you liaison with the Accounting staff on the project? How did the project turn out?
Never do this:
Try finding unique past-tense verbs or at least rotate the verb use so that they're not monotonous. Here are geeky suggestions. Break out a thesaurus and get going, and keep in mind that you want to stick to verbs with positive connotations.
| Converted | Reworked | Developed | Implemented |
| Programmed | Designed | Scripted | Coded |
| Assisted | Added | Converted | Redesigned |
| Planned | Improved | Maintained | Managed |
| Initiated | Provided | Documented | |
Try to be specific. A word like Assisted needs further clarification as to your role. You can "assist" as a subordinate or assist as a superior, for example. Is that "assisting" or "mentoring" or even "leading other staff" -- what type of "assistance" are you providing? "Assisted subordinates with..." or "Assisted management staff by..." etc.
Some recruiters and Human Resources staff are very tech-savvy, but most are not. They're not even paid enough to try to be. Explain anything that may be over their head, but be succinct about it. Also, even someone tech-savvy does not know everything about everything going on in the technology field.
Instead of:
Use generic sentences and use asides to be specific.
Don't assume that because people have no experience with something that they're not interested. I know all about PEAR and not much about CPAN. To say they're "code repositories/libraries" would perhaps be a tad inaccurate, but someone who knows CPAN could go "Oh, so PEAR is the PHP equivalent of CPAN!"
No one is really objective, but you can at least pretend to be.
Be simplistic, accurate, non-judgmental, and detached in your wording. Avoid using words that indicate opinions or judgement calls such as "great" "wonderful" "large" etc. You want to seem modest, and just because you're not putting your name in every statement, they still know you wrote it.
If you use my templates and style sheets, it should be really straight forward. I will create an article about using style sheets in Word and Open Office soon. In the Formatting toolbar (Word) there is a menu on the left that has a list of items in it "Standard, Header 1, Clear Formatting"...that is the styles menu. To change style format go to Format->Styles and select the title of the style you want to change. Have the paperclip walk you through it until I get a tutorial going.
In Open Office, select text with the format you want to change, right click on it, and select "Edit Paragraph Style", then fix the style so that it will update everything in the resume using that style. I used in-line (character) styles in Word, but there seems to be no equivalent in Open Office, so for your Position and for the Institution/business you'll have to bold/italicize the text by hand.
You should make all corrections, give it one last read-through, and you should be finished!
If you did this all in one day for an emergency, after you sent it out to that time-sensitive job application, be sure to read it again a few days later. You will have a fresh eye and spot things you may have missed while you were obsessing over it and getting tired of it, and you won't send it out with mistakes to other people.