I'm transitioning from a Project Manager to a Scrum Master, and I need to come up with some examples of SMART goals for the new role. The goals are for my Annual Performance Reviews where I will be assessed on 4 goals. As a project manager, I could say something like "I will lead and execute X projects on time and in full with 95% satisfaction." What goals would be appropriate for a Scrum Master role?
Deconstruction of the Project Manager Goal
Setting aside whether this sort of goal really fits the SMART criteria even for a traditional project manager role, it is not appropriate for a Scrum Master role. Here are some reasons why.
Some Role-Oriented Suggestions for a Scrum Master
Here are some Scrum Master goals I've used for myself, cast as SMART goals. Perhaps they will be relevant to you in your new role.
These are my personal top five, but you can either adapt them to suit yourself, or use them as a guideline for developing your own criteria. I would certainly recommend using the Agile Manifesto as a guiding principle, and focusing on your ability to communicate about process when setting goals.
In my opinion, Scrum is all about visibility and enabling self-directed teams. As a result, your goals should certainly focus on communications and people more than anything else.
Simply put, you can't.
I wish this could be an answer, but there simply is no answer to be had.
Long term SMART goals (the form favored by corporate annual reviews), are in nearly every way antithetical to Scrum. The issue is that the SMART guidelines are nearly the definition of waterfall, everything Agile is meant to get away from.
When you're 3 months into a 6 month SMART goal and the business needs change...do you keep pressing on to complete your SMART goal (because your salary is dependent upon it), or do you abandon it for something else (best for the team/company)?
What metrics do you use? Most all the metrics of Scrum are best kept private, never shared outside of the team. Your team's velocity only has valid meaning and usefulness within the confines of your team. When it's exposed to the outside world (for example, via SMART goals) it becomes biased, tainted, invalid. It's no longer useful to anyone, a detriment to yourself, your team, and the business. Scrum metrics are deliberately arbitrary (Fibonacci scores, etc) and only relevant to the team itself.
Your goals are probably unique to yourself, not shared by the team. Additionally annual reviews imply a competition (picking "MVPs" from a team, etc). The result is it's not just about how well you achieve your goals, it's also how others failed to reach their goals. You now have a financial disincentive to assisting your coworkers, most especially your direct Scrum team mates since those are who you will be most directly in competition with. This cut-throat competition is in sharp disagreement with the core of all Agile methodologies which put teamwork and team bonding very high on the list (and competition no where to be found).
It goes on and on. SMART goals may have practical application on a sprint to sprint basis (effectively making a SMART goal into a backlog item or task), but as they're used in an annual employee review setting...they're incredibly damaging to the company and employees alike.
So what to do? Make up something with lots of buzz words and other BS that will dazzle the HR folk enough to get past their filter and move on with your job.