Sound Transit · Software Engineer
Updated · 2026-10-02

Sound Transit Software Engineer
Interview Guide

THE 60-SECOND BRIEF

A Software Engineer at Sound Transit plays a critical role in building, maintaining, and optimizing the digital infrastructure that keeps the Puget Sound region moving. Unlike traditional technology companies focused on commercial software, engineers here work at the intersection of physical infrastructure, public service, and real-time systems. The software and systems you design and support directly impact millions of passengers who rely on Link light rail, Sounder trains, and regional express buses every day. In this role, you will contribute to complex problem spaces ranging from transit scheduling and Network Operations Center (NOC) systems to train-board electronics, fire protection integration, and public-facing informational displays. Your work ensures that transit operations are safe, efficient, and equitable.

This guide is scoped to a Software Engineer candidate at Sound Transit.

Sound Transit candidates report 4 rounds over 3-5 weeks. The stages below are what candidates describe, not a published process.

Systems Thinking (Domain/System Overview)Communication SkillsClarifying Requirements / Handling Ambiguous Questions

23 min read

Browse Software Engineer questions

See the practice prompts

16Practice promptsAcross five skill areas

A Software Engineer at Sound Transit plays a critical role in building, maintaining, and optimizing the digital infrastructure that keeps the Puget Sound region moving. Unlike traditional technology companies focused on commercial software, engineers here work at the intersection of physical infrastructure, public service, and real-time systems. The software and systems you design and support directly impact millions of passengers who rely on Link light rail, Sounder trains, and regional express buses every day. In this role, you will contribute to complex problem spaces ranging from transit scheduling and Network Operations Center (NOC) systems to train-board electronics, fire protection integration, and public-facing informational displays. Your work ensures that transit operations are safe, efficient, and equitable. It is a highly collaborative environment where software engineering meets systems engineering, requiring a deep understanding of how digital solutions integrate with physical transit assets. For engineers who want their code to have a tangible, positive impact on the community and the environment, offers a unique and rewarding mission. You will face complex engineering challenges around system reliability, real-time data processing, and cross-departmental integration, making this position both technically challenging and socially impactful. Sound Transit

01

Initial Screening Call

reported

A call with Human Resources to discuss your background, salary expectations, and benefits.

What to demonstrate

  • A call with Human Resources to discuss your background, salary expectations, and benefits
  • Depth in Systems Thinking (Domain/System Overview)

How to prepare

  • Be able to walk your CV end to end in two minutes, and say why this company specifically.
  • Have your salary expectations, notice period and location constraints ready, and ask for the rest of the loop in writing.
Sound Transit Software Engineer candidate reports ↗
02

Structured Panel Interview

reported

The core evaluation process involving a panel interview to assess technical skills and fit.

What to demonstrate

  • The core evaluation process involving a panel interview to assess technical skills and fit
  • Depth in Systems Thinking (Domain/System Overview)

How to prepare

  • Answer aloud and timed: How do you handle communication challenges when working with stakeholders from different departments or non-technical backgrounds?
  • Answer aloud and timed: Tell me about a time when a project did not go as planned. What did you learn, and how did you adapt?
Sound Transit Software Engineer candidate reports ↗
03

Second-Round Interview

reported

For senior or specialized roles, a second interview with department directors and cross-functional colleagues may occur.

What to demonstrate

  • For senior or specialized roles, a second interview with department directors and cross-functional colleagues may occur
  • Depth in Systems Thinking (Domain/System Overview)

How to prepare

  • Answer aloud and timed: Why should we hire you for this position, and why are you interested in working for Sound Transit?
  • Answer aloud and timed: Talk about the systems on a train. How do you think they communicate with each other and with central operations?
Sound Transit Software Engineer candidate reports ↗
04

On-Site Visit or Reference Questionnaires

reported

Some roles may require an on-site visit or completion of reference questionnaires.

What to demonstrate

  • Some roles may require an on-site visit or completion of reference questionnaires
  • Depth in Systems Thinking (Domain/System Overview)

How to prepare

  • Answer aloud and timed: How would you approach designing or optimizing a system designed for a Network Operations Center (NOC)?
  • Answer aloud and timed: How do you ensure high availability and safety in software systems that interface with physical infrastructure?
Sound Transit Software Engineer candidate reports ↗

PracHub editorial advice for the preparation topics above.

01

Master the STAR Method

Every behavioral question should be answered with a clear Situation, Task, Action, and Result. Focus heavily on your personal contribution (use "I" instead of "we").

02

Study the Agency's Mission

Familiarize yourself with Sound Transit's current expansion plans, such as the ongoing Link light rail expansions. Understanding the agency's growth will help you articulate why you want to join.

03

Sound Transit is a mission-driven public agency

Aligning your answers with their core values of safety, equity, and environmental sustainability will significantly boost your candidacy.

