Need someone to lead product management at your software company? I build high-craft software and the teams that build it. I'm looking for my next opportunity. Check out my resume and get in touch.

This is the blog of Adam Kalsey. Unusual depth and complexity. Rich, full body with a hint of nutty earthiness.

Business & Strategy

How not to apply for a job

Freshness Warning
This blog post is over 20 years old. It's possible that the information you read below isn't current and the links no longer work.

Say you’re a developer who’s in the market for a job. You come across a job listing, perhaps something like the one I recently posted. It’s a job you’re interested in and you send in your resume. Here’s what not to do.

A cover letter is not just a standard part of your resume. A cover letter is designed to highlight the parts of your experience that are specific to the job to which you are applying. It’s supposed to be the thing I see first and should draw me in, making me want to get the details from your resume. Don’t stick your cover letter in an attachment and your resume in another attachment or your cover letter might not get seen. It’s certainly not doing its job, hidden in an attachment like that. If you are sending a resume by email, your cover letter belongs in the body of your email.

You need to proofread your cover letter carefully. This is my first introduction to you. This is your chance to impress me. If you have sloppy spelling, capitalization, and spelling in your cover letter I’ll expect that your code as the same sort of problems. I’m not looking for Pulitzer-prize-winning stuff here, but most kids learn in first grade to capitalize proper nouns and the beginnings of sentences.

Your resume should tell me what languages you know, what technologies you have experience with, and how you’ve applied that experience. Unless you’re applying for a job as a secretary, you don’t need to tell me you’re proficient at MS Word — if you’re a software developer, I assume you’re familiar enough the basic workings of a word processor to use it to open a document and read a spec. Do tell me what sort of systems you’ve built and what challenges you overcame while building them. Do tell me how you applied your knowledge of efficient database operation to decrease server load by 30%.

When I look at your resume I should get a sense of what size projects you’ve worked on. If you’ve worked with an internationally-known company, then I immediately understand you’ve had exposure to larger projects. If all of your experience was at no-name companies in North Dakota, then you need to tell me that the project you worked on had 15 developers and an annual budget of 3 million dollars. Otherwise I’m likely to think your prior experience was building simple ASP front ends to little Access databases.

And finally, follow the directions for applying for the job. If I went to the trouble of describing how you should apply, there’s probably a good reason for it. If I ask for a plain-text resume, don’t send a Word document or a link to your resume on your Web site. If I ask for a code sample, include it. If you can’t follow those simple directions, how can I expect that you’ll be able to follow a spec?

I don’t even look at those emails I get with Word attachments, no code samples, no information about availability or your location. I simply file them away in case I ever have a need to hire a developer that doesn’t know how to follow directions.

Recently Written

Think Systems, not Symptoms
Dec 15: Piecemeal process creation frustrates teams and slows work. Stop patching problems and start solving systems. Adopting a systems thinking approach helps you design processes that are efficient, aligned with goals, and truly add value.
Your Policies Aren’t Your Culture
Dec 13: Policies guide behavior, but culture is the lived norms and values of your team. Policies reflect culture -- they don’t define it. Netflix’s parental leave shift didn’t change its culture of freedom and responsibility. It clarified how to live it.
Lighten Your Process Burden
Dec 7: Everyone hates oppressive processes, but somehow we keep managing to create them.
Product Add-Ons Are An Expansion Myth
Dec 1: Add-ons can enhance your product’s appeal but won’t drive significant market growth. To expand your customer base, focus on developing standalone products.
Protecting your Product Soul when the Same Product meets New People.
Nov 23: Expand into new markets while preserving your product’s core value. Discover how to adapt and grow without losing your product’s soul.
Building the Next Big Thing: A Framework for Your Second Product
Nov 19: You need a first product sooner than you think. Here's a framework for helping you identify a winner.
A Framework for Scaling product teams
Oct 9: The people, processes, and systems that make up a product organization change radically as you go through the stages of a company. This framework will guide that scaling.
My Networked Webcam Setup
Sep 25: A writeup of my network-powered conference call camera setup.

Older...

What I'm Reading