A Scrum Master owns almost nothing on the board and still gets asked about everything on it. You run the team's rhythm of planning, standups, reviews and retros, and you spend the gaps between them clearing whatever is slowing the work down. This day follows a Scrum Master on a single software team in the middle of a sprint.
You open Jira and look at what moved since yesterday. A ticket has sat in code review for days, and another one got quietly split in two. You don't fix either yet. You jot them down so you can ask about them without putting anyone on the spot.
Standup has a short timebox, and your job is to keep it that way. The backend developer starts explaining a database migration in detail, so you ask to take it offline with the two people who need it. The stuck review comes up. You pair the author with a second reviewer on the spot.
The product owner messages you: a sales director promised a customer a fix by Friday, and it's not in the sprint. You don't say yes or no for the team. You set up a short call with the product owner and the tech lead, lay out what would have to drop to make room, and let the product owner make the trade in the open.
You run the session, but you don't write the stories. You keep the conversation on acceptance criteria and ask the question nobody wants to ask, like whether a story can really be tested before the payment vendor's sandbox is fixed. Two stories come out estimated. One goes back to the product owner as too vague.
The team has waited a week for another group to open a firewall rule. You find the right person on the infrastructure side, get the request into their queue with the details they need, and put a note on the ticket so the team stops asking each other about it. Then you prep tomorrow's retro board in Miro.
The hardest part isn't the ceremonies. It's that your influence comes almost entirely from trust, since you usually have no authority over the developers or the product owner. When leadership wants sprint velocity turned into a scorecard, you're the one who has to push back, and that conversation doesn't get easier the third time. Some companies also hire a Scrum Master when they really want a project manager who tracks dates. If the posting talks mostly about Gantt charts and status reports, expect that job instead. On the good side, a team that trusts you will tell you about problems early, and that's where the role pays off. You'll often split your time across a couple of teams, which means two sets of standups and two backlogs competing for the same afternoon.
Developers and QA testers who already ran their team's retros are the most common source. You know how the work actually gets done, so engineers take your questions seriously from day one. Pick up a Scrum certificate and ask to act as Scrum Master for your own team first.
Project coordinators and managers move over often, especially inside companies shifting to Agile. The catch is unlearning the habit of assigning tasks and chasing dates. Interviewers will test whether you can let the team pull its own work.
Business analysts already sit in refinement and write acceptance criteria. Support leads know the product and the customers. Both can make the jump by volunteering to run ceremonies for a team that doesn't have a Scrum Master yet.
5% of openings are fully remote.
$95,300 – $162,475
Typical range in the 24 of the newest 60 postings that list pay.
No, but you need to follow the conversation. You should know what a pull request is, why a flaky test pipeline slows everyone down, and what technical debt means in practice. Without that, you can't tell a real blocker from a vague complaint, and developers notice fast.
Both exist. Some companies give each team a dedicated Scrum Master, others ask one person to cover several teams, and some rotate the role among developers. Postings that list only a single team usually mean more coaching and less juggling.
A project manager plans the work, assigns it and reports on dates and budget. A Scrum Master helps a self-organizing team plan its own work and removes what gets in the way. In practice the lines blur, so read the posting's duties rather than the title.
HeroApply applies to them for you, so you can keep doing the job you have.