04

Prepare for Structured Panels

Do not expect a casual, conversational back-and-forth during the panel interview. Panels often read questions verbatim to ensure compliance with public hiring guidelines. Stay confident and deliver complete, self-contained answers.

Choose a category, try a prompt, then open its approach, worked solution or follow-up when you need it.

9 technical prompts0 include a worked solution

Archive a resource graph without breaking live references or recursing

medium
graph traversaltopological ordertenant isolation

Resources reference other resources within a tenant; for the largest tenant the reference table holds up to 2,000,000 nodes and 8,000,000 edges. Archiving a resource must archive everything reachable from it that nothing outside the set still references, refuse when a live external referrer exists, and terminate when references form cycles, which they legitimately do. Produce the archive order and the refusal list, targeting O(V+E). Say what stops the traversal crossing a tenant boundary, and why recursion is the wrong control structure at this size.

Approach
  1. Load the subgraph with the tenant predicate on both endpoints of the edge, not only on the side you started from. Scoping the left table alone is the classic cross-tenant leak: one mis-entered edge then pulls another tenant's resources into the traversal and, worse, into the archive.
  2. Traverse iteratively with an explicit stack. A 2,000,000-node graph can hold a chain deep enough to exhaust a native stack in the low tens of thousands of frames, and that failure is a process crash rather than an error you can return.
  3. Treat cycles as data rather than corruption: compute strongly connected components with Tarjan in O(V+E) using its own explicit stack, then condense. The condensation is a DAG, so a topological order over it gives the archive order, and every member of a component archives in one transaction because no order within a cycle is valid.
  4. Decide refusals with reverse edges. A candidate is archivable only if every in-edge originates inside the candidate set, so build the transpose or count in-degrees restricted to the visited set, and emit each blocked resource with the id of the external referrer, which is the only part of the answer an operator can act on.
Follow-up
  • The graph is read in one query and the archive writes a minute later. What can change in between, and how do you make the write safe?
  • The candidate set is 400,000 resources. Is that one transaction, and if not, what does a half-finished archive look like to a reader?

Find overlapping job attempts and peak concurrency from lease records

medium
sweep lineintervalsleases

A day of job_run history yields about 50,000,000 attempt records: (job_run_id, job_type, attempt, started_at, finished_at which is NULL when the worker died, lease_expires_at). Leases expire on a clock, so a job that outran its lease ran twice. Produce (a) every job_run_id whose attempts overlapped in wall-clock time and (b) the peak number of simultaneously running attempts per job_type with the minute it occurred. Target O(n log n). State how you treat a NULL finished_at and what clock skew does to your answer.

Approach
  1. Define the interval before sorting anything: an attempt occupies [started_at, COALESCE(finished_at, lease_expires_at)). finished_at is observed and lease_expires_at is only a promise, so every attempt without a finish contributes an estimate and the whole result is a lower bound on overlap rather than an exact count.
  2. For peak concurrency, sweep: emit 2n endpoints, sort by (timestamp, kind) with ends ordered before starts at equal timestamps, then walk the sequence maintaining a counter per job_type and record each type's maximum with its timestamp. O(n log n) dominated by the sort, O(n) space, or O(1) extra if the sort is external and the walk streams.
  3. For overlap detection, do not compare attempts pairwise. A single global sort by (job_run_id, started_at) gives both the grouping and the order; within a group, keep the maximum end seen so far and report an overlap exactly when the next start is less than that running maximum, which is one linear pass after the sort.
  4. Half-open intervals matter and are easy to get wrong: with closed intervals an attempt ending at the same millisecond another begins reads as concurrency two, and across 50,000,000 records that artefact swamps the real signal.
Follow-up
  • A handler is not idempotent and you have found 400 overlapping jobs. Which of them actually caused damage, and what would you query to find out?
  • Peak concurrency for one job_type is 4 against a configured cap of 4. Is the cap working, or is the data hiding attempts that never started?

Diff a projection against the primary without per-row point reads

hard
reconciliationrange hashingthrottling

The listing projection has drifted and some rows show a stale version. The primary holds 40,000,000 resource rows across 12,000 tenants while serving 1,200 writes and 14,000 reads per second. The obvious repair, reading each resource row and comparing its version against the projection, is correct and would eventually finish. Explain precisely why it is unacceptable here, then give a diff that finds the differing rows, state its complexity, and make it safe to run against a live primary. Replication lag is usually under 100 ms and is not bounded.

