DEV Community

Cover image for SMART Goals Don't Have to Be a Chore 🎯
Matt Lewandowski
Matt Lewandowski

Posted on

SMART Goals Don't Have to Be a Chore 🎯

It's review season again. Your manager sends the dreaded message: "Please submit your goals for next quarter by Friday."

You open a blank doc. You stare at it. You write "get better at system design" and immediately delete it because you know that's going to get sent back with "can you make this more specific?"

We've all been there.

The problem with most developer goals

Most engineers I've worked with fall into one of two camps.

two camps of engineers

The first group writes goals that are too vague. "Improve my technical skills." "Be a better communicator." "Learn more about the codebase." These sound reasonable until you try to figure out if you've actually done them.

The second group goes too ambitious. "Become an expert in Kubernetes, GraphQL, and machine learning while also mentoring three juniors and leading the platform migration." By March, you've quietly abandoned all of it.

Vague goals are impossible to track. Impossible goals just make you feel bad. Neither helps.

SMART goals, minus the corporate nonsense

You've probably heard of SMART goals. The framework has been around since the 80s and gets trotted out in every management training ever. Most explanations make it sound more complicated than it is.

Here's what actually matters:

Specific means spelling out what you're going to do. "Learn TypeScript" becomes "Convert the authentication module from JavaScript to TypeScript."

Measurable means knowing when you're done. "The auth module passes all existing tests with strict TypeScript config enabled."

Achievable means being honest about your workload. If you're heads-down on a major feature, maybe converting one module is more realistic than rewriting the entire service.

Relevant means the goal actually helps your team or your career. Converting that auth module might not matter if your team is pivoting to a different language anyway.

Time-bound means setting a deadline. "By end of Q2" is better than "eventually."

What this looks like in practice

Smart breakdown

Here's a real goal I set for myself last year:

Complete the AWS Solutions Architect certification by March 31st by studying 5 hours per week and passing at least 3 practice exams with scores above 80%.

Compare that to what I might have written before:

Learn more about AWS.

The first version told me exactly what I needed to do each week. The second version would have let me watch one YouTube video and technically claim progress.

Making this less painful

Less painful

The actual writing is the annoying part. You know what you want to achieve, but translating that into corporate-acceptable goal format takes longer than it should.

I built a SMART Goal Generator for exactly this reason. You describe what you want to accomplish, and it structures it properly with all the SMART criteria plus action steps. It's free and takes maybe 30 seconds.

But whether you use a tool or write them yourself, the important thing is having goals you can actually track. Review season is a lot less stressful when you can point to concrete accomplishments instead of hand-waving about how you "definitely grew as an engineer."

A few tips from trial and error

trial and error tips

Break annual goals into quarters. A 12-month goal is hard to track. "Get promoted" is a year-long ambition, but "complete the tech lead shadow program by Q1" is something you can actually work toward.

Update goals when reality changes. If your project pivots or you realize a goal was unrealistic, change it. A modified goal beats an abandoned one.

Pick fewer goals than you think you need. Three focused goals beat eight scattered ones. You'll actually finish them, which matters more than having an impressive-looking list.

Connect them to something you care about. "Learn GraphQL because my manager said so" has a much lower completion rate than "Learn GraphQL because I want to build a side project that uses it."

The actual point

Goals aren't about impressing anyone during your performance review. They're about making sure you're working on things that matter to you and can articulate what you've accomplished when the time comes.

The SMART framework isn't magic. It's just a checklist that keeps you honest. The important thing is that when next review season rolls around, you have something concrete to show for your time.

Top comments (2)

Collapse
 
kelly-app profile image
Kelly

I've also struggled writing goals. I'll give this a shot! Thanks for the advise

Collapse
 
mattlewandowski93 profile image
Matt Lewandowski

Let me know how you go!