Approach
  1. Quantify the naive cost rather than calling it slow: 40,000,000 point reads at even 0.5 ms each is over five hours serialised, and the only lever is concurrency, which is exactly what you cannot spend. The primary's pool is sized for the write path, and 40,000,000 random reads evict the buffer cache that sustains the 85 percent cache hit rate, so the audit degrades the system it is auditing.
  2. Replace random access with one ordered pass per side. Both sides can be read in (tenant_id, resource_id) order, which is a sequential scan on each and a merge join in O(n) time and O(1) memory. For a dense diff that is the whole answer, and it reads the primary once instead of 40,000,000 times.
  3. For the expected sparse case, compare range hashes instead of rows: partition the key space, compute per range an order-independent aggregate over hash(resource_id, version), compare aggregates, and descend only into ranges that differ. With d differing rows and branching factor B, at most d ranges mismatch per level, so the drill-down examines O(d log_B(n/d)) ranges and reads full rows only in mismatching leaves.
  4. Aggregate with a sum modulo 2^64 or a multiset hash, never XOR. XOR is order-independent but self-cancelling, so two rows wrong in the same way, or a row duplicated on one side, leave the range aggregate matching and the range is declared clean.
Follow-up
  • The diff reports 900 stale rows. How do you decide between patching those rows and rebuilding the projection from resource_revision?
  • Same job, but the projection lives in a search index that cannot be scanned in key order. What changes?

Built from the rounds and topics Sound Transit candidates report.

Small steps. Visible outcomes.0 / 7 completed
ONE WEEK · YOUR PACE

Prepare, practise & reflect

One practical outcome each day. Spend longer where you need it.

0 / 7 done
01Map the Sound Transit loop
  • Write out the reported sequence: Initial Screening Call, Structured Panel Interview, Second-Round Interview, On-Site Visit or Reference Questionnaires.
  • For each round, write one sentence on what it is judging, from the description above, and mark the one you are least ready for.

Deliverable: A one-page map of the 4 reported rounds, with the weakest marked.

02Work Systems Thinking (Domain/System Overview)
  • Spend the session on Systems Thinking (Domain/System Overview), which Sound Transit candidates report being tested on.
  • Write one worked example in Systems Thinking (Domain/System Overview) and time yourself on it.

Deliverable: One timed worked example in Systems Thinking (Domain/System Overview).

03Work Communication Skills
  • Spend the session on Communication Skills, which Sound Transit candidates report being tested on.
  • Write one worked example in Communication Skills and time yourself on it.

Deliverable: One timed worked example in Communication Skills.

04Work Clarifying Requirements / Handling Ambiguous Questions
  • Spend the session on Clarifying Requirements / Handling Ambiguous Questions, which Sound Transit candidates report being tested on.
  • Write one worked example in Clarifying Requirements / Handling Ambiguous Questions and time yourself on it.

Deliverable: One timed worked example in Clarifying Requirements / Handling Ambiguous Questions.

05Answer out loud: Behavioral & Scenario-Based Questions
  • Answer aloud, timed: Talk about a past project you worked on, focusing on your specific contributions and the ultimate outcome.
  • Answer aloud, timed: Describe a time when you had to complete a task with highly unclear or ambiguous instructions. How did you proceed?

Deliverable: Spoken answers to 2 reported Behavioral & Scenario-Based Questions question(s), under time.

06Answer out loud: Transit Systems & Domain-Specific Questions
  • Answer aloud, timed: Talk about the systems on a train. How do you think they communicate with each other and with central operations?
  • Answer aloud, timed: How would you approach designing or optimizing a system designed for a Network Operations Center (NOC)?

Deliverable: Spoken answers to 2 reported Transit Systems & Domain-Specific Questions question(s), under time.

07Answer out loud: Equity & Values Questions
  • Answer aloud, timed: How do you contribute to equity, diversity, and inclusion in your professional work and team interactions?
  • Answer aloud, timed: What does public service mean to you, and how does it influence your approach to engineering?

Deliverable: Spoken answers to 2 reported Equity & Values Questions question(s), under time.

Expand any day for tasks and deliverables. Your progress is saved on this device.

Behavioural rounds judge the decision you made and what it cost.

Talk about a past project you worked on, focusing on your specific contributions and the ultimate outcome.

medium
Behavioral & Scenario-Based Questions

Talk about a past project you worked on, focusing on your specific contributions and the ultimate outcome.

Approach
  1. Pick a story where you made the decision, not one where you watched it.
  2. State the situation in two sentences and spend the rest on the reasoning.
  3. Give the blast radius: what could have broken, and what you measured.
  4. Name the disagreement and how you resolved it with evidence.
Follow-up
  • What would you do differently if you ran that again?
  • How did you know your change caused the improvement?

Describe a time when you had to complete a task with highly unclear or ambiguous instructions. How did you pro

medium
Behavioral & Scenario-Based Questions

Describe a time when you had to complete a task with highly unclear or ambiguous instructions. How did you proceed?

Approach
  1. Pick a story where you made the decision, not one where you watched it.
  2. State the situation in two sentences and spend the rest on the reasoning.
  3. Give the blast radius: what could have broken, and what you measured.
  4. Name the disagreement and how you resolved it with evidence.
Follow-up
  • What would you do differently if you ran that again?
  • How did you know your change caused the improvement?

How do you handle communication challenges when working with stakeholders from different departments or non-te

medium
Behavioral & Scenario-Based Questions

How do you handle communication challenges when working with stakeholders from different departments or non-technical backgrounds?

Approach
  1. Pick a story where you made the decision, not one where you watched it.
  2. State the situation in two sentences and spend the rest on the reasoning.
  3. Give the blast radius: what could have broken, and what you measured.
  4. Name the disagreement and how you resolved it with evidence.
Follow-up
  • What would you do differently if you ran that again?
  • How did you know your change caused the improvement?

Tell me about a time when a project did not go as planned. What did you learn, and how did you adapt?

medium
Behavioral & Scenario-Based Questions

Tell me about a time when a project did not go as planned. What did you learn, and how did you adapt?

Approach
  1. Pick a story where you made the decision, not one where you watched it.
  2. State the situation in two sentences and spend the rest on the reasoning.
  3. Give the blast radius: what could have broken, and what you measured.
  4. Name the disagreement and how you resolved it with evidence.
Follow-up
  • What would you do differently if you ran that again?
  • How did you know your change caused the improvement?

Why should we hire you for this position, and why are you interested in working for Sound Transit?

medium
Behavioral & Scenario-Based Questions

Why should we hire you for this position, and why are you interested in working for Sound Transit?

Approach
  1. Pick a story where you made the decision, not one where you watched it.
  2. State the situation in two sentences and spend the rest on the reasoning.
  3. Give the blast radius: what could have broken, and what you measured.
  4. Name the disagreement and how you resolved it with evidence.
Follow-up
  • What would you do differently if you ran that again?
  • How did you know your change caused the improvement?

How do you contribute to equity, diversity, and inclusion in your professional work and team interactions?

medium
Equity & Values Questions

How do you contribute to equity, diversity, and inclusion in your professional work and team interactions?

Approach
  1. Pick a story where you made the decision, not one where you watched it.
  2. State the situation in two sentences and spend the rest on the reasoning.
  3. Give the blast radius: what could have broken, and what you measured.
  4. Name the disagreement and how you resolved it with evidence.
Follow-up
  • What would you do differently if you ran that again?
  • How did you know your change caused the improvement?

What does public service mean to you, and how does it influence your approach to engineering?

medium
Equity & Values Questions

What does public service mean to you, and how does it influence your approach to engineering?

Approach
  1. Pick a story where you made the decision, not one where you watched it.
  2. State the situation in two sentences and spend the rest on the reasoning.
  3. Give the blast radius: what could have broken, and what you measured.
  4. Name the disagreement and how you resolved it with evidence.
Follow-up
  • What would you do differently if you ran that again?
  • How did you know your change caused the improvement?
  • 01

    Talk about a past project you worked on, focusing on your specific contributions and the ultimate outcome.

  • 02

    Describe a time when you had to complete a task with highly unclear or ambiguous instructions. How did you proceed?

  • 03

    How do you handle communication challenges when working with stakeholders from different departments or non-technical backgrounds?

  • 04

    Tell me about a time when a project did not go as planned. What did you learn, and how did you adapt?

PracHub preparation framework ↗
How technical is the Software Engineer interview at Sound Transit?

The interview focuses heavily on systems thinking, operational logic, and behavioral competency rather than highly abstract algorithmic coding challenges (like LeetCode hard questions). Be prepared to discuss system architecture, data flow, and real-world project execution.

Sound Transit Software Engineer candidate reports ↗
What is the panel interview like?

The panel typically consists of four team members, including the hiring manager and potential peers. They will take turns asking structured questions. The format is formal to ensure fairness, so focus on delivering clear, structured answers using the STAR method.

Sound Transit Software Engineer candidate reports ↗
How long does the hiring process take?

Because Sound Transit is a public agency, the hiring process can take several weeks to a few months from application to offer. There may be periods of silence between rounds as background checks, reference questionnaires, and internal approvals are processed.

Sound Transit Software Engineer candidate reports ↗
Does Sound Transit offer remote or hybrid work?

Most software and systems engineering roles offer a hybrid work model, allowing a mix of remote work and in-office collaboration at the Seattle headquarters, depending on operational and team needs.

Sound Transit Software Engineer candidate reports ↗
What topics does Sound Transit test in interviews?

Sound Transit interviews most often cover Project Management, STAR Method, Stakeholder Management, Security Architecture, and Program Management. The exact emphasis depends on the specific role you apply for.

Sound Transit Software Engineer candidate reports ↗
Sources & methodology 3 sources ↗

No official company page is cited. Rounds and questions come from candidate reports and PracHub editorial material; each source shows the date it was read.